При автоматизации крупных предприятий с собственным автопарком часто возникает дилемма: как подружить мощный функционал 1С:Комплексная автоматизация (КА) или 1С:ERP с узкоспециализированными возможностями 1С:Управление автотранспортом (УАТ). С одной стороны, пользователям удобно работать в одном окне без обменов, с другой — поддержка «Франкенштейна» из двух огромных конфигураций может стать непосильной ношей для ИТ-отдела. В этой статье мы подробно разберем, какой путь интеграции выбрать, какие подводные камни ожидают разработчика и как реализовать наиболее эффективную схему взаимодействия баз.
Рассмотрим ситуацию, когда заказчику требуется полный контур: от приема заказа покупателя и производства продукции до планирования рейсов, учета ГСМ, запчастей и начисления зарплаты водителям. Проанализируем три основных пути решения этой задачи.
УАТ Стандарт зачастую ближе к старым версиям УПП или УТ 10.3, что вызывает конфликты при попытке «вживить» её в современную архитектуру КА 2.5. Поддержка такой базы превращается в кошмар при каждом обновлении типовых релизов от 1С.1С:УАТ. Модуль для ERP. Это наиболее «цивилизованный» способ. Модуль предназначен для интеграции в единое информационное пространство на базе ERP или КА. Основной плюс здесь — разработчик (Рарус) уже продумал связи между документами. Минус — высокая стоимость лицензий и необходимость адаптации модуля под локализованные версии конфигураций.Чтобы понять, как настроить обмен, проанализируем типовую цепочку документов и определим «точки соприкосновения» систем. Выясним причину, по которой классические обмены часто буксуют: это разрыв логической связи между продажей и доставкой.
Цепочка действий в системе:
КА создается документ ЗаказКлиента.УАТ должен появиться ЗаказНаТС.УАТ через АРМ распределяет заказы по автомобилям и формирует ПутевойЛист.КА в этот момент должен измениться статус доставки или создаться документ ЗаданиеНаПеревозку (если используется блок доставки ERP).УАТ мигрируют в КА для отражения в финансовом учете и зарплате.Разберем по шагам, как настроить правила обмена, если вы выбрали путь раздельных баз. Специалисты оценивают чистую разработку правил примерно в 40-60 человеко-часов, но важно учитывать нюансы синхронизации НСИ.
Синхронизация справочников:
Главная проблема — дубли. Мы рекомендуем определить «мастер-систему» для каждого справочника. Например, Контрагенты и Номенклатура создаются только в КА и мигрируют в УАТ. Справочник ТранспортныеСредства является ведущим в УАТ, но в КА он должен быть связан с объектами эксплуатации для корректного начисления амортизации.
Перенос документов:
Для настройки обмена в Конвертации данных 2.0 создадим ПВД (Правила выгрузки данных) для основных документов. Посмотрим на пример логики переноса Путевого листа:
// Пример логики в ПКО ПутевойЛист -> ПриЗагрузке
Если Объект.Статус = Перечисления.СтатусыПутевыхЛистов.Закрыт Тогда
// Создаем в КА документ списания ГСМ
ДокСписание = Документы.ВнутреннееПотреблениеТоваров.СоздатьДокумент();
ДокСписание.Дата = Объект.ДатаВыезда;
// Заполнение табличной части на основе данных о расходе из УАТ
...
ДокСписание.Записать(РежимЗаписиДокумента.Проведение);
КонецЕсли;
Проанализируем ситуацию с материальным учетом. Если запчасти и топливо приходуются в КА, а списываются по факту ремонта или пробега в УАТ, возникает разрыв в остатках. Рассмотрим два решения:
КА -> Обмен -> Приход в УАТ. Списание в УАТ -> Обмен -> Списание в КА. Это надежно, но требует идеальной работы обмена.КА. В УАТ передаются только остатки «для ознакомления» диспетчеру. Документы РемонтныйЛист или ПутевойЛист из УАТ прилетают в КА уже как требования на списание, которые бухгалтер проводит в основной базе.В УАТ реализованы сложные алгоритмы расчета сдельной зарплаты: от пробега, тоннажа, количества точек и т.д. В то же время регламентированный учет зарплаты (налоги, взносы) ведется в КА (блок ЗУП).
Рассмотрим схему интеграции: в УАТ фиксируется выработка и рассчитываются суммы. Эти данные должны попадать в КА документом ДанныеДляРасчетаЗарплаты или сразу НачислениеЗарплаты. Важно, чтобы ФизическиеЛица в обеих базах имели идентичные УИД или синхронизировались по СНИЛС/ИНН, иначе начисления «повиснут» на несуществующих сотрудниках.
При внедрении такой связки обязательно учитывайте следующие моменты:
УАТ. Там уже есть готовые механизмы обработки данных, которые затем в «очищенном» виде попадут в КА.КА 2.5/ERP появился неплохой встроенный блок доставки. Попробуйте закрыть потребности диспетчера им, а УАТ оставить только для технического учета парка (ремонты, агрегаты, шины). Это значительно упростит архитектуру.Подведем итог: для большинства средних и крупных компаний оптимальным выбором будет использование отдельных баз с глубоко проработанным обменом через КД 2.0/3.0. Это сохраняет гибкость систем и позволяет каждой подсистеме выполнять свою роль: КА — финансовое сердце компании, а УАТ — специализированный инструмент для механиков и диспетчеров.