Миграция учёта на 1С:Комплексную автоматизацию: как снизить риски перехода В рамках первого технического задания я разработал концепцию миграции учёта для молочного предприятия с 1С:Бухгалтерии 3.0 на связку 1С:Комплексная автоматизация и отраслевое решение «Молокозавод». Главная идея решения — рассматривать переход не как разовую выгрузку справочников и остатков, а как управляемый проект с обследованием, контрольными прогонами, ответственными владельцами данных, приемочными сверками и заранее определённой точкой возврата. Для предприятия молочной отрасли особенно критичны не только бухгалтерские данные. В системе должны корректно отражаться склады, партии, серии, сроки годности, производство, незавершённое производство, лабораторный контроль, качество сырья и готовой продукции, маркировка, ветеринарная прослеживаемость, взаиморасчёты и интеграции с внешними сервисами. Почему я не рекомендую длительное параллельное ведение двух систем На первый взгляд параллельная работа в старой и новой системе кажется безопасным вариантом. Однако на практике она часто приводит к расхождению остатков, дублированию документов, ошибкам в партиях и спору о том, какая база является источником истины. Поэтому в предложенной модели параллельная работа используется только на тестовом контуре. После завершения проверок выполняется короткое окно переключения: ввод в старой системе замораживается, проводится финальный дельта-перенос, а 1С:КА становится единственным источником оперативного и регламентированного учёта. Старая база 1С:Бухгалтерии при этом не удаляется. Она сохраняется в режиме ограниченного доступа до завершения сверок, подписания актов приемки и стабилизации новой системы. Что переносится в новую систему Перенос данных предлагается разделить на несколько групп. В первую очередь переносятся и очищаются нормативно-справочные данные: номенклатура, характеристики, единицы измерения, контрагенты, договоры, склады, кладовые, организации, подразделения и пользователи. Перед загрузкой выполняется дедупликация. Для контрагентов используются ИНН и КПП, но они не считаются единственным критерием. Для номенклатуры дополнительно учитываются артикул, производитель, единица измерения, штрихкод и назначение позиции. Остатки загружаются на согласованную дату перехода. В состав переноса входят товары по складам, партиям, сериям и срокам годности, остатки незавершённого производства, готовая продукция, основные средства, взаиморасчёты, авансы, денежные средства и налоговые остатки. Открытые заказы, резервы, незакрытые поступления и отгрузки, производственные заказы и другие обязательства переносятся только в том случае, если они нужны для продолжения бизнес-процесса. Полную историю за все годы я не предлагаю переносить в оперативный контур. Закрытые периоды сохраняются в исходной базе и архиве в виде согласованных реестров, отчетов и выгрузок. Это уменьшает объём проекта и риск задвоения движений, но сохраняет возможность аудита и поиска информации. Особенность отраслевого решения Отдельное внимание уделено лабораторному контролю и категориям качества. Для этого предлагается использовать расширение конфигурации, в котором будут реализованы: документ «Результат лабораторного анализа»; регистр показателей качества сырья; статусы партии «На анализе», «Годна», «Заблокирована»; печатный протокол лабораторного контроля; проверка статуса партии перед списанием или передачей в производство; отчёты по остаткам и категориям качества. При этом не следует создавать отдельную номенклатуру под каждую категорию качества, если артикул и штрихкод остаются неизменными. Физическую прослеживаемость корректнее обеспечивать через партии и серии, а качественные признаки хранить в дополнительных регистрах. Такой подход позволяет сохранить типовой функционал и реализовать отраслевые особенности через расширения, подписки, внешние обработки и интеграции, не снимая конфигурацию с поддержки. Этапы проекта Предложенная схема миграции включает восемь этапов: #1С #Аналитик1С #МиграцияДанных #КомплекснаяАвтоматизация #Молокозавод #УправлениеПроектами #АвтоматизацияУчета