С началом нового проекта разработок в рамках проекта внедрения, руководитель проекта создает запрос на изменение и назначает разработчиков -  членов проектной группы. Организатор переносов присваивает запросу на изменение определенный номер (например, C11K900001). Запрос на изменение должен содержать логически взаимосвязанные изменяемые объекты, так как в дальнейшем в тестовую и затем в продуктивную систему будет переноситься запрос целиком вместе со всеми разработками, содержащимися в запросе. Таким образом, запросы на изменение позволяют осуществлять перенос и управление логически завершенными разработками.
   Каждый раз, когда разработчик изменяет или добавляет объект репозитария, необходимо выбрать для этого изменяемого объекта класс разработок. Класс разработок представляет собой укрупненную тему проекта и предназначен для объединения логически связанных разработок. Например, может быть класс разработок для объединения приложений по финансам, сбыту и т.д.
   Далее система запрашивает номер запроса, в который следует поместить объект. Автоматически для данного разработчика создается задача в рамках выбранного запроса, в которую помещается ссылка на изменяемый объект. Таким образом, каждый разработчик собирает в своих задачах все объекты, которые он создал или которые подверглись с его стороны модификации.
   Если какой либо другой разработчик выберет тот же запрос для своих объектов, для него в пределах этого запроса будет создана задача, в которую будут помещены ссылки на измененные или созданные им объекты.
   Таким образом, запрос объединяет усилия нескольких разработчиков для решения какой либо логически законченной задачи.
   При завершении своей части проекта разработок каждый участник проектной группы деблокирует свою задачу, после чего объекты задачи передаются в запрос на изменение. Запрос на изменение объединяет все объекты репозитария, которые были созданы или изменены в ходе проекта разработок.
   После деблокирования всеми участниками группы своих задач руководитель проекта может деблокировать запрос на изменение, который затем может быть импортирован в систему тестирования.  
   Параметры пользовательской настройки регистрируются точно таким же образом.
   Изменения в репозитарии разделяются на три большие группы: разработки, расширения и модификации.
   Клиенты могут добавлять в репозитарий свои собственные разработки.   Все разработки клиента выполняются с использованием области имен для клиента. Это значит, что все объекты, созданные клиентом, имеют имена, соответствующие определенной области имен. Например, ABAP-программы клиента должны начинаться с символов Y или Z, а функциональные модули – с символов Y_ или Z_.
   Кроме того, клиенты могут добавлять так называемые "расширения клиента" - объекты клиента, добавляемые к существующим объектам в стандартной системе SAP. Клиенты добавляют свои расширения через так называемые customer exit'ы ("выходы в программы клиента").   
       Модификации изменяют такие объекты SAP, как отчеты и определения таблиц. Репозитарий, поставляемый SAP, может быть не только расширен, но и изменен. Именно поэтому модификации могут потребовать адаптации в соответствии с новым репозитарием, инсталлированным в ходе последнего обновления системы SAP.