Рисунок 21. Установлен признак использования серий и их идентификации.
Далее необходимо выполнить настройку заполнения серий (партий) товаров, для чего на последней закладке модуля указать справочник, в котором хранятся серии и сопоставить реквизиты обмена партиями с реквизитами справочника серий. Рекомендованная конфигурация сопоставления приведена на рисунке:

Рисунок 22. Рекомендованная конфигурация сопоставления.
В последнюю очередь заполняется список реквизитов документа, которые необходимо заполнить для того, чтобы проведение документа выполнилось с обязательной регистрацией партий (серий). Для каждого кода базы данных можно указать собственный набор реквизитов и их значений, что облегчит последующую обработку документов по результатам обмена.
Рекомендуется заполнить следующие реквизиты документа: Организация, Контрагент, Партнер, Договор контрагента, Хозяйственная операция, Подразделение, Склад, Менеджер, Автор, Валюта, Валюта взаиморасчетов, Закупка под деятельность, Налогообложение НДС, Форма оплаты.
К сожалению, обязательный реквизит «Дата предполагаемой оплаты» заполнить значением по умолчанию нельзя, данный реквизит надо либо описать в коде модуля, либо заполнять перед проведением вручную.
Если все настройки выполнены правильно, то в результате экспорта документа и его последующего проведения создадутся новые серии, которые будут автоматически привязаны к строкам документа и попадут в регистр накопления «Товары на складах», откуда и выполняется выборка для последующих экспортов информации.
5.7. Настройка обмена взаиморасчетами
Данный обмен строго привязан к типовой конфигурации. По значению остатков взаиморасчетов и виду документа определяется привязка к конкретным реквизитам обмена. Дистрибьюторам с нетиповыми конфигурациями необходимо через Поставщика связаться со специалистами компании «Монолит-Инфо» и с их помощью настроить данный обмен. Если у дистрибьютора типовая конфигурация, то обмен готов к использованию сразу после тестирования и отладки обмена заказами.
В версии модуля 8.2.0.25 добавлен функционал по экспорту данных о взаиморасчётах за произвольный период, при этом изменена схема обмена – добавлен реквизит SaldoDate типа Date для каждой записи набора данных CRMSaldoAggregate. При использовании старой схемы обмена данные также будут записаны в систему, но вместо конкретной даты будет подставлена дата «начала времён» SQL сервера (01.01.1900 г).
5.8. Настройка обмена сальдо по таре
Следующим обменом, который можно настроить и протестировать, является обмен сальдо по возвратной таре в торговых точках – клиентах дистрибьютора.
В конфигурации «Управление торговлей» версии 11 есть только одна возможность получения сальдо по таре для контрагентов (торговых точек) дистрибьютора – необходимо смоделировать работу регистра остатков. Поскольку контролировать движение товаров без изменения модуля проведения всех документов движения невозможно, данная процедура выполняется в два этапов.
1. Необходимо изменить тип товара в регистре сведений «Монолит таблица соответствия товаров». Установить тип «тара» для всех товаров, по которым должно выгружаться сальдо.
2. Далее формируется сальдо по начальным остаткам на дату, начиная с которой в систему не будут вноситься изменения. При этом выполняется запрос по всем документам движения товаров с новым типом «тара». Документы движения берутся из сопоставления реквизитов для обмена движениями товаров. Учитываются только документы типа «Despatch» и «CustReturn». Данная процедура запускается вручную на закладке «Настройка обмена сальдо по таре»

Рисунок 23. Окно указания даты, на которую формируется первичное сальдо.
Для выполнения процедуры заполнения регистра сведений необходимо указать дату и нажать кнопку «Выполнить». Процедура достаточно продолжительная, так как выполняется с 01.01.2000 года, предполагается, что база дистрибьютора была создана позже.
3. По завершении процедуры первичного заполнения можно выполнить процедуру экспорта данных. Для этого надо перейти на закладку «Обмены» и установить чек бокс «Экспорт сальдо по таре», а также указать дату, на которую будет выполнен экспорт.
Экспорт данных выполняется тем же запросом, что и первичное заполнение данных, только в интервале от даты, следующей за датой экспорта в регистре и до даты, указанной на закладке. Таким образом, общее сальдо по таре в торговой точке вычисляется как первоначально рассчитанное сальдо в точке плюс документы реализации минус документы возврат от покупателя. Схема обмена описана в документации по обменам, она является составной частью обмена взаиморасчетами CRMSaldo и передается в наборе данных CRMSaldoWare.

