Переход с самописной, годами развивавшейся конфигурации на платформе 1С:Предприятие 7.7 на современное типовое решение 1С:Предприятие 8.3 — один из самых сложных вызовов для ИТ-службы и руководства компании. За долгие годы система на «семерке» обрастает уникальными алгоритмами, которые идеально ложатся на бизнес-процессы предприятия. Однако технологический тупик платформы 7.7 (невозможность полноценной интеграции с маркетплейсами, онлайн-кассами, маркировкой «Честный ЗНАК», новыми стандартами ФСБУ и Единым налоговым счетом) делает этот переход неизбежным.
В этой статье мы подробно разберем, какую конфигурацию выбрать для миграции, как организовать сложный управленческий учет затрат без изменения типового кода и какую стратегию внедрения использовать, чтобы проект не закончился провалом.
При переходе с самописных систем автоматизаторы чаще всего предлагают три ключевых сценария. Рассмотрим каждый из них подробнее, проанализировав все плюсы и минусы.
Сценарий 1: «1С:Управление нашей фирмой» (УНФ) + «1С:Бухгалтерия предприятия» (БП)
УНФ позиционируется как простое решение для малого бизнеса, где в одной базе объединены торговля, склад, услуги и базовое производство.
Сценарий 2: «1С:Управление торговлей» (УТ) + «1С:Бухгалтерия предприятия» (БП)
Классическая связка, проверенная временем. Оперативный торговый учет ведется в УТ, а регламентированный (бухгалтерский и налоговый) — в БП.
Сценарий 3: «1С:Комплексная автоматизация» (КА)
Единая информационная система, объединяющая торговый, складской, регламентированный учет и расчет зарплаты. Архитектурно КА идентична флагманскому решению 1С:ERP Управление предприятием, но поставляется без детального блока пооперационного планирования производства.
Выясним, как решить главную задачу автора темы: разделение бизнеса на доходные и затратные подразделения с последующим получением финансового результата методом начислений и кассовым методом в 1С:КА.
Для реализации этой бизнес-модели используются три ключевых инструмента:
НаправленияДеятельности. Все доходы от продаж и прямые расходы будут жестко привязаны к ним при проведении документов.СтатейДДС и подразделений позволяет увидеть чистый денежный поток (Cash Flow) по каждому бизнес-сегменту.Переходить «одним днем» с самописной 1С 7.7 на комплексное решение 1С 8.3 — гарантированный способ парализовать работу фирмы. Проанализируем правильный пошаговый алгоритм миграции.
Шаг 1: Функциональное моделирование в демо-базе
Перед покупкой и установкой рабочих баз разверните демонстрационную конфигурацию КА. Возьмите реальные сквозные примеры ваших бизнес-процессов (от закупки товара, его хранения с характеристиками до оптовой продажи, сборки комплекта и оплаты) и попытайтесь отразить их в программе типовыми средствами. Зафиксируйте все функциональные разрывы (то, что программа не умеет делать из коробки).
Шаг 2: Аудит и нормализация НСИ
За 13 лет работы в старой базе накопились тысячи дублей контрагентов, номенклатуры и договоров. Переносить этот хаос нельзя. Напишите правила переноса справочников с помощью программного инструмента «1С:Конвертация данных» версии 2.1. Настройте правила так, чтобы при переносе происходила склейка дублей по ИНН/КПП для контрагентов и по артикулам для номенклатуры. Переносите только остатки на начало отчетного периода (например, на 1 января), документы прошлых периодов оставляйте в старой базе в качестве архива.
Шаг 3: Внедрение гибридной схемы (постепенный переход)
Рассмотрим схему поэтапного запуска, предложенную опытными внедренцами. На первом этапе оставьте оперативный торговый учет в привычной пользователям базе 1С 7.7. Настройте выгрузку документов (или сводных проводок) в типовую «1С:Бухгалтерию предприятия 3.0». Это позволит:
Главный страх автора при уходе с самописной конфигурации — невозможность адаптировать систему под свои уникальные «фишки» без потери поддержки и автоматических обновлений. В платформе 1С 8.3 эта проблема решена благодаря механизму Расширений конфигурации.
Расширение — это вспомогательная конфигурация, которая применяется поверх основной типовой базы в режиме реального времени. В ней вы можете создавать собственные реквизиты, новые справочники, отчеты, печатные формы и перехватывать логику проведения документов. При этом основная конфигурация остается на замке (полностью типовой) и обновляется одной кнопкой через интернет.
Посмотрим на пример кода в расширении, где мы перехватываем проведение документа продажи, чтобы записать дополнительные данные в наш собственный регистр сведений, не меняя код самого документа:
&После("ОбработкаПроведения")
Процедура ИТ_ОбработкаПроведенияПосле(Отказ, РежимПроведения)
// Проверим, проведена ли транзакция успешно
Если Отказ Тогда
Возврат;
КонецЕсли;
// Запишем информацию о маржинальности сделки в наше кастомное расширение
МенеджерЗаписи = РегистрыСведений.ИТ_АнализПродажУправленческий.СоздатьМенеджерЗаписи();
МенеджерЗаписи.Период = ЭтотОбъект.Дата;
МенеджерЗаписи.ДокументПродажи = ЭтотОбъект.Ссылка;
МенеджерЗаписи.Подразделение = ЭтотОбъект.Подразделение;
// Рассчитаем кастомный показатель по нашему уникальному алгоритму
МенеджерЗаписи.МаржинальныйДоход = ИТ_РасчетВыручкиСервер.РассчитатьУпрДоход(ЭтотОбъект.Ссылка);
МенеджерЗаписи.Записать(Истина);
КонецПроцедуры
Используя аннотации &Перед, &После или &Вместо, разработчик расширения может полностью кастомизировать проведение документов, расчет себестоимости или поведение форм, гарантируя стабильность типовой конфигурации 1С:КА при последующих обновлениях поставщика.
Подводя итоги нашего анализа, можно сделать следующие выводы для успешного перехода: