Для уменьшения возможности получения ошибок при обновлении на новую версию модуля рекомендуется придерживаться следующего сценария обновления:

1. Необходимо сделать резервную копию рабочей базы.
2. Отключить регламентные задания ВСЕХ учетных записей по выгрузке товаров на торговые площадки.
3. Выгрузить прайсы всех учетных записей в файлы.
4. Ознакомиться с содержимым общего модуля «eCommСерверДоработки» (для предотвращения потери доработок). Соответственно необходимо сохранить переназначение обработчиков в переопределяемом модуле «eCommСерверПереопределяемый». В случае если модуля «eCommСерверДоработки» нет - пропускаем этот шаг.
5. Произвести обновление модуля согласно инструкции.
6. Открыть каждую учетную запись и произвести сохранение (чтобы инициализировались новые настройки).
7. Выгрузить прайсы всех учетных записей в файлы.
8. Сравнить файлы прайсов (до обновления и после обновления) по каждой учетной записи (Файл - Сравнить файлы).
   1. Если структура файлов не изменилась после обновления (идентификаторы товаров не изменились, остатки и цены соответствуют) значит обновление прошло успешно. В таком случае можно включать регламентные задания по выгрузке прайсов и считать обновление завершенным.
   2. Если же структура файлов изменилась после обновления - тогда надо анализировать изменения структуры. Это могут быть как изменения, вызванные развитием модуля (новые теги) так и ошибки обновления/перехода на новую версию. По итогам анализа различий должно приниматься решение о успешности/неуспешности обновления.
9. В случае признания обновления неуспешным - необходимо произвести восстановление базы из резервной копии.

Перед объединением необходимо убедиться в том что новая конфигурация поставщика не перезатирает доработанный программный код переопределяемого модуля. Если такой код присутствует в методах - необходимо снять флажки с данных методов (или модуля) при объединении.