Рисунок 24. Внешний вид окна ручного выбора обменов.
5.9. Настройка обмена поступлением наличных денежных средств.
В процессе выполнения ежедневных заданий, торговые представители могут получать в торговых точках денежные средства в уплату текущего долга или для оплаты поставок товаров. В этом случае торговый представитель должен создать отдельный визит и указать в нем полученную сумму. После синхронизации с системой «Монолит: CRM» в ней создаются документы о визите, которые затем могут быть импортированы дистрибьютором к себе в систему и на их основании будут созданы документы вида «Приходный кассовый ордер». Для выполнения этой операции, в модуль обмена добавлен новый обмен – «Загрузка документов ПКО», а так же возможность настроить его для облегчения автоматического заполнения документов в типовой конфигурации. В нетиповых конфигурациях часть реквизитов также будет заполнена на основании настроек модуля, однако, некоторые обязательные поля потребуют указания принципа их заполнения в коде обработки Sinchronization. epf, в которой добавлена функция «СоздатьПКО».
Настройка обязательных для выполнения обмена реквизитов выполняется в обработке Exchange. epf, на закладке «Настройка экспорта документов». Для этого в список видов обмена добавлен новый вид – CRMClientAddressCash. В типовой конфигурации ему сопоставляется вид документа «Приходно-кассовый ордер»:

Рисунок 25. Настройка обмена поступлением наличных денежных средств
На скриншоте представлен пример заполнения реквизитов для типовой конфигурации «Управление торговлей». Обратите внимание, что для документа ПКО необходимо заполнить только реквизиты шапки, так как каждый входящий документ содержит только одну сумму и табличная часть не используется, хотя и заполняется в коде.
Для запуска обмена надо установить необходимый для запроса интервал, установить чек-бокс и нажать кнопку «Произвести обмен»:

Рисунок 26. Выполнение обмена поступлением наличных денежных средств
Период с-по позволяет установить любой интервал для импорта документов из «Монолит: CRM». В случае, если выбирается один день, то модуль автоматически устанавливает для первого реквизита начало дня, а для второго – конец дня. Если Дата начала больше даты конца выводится предупреждающее сообщение и обмен не выполняется.
Если дистрибьютор пытается повторно импортировать документ, уже имеющийся в системе, он будет проигнорирован. Список соответствия документов из CRM и документов ПКО в базе данных дистрибьютора хранится в регистре сведений «Монолит таблица ПКО».
5.10. Обмен документами вида «Возврат поставщику»
Для облегчения работы дистрибьюторов-консигнаторов создана новая рабочая форма для обмена документами вида «Возврат поставщику» (тип документов VendReturn). Данный функционал предназначен для облегчения процесса документооборота по схеме работы с консигнационными складами (далее склады ответственного хранения – СОХ). В общем случае работа с СОХ строится следущим образом: так как СОХ юридически являются складами дистрибьютора, то все поступающие на них товары фиксируются в его системе учёта. В процессе ежедневной коммерческой деятельности дистрибьютор свободно перемещает товары со складов СОХ на свои склады отгрузки, откуда и выполняет реализацию. В конце дня он формирует один (или несколько) документов возврата поставщику со складов СОХ на сумму и в объёме перемещений, выполненных за день. На основании этого документа в системе «Монолит Товарооборот» формируется накладная на отгрузку товара дистрибьютору, который, в свою очередь, выгружается в базу дистрибьютора с помощью обмена CRMVendReceiptEx и преобразуется в стандартный документ «Поступление ТМЦ», после чего документы перемещения товаров аннулируются (удаляются).
С выходом версии модуля 8-2.0.22 функционал по созданию документа возврата поставщику со склада СОХ и его последующее преобразование в документ отгрузки на обычный склад автоматизируется, то есть, реализуется полная цепочка передачи, создания и преобразования документов в рамках системы «Монолит», позволяющая дистрибьютору в автоматическом режиме получать нужные документы.
Новая рабочая форма реализована в виде новой внешней обработки, которая называется VendReturnExchange. epf и предназначена для работы с документами вида «Возврат поставщику» (тип документа в обмене VendReturnSoh). Внешний вид обработки представлен на скриншоте:

Рисунок 27. Внешний вид формы выбора и экспорта документов «Возврат поставщику»
Обмен документами вида «Возврат поставщику» выполняется по схеме CRMDespatchEx, которая используется для обмена движениями товаров. Для того, чтобы выполнять обмен только документами одного вида без удаления всех остальных документов, попадающих в интервал обмена, схема была доработана. В набор данных CRMDespatchParam добавлен новый параметр SkipDeleteDocument, который может принимать значения 0 или 1. Данный параметр не является независимым – если значение параметра SkipDelete равно 0 (нулю), то параметр SkipDeleteDocument игнорируется. Если же значение параметра SkipDelete равно 1 (единице), то в случае когда значение SkipDeleteDocument равно 0, из базу будут удалены все строки, относящиеся к документам типа VendRetrurnSoh, по которым будет найдено совпадение по дате и номеру в пакете, переданном дистрибьютором. Если же значение параметра равно 1, то передаваемые в пакете документы будут дописаны в базу к уже имеющимся. Однако, если в базе будет хотя бы одно совпадение по ключу, то весь пакет будет отвергнут. Новая схема обмена выглядит следующим образом:
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 |


