Переход с устаревшей конфигурации 1С:Комплексная автоматизация 1.1 (КА 1.1) — это неизбежный шаг для любого развивающегося предприятия. Особенно остро этот вопрос стоит перед компаниями, использующими специфические схемы учета, такие как давальческое производство (переработка пищевых продуктов, химическая промышленность и др.).
В этой статье мы подробно проанализируем, в какую сторону двигаться при миграции, разберем ключевые архитектурные концепции современных решений от «1С», сопоставим возможности редакций Комплексная автоматизация 2.5 (КА 2.5) и ERP Управление предприятием 2.5 (ERP 2.5) и предостережем вас от критических ошибок при проектировании новой системы.
---
При планировании перехода ИТ-отделы часто разбиваются на два лагеря. Разберем аргументы каждого из них, чтобы принять взвешенное решение.
Вариант 1. Связка баз («Зоопарк»): БП + ЗУП + УНФ (или КА в роли управленческой базы)
Сторонники этого подхода (часто это программисты сопровождения) аргументируют свой выбор простотой обновления регламентированного учета:
1С:Бухгалтерия и 1С:Зарплата и управление персоналом) меняются вслед за законодательством очень быстро. Обновлять их в «чистом» виде гораздо легче и быстрее, не опасаясь задеть сложную логику производственного планирования.Минусы подхода: Постоянная поддержка и доработка обменов (даже штатных). Синхронизация данных часто дает сбои при обновлении метаданных. Отсутствие оперативной себестоимости «здесь и сейчас» в едином контуре.
Вариант 2. Единая база (КА 2.5 или ERP 2.5)
Этот вариант выбирает бизнес и методологи, стремящиеся к максимальной прозрачности учета:
Минусы подхода: Обновление монолита требует тщательного тестирования. При изменении форм отчетности в БП приходится обновлять всю тяжелую конфигурацию, что может потребовать временной приостановки работы пользователей.
---
Одним из самых спорных вопросов при обсуждении миграции является поддержка давальческих схем. Здесь критически важно разделять две роли в процессе переработки:
003, производит из него продукцию и выставляет услуги по переработке.Проанализируем возможности систем в разрезе этих ролей:
Возможности 1С:Комплексная автоматизация 2.5:
В КА 2.5 автоматизирована только схема Давальца. Если ваша компания закупает сырье, отдает его на переработку дружественному или стороннему юридическому лицу и забирает готовую продукцию, функционала КА 2.5 вам хватит полностью. Учет оформляется через специализированное рабочее место Передача в переработку со следующим пакетом документов:
Заказ переработчику — планирование потребностей;Передача сырья переработчику — фиксация передачи материалов;Поступление от переработчика — оприходование готовой продукции на склад;Отчет переработчика — отражение услуг по переработке и списание материалов в производство.Учет на стороне Переработчика в КА 2.5 не автоматизирован!
Возможности 1С:ERP Управление предприятием 2.5:
В ERP реализованы обе схемы в полном объеме. Если ваше предприятие само принимает чужое сырье и производит из него продукцию, вам необходима только ERP. Начиная с версии 2.5.11, архитектура приема в переработку была кардинально переработана и объединена с механизмом ответственного хранения. Система автоматически контролирует забалансовый учет материалов, позволяет использовать серийный учет для давальческого сырья и корректно отражает выкуп или списание испорченных материалов давальца.
---
Переход с КА 1.1 на КА 2.5 (или ERP 2.5) не может быть выполнен путем простого обновления конфигурации. Это полноценное внедрение новой системы «с нуля».
Рассмотрим по шагам правильную методологию перехода:
Перед выгрузкой данных необходимо навести порядок в текущей базе:
Типовой механизм перехода от «1С» позволяет перенести:
Важная рекомендация: Переход лучше всего планировать на 1 января нового года. Вести параллельный учет в двух базах в середине года крайне трудоемко, так как закрытие 99 и 84 счетов при переносе оборотов за полгода потребует ручного сопоставления огромных массивов аналитики.
Если вам жизненно необходим перенос документов за прошлые периоды, придется использовать сторонние обработки переноса данных, созданные на базе технологии Конвертация данных 2.1 или Конвертация данных 3.0.
---
Самая большая техническая опасность для методологов и разработчиков, переходящих с КА 1.1 на платформы поколения 2.5, кроется в кардинальном изменении архитектуры регистров.
В КА 1.1 многие привыкли решать любые сложные ситуации и нестыковки в учете с помощью документа Операция (бухгалтерский и налоговый учет). В КА 2.5 и ERP 2.5 этот подход гарантированно разрушит ваш учет!
Давайте выясним причину. В современных конфигурациях оперативный учет полностью отделен от регламентированного. Настройка счетов учета номенклатуры, расчетов с клиентами и денежных средств выполняется через Группы настроек финансового учета (ГФУ). Проводки формируются системой автоматически при закрытии месяца на основании движений по оперативным регистрам накопления.
Если вы сделаете ручную проводку:
// Пример ошибочной корректировки ручной операцией:
Проводка = Движения.Хозрасчетный.Добавить();
Проводка.СчетДт = СчетаУчета.Номенклатура; // 10.01
Проводка.СчетКт = СчетаУчета.Вспомогательный; // 000
Проводка.Сумма = 15000;
Бухгалтерский баланс сойдется, но оперативные регистры (такие как РегистрНакопления.ТоварыНаСкладах или РегистрНакопления.СебестоимостьТоваров) не получат этих данных. При первом же расчете себестоимости и закрытии месяца система обнаружит расхождение между оперучетом и бухгалтерией, выдаст критические ошибки и сторнирует некорректные показатели.
Любые корректировки и ввод остатков необходимо выполнять исключительно специализированными документами:
Ввод остатков (по соответствующим разделам учета);Отражение прочих доходов и расходов;Корректировка регистров (для исправления движений по регистрам накопления программным путем с одновременным отражением в регламентированном учете).Ниже приведен пример правильного программного изменения данных в регистрах оперативного учета:
// Корректное заполнение движений оперативного регистра накопления
НаборЗаписей = РегистрыНакопления.СебестоимостьТоваров.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(СсылкаНаДокументКорректировки);
НоваяЗапись = НаборЗаписей.Добавить();
НоваяЗапись.Период = РабочаяДата;
НоваяЗапись.ВидДвижения = ВидДвиженияНакопления.Приход;
НоваяЗапись.Организация = СсылкаНаОрганизацию;
НоваяЗапись.РазделУчета = Перечисления.РазделыУчетаСебестоимостиТоваров.ТоварыНаСкладах;
НоваяЗапись.АналитикаУчетаНоменклатуры = СсылкаНаАналитику;
НоваяЗапись.Количество = 10;
НоваяЗапись.Стоимость = 15000;
НаборЗаписей.Записать();
---
Подведем итог анализа путей миграции для вашего предприятия:
ОперацияРеглУчет) в новой системе. Обучите аналитиков и бухгалтеров работе с механизмами Групп финансового учета (ГФУ).