Чек-бокс «Типовая схема формирования цен» устанавливается, если используется типовая (или не сильно переработанная) конфигурация «Управление торговлей». В этом счлучае для экспорта цен используется алгоритм выборки, аналогичный встроенному в 1С. Более подробно он описан в п. 4.13.
Группка «Оповещение» позволяет ввести список адресов e-mail, по которым будет выполняться рассылка результатов выполнения обмена, а так же указать в каком случае будет выполняться эта рассылка – при каждом обмене или только в случае выявления ошибок.
Группа «Свойства контрагентов» позволяет указать, какие именно свойства настроены у дистрибьютора для экспорта каналов продаж и типа регионов. Настройка свойств выполняется стандартными методами, а в модуле указывается только ссылка на вид свойства. Также предполагается, что значения свойств уже заполнены. Еще одной особенностью является то, что модуль тестируется на типовой конфигурации, поэтому предполагается, что указаны свойства справочника «Контрагенты».
Группа реквизитов «настройка архива логов» позволяет указать папку, в которой будут сохраняться результаты обменов данными. Группа содержит три реквизита:
· чек-бокс включения/выключения функционала,
· поле ввода для сохранения пути к архиву,
· числовое поле для указания количества дней хранения файлов лога.
Если количество дней хранения файлов лога равно 0 (нулю), то файлы только накапливаются, в ином случае при первом запуске модуля в текущую дату выполняется поиск и удаление всех файлов с датой создания больше, чем текущая дата минус количество дней, указанное в значении параметра.
Закладка «Параметры доп.» позволяет настроить вспомогательные параметры и запустить сервисные функции модуля.
Группа «Параметры комментариев об отмененных заказах» используется в том случае, если дистрибьютор хочет контролировать статусы полученных от торговых представителей заявок, а именно – передавать статус «Отклонена» только в том случае, если заявка действительно отклонена, а не всякий раз, пока не создана накладная. Группа содержит два реквизита. Включение функционала и количество дней назад, за которое выполняется поиск документов для проверки.
Группа реквизитов «Параметры настройки прокси-сервера» заполняется в том случае, если по каким-то причинам сотрудники службы ИТ дистрибьютора считают, что подключение к веб-адресу Поставщика для обмена должно выполняться не со стандартными настройками пользователя, а через другой, отдельный, прокси-сервер с собственными настройками авторизации. В случае же, если для обменов можно использовать стандартные настройки, заполнять эту группу не надо!

Рисунок 6. Заполнение сервисной информации
«Контрагенты, исключенные из экспорта отгрузок» - это список значений с пометками, и предназначен для выполнения двух функций. В случае если пометка НЕ установлена, то в выборку не попадают документы по контрагентам, указанным в списке. Если же пометка установлена, то выгружаемые документы изменяют свой тип (см. описание типов документов в разделе настройки экспорта движения товаров). Тип документа VendReturn изменяется на MovingNoteFrom, а тип документа VendReceipt изменяется на MovingNoteTo.
Отдельно настраиваются:
· Числовой реквизит «количество дней, за которые хранятся заказы»,
· Числовой реквизит «количество дней хранения документов поступления»,
· Числовой реквизит «количество дней хранения записей в log. xml»
Количество дней хранения заказов и поставок – это числовые реквизиты, позволяющие указать, как долго в соответствующих таблицах сохраняется информация о поступивших заявках и документах поступления от поставщика. Принцип действия такой же, как у настройки времени хранения сообщений в журнале – удаляются записи о тех документах, дата создания которых больше, чем текущая дата минус значение параметра.
Группа «Интервал обменов вручную» позволяет выполнить экспорт движения товаров или экспорт остатков за любой интервал. При этом для движения товаров выполняется ключевое условие, состоящее в том, что все данные, уже имеющиеся в базе CRM удаляются с даты начала экспорта.
Закладка «Настройка общих метаданных» позволяет указать основные объекты метаданных, которые будут использоваться модулем в процессе работы.
Реквизиты «Контрагенты» и «Торговые точки» позволяют указать, какие справочники конфигурации будут использованы в таблице сопоставления кодов торговых точек, полученных из «Монолит: CRM», и данных о контрагентах в системе учета дистрибьютора. Выбор наименования справочников производится из выпадающих списков, которые содержат все входящие в конфигурацию справочники.
Реквизиты формы «Номенклатура» и «Единицы измерения» позволяют указать, какие справочники конфигурации будут использованы в таблице сопоставления товаров и единиц измерения, полученных из «Монолит: CRM», и данных о номенклатуре в системе учета дистрибьютора. Выбор наименования справочников производится из выпадающих списков, которые содержат все входящие в конфигурацию справочники.
Реквизит «Склады» позволяет указать, каким справочником пользоваться для выбора мест хранения товаров.

