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