Содержание:

1.      Постановка задачи выгрузки РТиУ с разными группами складов из 1С: УПП

2.      Схема решения задачи выгрузки документа Реализации товаров и услуг  

1.  Постановка задачи выгрузки РТиУ с разными группами складов из 1С: УПП

Компания строит систему консолидации данных, хранящихся в информационных базах 1С: Предприятие УПП. Они интегрируются с базой ERP УХ. Передача данных из 1С: Предприятие УПП в ERP УХ организована через брокер сообщений «MQ Rabbit». Конфигурации УПП сильно доработаны; типовые механизмы ERP УХ сохраняются максимально неизменными.

В числе прочих из 1С: Предприятие УПП в ERP УХ выгружаются документы «Реализация товаров и услуг» (РТиУ), а также, связанные с ними, «Корректировка реализации» и документ «Счет-фактура выданный». Особенностью доработанных УПП является то, что они позволяют проводить РТиУ с любым набором складов, указанных в табличной части «Товары», в т.ч. принадлежащим разным группам складов. Типовая же ERP УХ позволяет проводить РТиУ только по одной группе складов. Структура складов из 1С: Предприятие УПП в ERP УХ переносится «один в один».

В силу такого функционального разрыва была поставлена задача настроить выгрузку РТиУ с разными группами складов из 1С: Предприятие УПП в несколько (по количеству групп складов) РТиУ базы ERP УХ. Документы «Корректировка реализации» также должны «разделяться» в ERP УХ по группам складов. А документ «Счет-фактуры выданные» в ERP УХ должны остаться едиными, но с перечислением всех «разделенных» документов-оснований.  

2.  Схема решения задачи выгрузки документа Реализации товаров и услуг

Механизм разделения одного документа РТиУ в УПП на несколько документов в ERP УХ реализован на стороне ERP УХ при обработке принятых данных до их проведения. Это объясняется желанием сохранить связь между базами через ГУИД документов.

Принятый документ сначала проверяется на присутствие нескольких групп складов. Если группа складов была только одна или документ вовсе принадлежит одному складу, то он записывается и проводится как есть – «неделимый»; его номер и ГУИД сохраняется таким же, как и в 1С: Предприятие УПП – т.е. никаких особенностей.

РТиУ с несколькими группами складов в 1С разделяются:

·        Сначала формируется список групп складов; порядковые номера этих групп затем служат для нумерации разделяемых документов.

·        Для очередной группы складов в 1С создается полная копия исходного документа с последующим удалением «чужих» строк, принадлежащих другим группам складов. К номеру документа добавляется постфикс, соответствующий порядковому номеру группы складов в 1С; значения реквизитов шапки сохраняется из исходного за исключением поля «Склад» - в него записывается значение текущей группы складов.

·        ГУИД 1С сохраняется за документом первой группы складов; остальным разделенным документам назначаются другие ГУИД.

·        Чтобы сохранить связь между документами, был создан регистр сведений «Единый документ УПП» с двумя измерениями: 1) «Документ УИД» - в нем хранится ссылка на первый документ из набора разделенных, ГУИД которого соответствует ГУИД в базе УПП; 2) «Дополнительный документ» - ссылки на остальные документы разделенного набора (со своими ГУИД).

Разделение документов «Корректировка реализаций» проводится по описанному механизму разделения РТиУ с той лишь разницей, что помимо табличной части «Товары» обрабатываются еще и «Расхождения». А в качестве «Основание» следует указать РТиУ с той же группой складов в 1С.

Типовой документ «Счет-фактура выданный» уже позволяет фиксировать в себе несколько документов-оснований, поэтому сложностей с добавлением дополнительных разделенных документов не возникает. После загрузки счет-фактуры из 1С: УПП документы основания считываются из регистра «Единый документ УПП».

Описанный механизм реализован и показал свою эффективность при эксплуатации у заказчика.

Специалист компании "Кодерлайн"

Игорь Борисенко