Рисунок 7. Настройка общих метаданных.
Список складов, которые будут использованы модулем при подготовке данных для экспорта, формально разделен на две части. Склады дистрибьюторов – это список складов, с которых выполняется отгрузка товаров поставщика. А склады консигнационные – это список складов ответственного хранения, на которых поставщик размещает свои товары по договору консигнации. Соответственно, если с дистрибьютором такой договор не заключен, то этот список должен оставаться пустым.
Так как модуль может обслуживать несколько кодов базы данных и выполнять обмены по разным видам и типам номенклатуры, которые обычно хранятся на обособленных складах, в модуль добавлена возможность указания какие склады к каким кодам базы данных относятся. Для заполнения списка складов для конкретного кода базы данных необходимо установить на него курсор в таблице кодов БД (там, где указывается соответствие кода БД адресу веб-сервиса), после чего начать заполнять список. Все склады, выбранные в процессе заполнения списка будут привязаны к этому конкретному коду БД.
В связи с тем, что дистрибьютор может получать товар поставщика из нескольких источников, модуль позволяет разделить их по принадлежности к Поставщику. Для этого используется список значений «Список собственных поставщиков». Все контрагенты, занесенные в этот список, считаются «собственными» поставщиками и документы поступления товаров от них экспортируются с видом VendReceipt. Документы поступления от всех остальных контрагентов экспортируются как VendReceiptEx.
На этом настройку общих элементов модуля обмена можно считать завершенной и переходить к настройкам конкретных обменов.
5.2. Настройка обмена товарами и единицами измерений.
Первым обменом, который выполняется после завершения общей настройки модуля, является обмен товарами и единицами измерения с поставщиком. Собственно, настройка этого обмена была выполнена при указании справочников товаров и единиц измерения на закладке «Настройка общих метаданных» (см. рисунок 7). Настройка в данном случае подразумевает указание справочников, которые будут использованы при заполнении таблицы сопоставления. Сама по себе таблица сопоставления создается при объединении прилагаемой конфигурации с конфигурацией дистрибьютора. Таблица соответствия номенклатуры фактически представляет собой регистр сведений.
После выбора справочников надо перейти на закладку «Общие», снять (очистить) все чек-боксы, установить (выбрать) только «Загрузка номенклатуры и единиц измерения», проверить, чтобы курсор был установлен на правильном коде базы данных (в любой позиции нужной строки) и нажать кнопку «Произвести обмен». После выполнения обмена можно открыть форму заполнения таблицы, нажав кнопку «Соответствие товаров и единиц измерения».

Рисунок 8. Внешний вид таблицы сопоставления товаров.
Таблица сопоставления содержит 8 колонок, из которых 5 относятся к номенклатуре поставщика, 2 – к номенклатуре дистрибьютора и еще одна является характеризующим признаком. При обмене от поставщика приходит 5 колонок: код товара в CRM, Наименование товара в CRM, код единицы измерения в CRM, наименование единицы измерения в CRM и коэффициент пересчета из базовой единицы. Ключевыми полями при этом являются код товара и код единицы измерения. Соответственно, дистрибьютор каждой такой уникальной паре должен сопоставить свою тоже уникальную пару товар – единица измерения. Кроме того, необходимо сразу указать значение характеризующего признака «Тип товара», выбрав «пиво», «слабый алкоголь» или «тару».
ВАЖНО: сопоставление необходимо делать полностью, то есть указывать и товар, и единицу измерения, в противном случае возможны сбои при обменах данными.
ВАЖНО: при этом необязательно будут сопоставлены все пары товар-единица измерения. Сопоставлять необходимо только те позиции, которые присутствуют в прайс-листе дистрибьютора и только те единицы измерения, которые им закупаются и реализуются.
ВАЖНО: изначально модуль предназначен для работы дистрибьюторов пива и слабоалкогольной продукции, поэтому в типах товаров указаны именно такие определения. Другим дистрибьюторам не нужно обращать внимание на названия, достаточно, чтобы ВСЕ строки сопоставления имели один тип – «Пиво» (числовое значение 1).
В версии модуля для конфигурации 11.1 и старше изменен порядок следования колонок. Перед колонками с сопоставленным товаром теперь следует колонка типа. Это сделано для того, чтобы модуль мог различать тип товара «Тара» и любые другие типы. Данная особенность необходима для того, чтобы дистрибьюторы, использующие функционал конфигурации с контролем движения тары могли сопоставить её со справочником «Единицы измерения», а не «Упаковки наоменклатуры», как это рекомендуется для всех остальных товаров.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 |


