Переход с самописной конфигурации, которая развивалась внутри компании долгие годы, на типовое решение от фирмы «1С» — это сложный проект, требующий не только технических навыков, но и глубокого понимания методологии учета. В этой статье мы подробно разберем, как организовать этот процесс, какие инструменты использовать и каких ошибок следует избегать, чтобы сохранить целостность данных.
Перед тем как приступать к написанию программного кода или настройке правил обмена, мы должны ответить на главный вопрос: стоит ли переносить все документы за прошлые годы? Опыт показывает, что попытка перенести «всю историю» документов (счета, накладные, акты) из самописной базы в типовую 1С:Бухгалтерия часто заканчивается неудачей. Это связано с тем, что бизнес-логика проведения документов в вашей старой базе и в типовом решении почти наверняка различается.
Рассмотрим рекомендуемый подход:
Контрагенты, Номенклатура, ДоговорыКонтрагентов, ФизическиеЛица и другие. Эти данные необходимы в любом случае.ПомощникВводаОстатков.Для реализации автоматизированного переноса из структуры «А» в структуру «Б» наиболее эффективным инструментом остается конфигурация «Конвертация данных 2.0» (КД 2.0). Она позволяет создавать правила обмена в формате XML, которые описывают соответствие объектов одной базы объектам другой.
Проанализируем процесс работы с КД 2.0 по шагам:
MD83Exp.epf.Клиенты из старой базы со справочником Контрагенты в новой.НомерНалогоплательщика, мы указываем, что в типовой базе его нужно записать в ИНН.Часто структуры данных не совпадают на 100%. В таких случаях мы используем обработчики событий на языке 1С. Посмотрим на пример кода, который может быть написан в обработчике «Перед выгрузкой» для конвертации значения перечисления:
// Пример сопоставления типа контрагента (ЮрЛицо / ФизЛицо)
Если Источник.ЭтоЧастныйКлиент Тогда
Значение = "ФизическоеЛицо";
Иначе
Значение = "ЮридическоеЛицо";
КонецЕсли;
Если вы переходите на современную редакцию 1С:Бухгалтерия 3.0, стоит рассмотреть технологию EnterpriseData, которая используется в «Конвертации данных 3.0». В отличие от версии 2.0, где правила пишутся напрямую между двумя базами, КД 3.0 использует формат-посредник (XDTO-пакет).
Это удобно, если в будущем вы планируете настраивать регулярные обмены. Однако для разового переноса из сильно кастомизированной «самописки» КД 2.0 зачастую оказывается проще и быстрее в освоении.
Проанализируем ситуацию, когда объем данных невелик или у программиста недостаточно времени на изучение КД. В типовой конфигурации 1С:Бухгалтерия есть штатный механизм — «Загрузка данных из табличного документа». Этот метод отлично подходит для переноса справочников.
Алгоритм действий следующий:
Важно помнить: этот способ не всегда корректно обрабатывает иерархию (группы) и сложные связи между объектами (например, когда у одного контрагента несколько договоров), поэтому он лучше всего подходит для «плоских» списков.
Переезд в новую базу — это идеальный момент для очистки данных от «мусора». В самописных конфигурациях, работающих годами, часто встречаются дублирующиеся записи. Разберем, что нужно сделать перед выгрузкой:
Во-первых, воспользуемся поиском и удалением дублей. Если у вас есть три записи «Иванов Иван Иванович» с разными кодами, их нужно объединить в одну. Во-вторых, проанализируем актуальность. Нет смысла переносить справочник Номенклатура, содержащий 50 000 позиций, если реально вы торгуете только 2 000 из них, а остальные не использовались последние пять лет.
Как убедиться, что перенос прошел успешно? Мы должны использовать инструменты сверки. Самый надежный способ для бухгалтерии — это Оборотно-сальдовая ведомость (ОСВ).
Сравним итоги по каждому счету в старой базе на дату переноса и в новой базе после проведения документов ввода остатков. Если конечное сальдо по счету 60 (Расчеты с поставщиками) совпадает до копейки в обеих базах — значит, перенос выполнен верно. Если есть расхождения, мы используем УниверсальныйОтчет, чтобы детально сравнить записи в разрезе контрагентов или объектов аналитики.
В самописных конфигурациях план счетов часто создается «под себя». При переходе в 1С:Бухгалтерия необходимо составить карту соответствия. Выясним причину возможных сложностей: в типовой базе жестко заданы предопределенные счета и их свойства (субконто). Если в вашей базе на счете затрат было пять видов аналитики, а в типовой их только три, вам придется решить, какие данные вы готовы объединить, а какие — вынести в дополнительные реквизиты или характеристики.
В завершение отметим, что для успешного выполнения задачи программисту крайне полезно изучить специализированную литературу, например, двухтомник «Профессиональная разработка в системе 1С:Предприятие» (главы об интеграции и обмене данными). Там подробно описаны механизмы ПланыОбмена и работа с Fast Infoset, что может пригодиться при очень больших объемах данных.