Что происходит

Кодинг - программисты 1С пишут код в «Конфигураторе», создают новые объекты (документы, отчеты, регистры), прописывают алгоритмы обработки данных и движений по учетным регистрам;

Интеграция - настраивается обмен данными с другими системами (сайт, CRM, ЧПУ-станки, банки) через web-сервисы, HTTP-сервисы, обмен через промежуточные файлы или шину данных. Часто на этом этапе подключается «1С:Шина» для асинхронного обмена;

Дизайн интерфейсов - программисты (или техно-аналитики) верстают те самые формы, макеты которых были согласованы на этапе аналитики. Настраиваются роли и права доступа;

Перенос нормативно-справочной информации (НСИ) - разработчики пишут правила и обработки для миграции справочников (номенклатура, контрагенты, статьи затрат) из старых систем в новую базу 1С. Пользователи могут начинать готовить справочники к «бою»;

Промежуточный результат - готовые модули системы, которые можно «пощупать».

Тестирование (часто идет параллельно и после разработки)

Это не один финальный клик, а многоуровневый фильтр. Без этого этапа переносить данные в продуктив нельзя.

Автономное (модульное) тестирование - разработчик проверил свою кнопку — она нажимается, проводка формируется.

Сценарное тестирование (силами аналитика/внедренца) - проверка сквозного бизнес-процесса «от и до». Аналитик берет тест-кейсы, написанные на этапе проектирования, и проходит всю цепочку: создал заказ клиента → выставил счет → склад отгрузил → бухгалтер выписал СФ → сформировалась книга продаж. Проверяются стыки между блоками (особенно больное место — стык оперативного и регламентированного учета).

Функциональное тестирование (силами Заказчика) - ключевые пользователи получают доступ к тестовому контуру и начинают «ломать» систему. Они работают в привычной логике, но в новой программе. Важно: здесь часто всплывают забытые исключения («А если возврат товара от физлица без чека?»), которые фиксируются и отправляются на доработку.

Нагрузочное тестирование - для крупных внедрений. Имитируется работа сотен пользователей, чтобы понять, не «ляжет» ли база в час пик при расчете себестоимости закрытия месяца.

Итерация: Доработка → Тестирование → Исправление ошибок → Снова тестирование. Цикл повторяется, пока система не будет признана стабильной.