Для учета продукции в учетной системе Дистрибьютора должен существовать справочник НОМЕНКЛАТУРА.
В случае когда в справочнике НОМЕНКЛАТУРА Учетной системы Дистрибьютора присутствует реквизит уникальный код продукции производителя (Глобальный код), должно соблюдаться условие привязки Глобальных кодов к Локальным кодам как «один-к-одному».
В случае невозможности поддержания уникального Глобального кода в учётной системе Дистрибьютора, соответствие продуктов может поддерживаться ключевым пользователем непосредственно в системе SalesWorks вручную.
Необходимо:
реализовать выгрузку данных в таблицу следующего формата.
Ключ | Поле | Тип | Длина | Описание | Поле обязательное для заполнения |
PK | LocalCode | Character | 20 | Локальный код продукции из учетной системы Дистрибьютора | Да |
FK | Code | Character | 20 | Глобальной код производителя продукции (если известен). Если неизвестен или микс (смотка) – оставлять пустым. | Да |
Name | Character | 50 | Название продукции | Да | |
ShortName | Character | 25 | Краткое название продукции | Да | |
Weight | Numeric | 9,3 | Вес единицы продукции | Да | |
Pack_Qty | Numeric | 14,3 | Количество единиц продукции в коробке | Да | |
IsMix | Logical | 1 | Флажок, который указывает, является ли продукт миксом, сделанным Дистрибьютором | Да | |
Status | Numeric | 11 | Статус товара (2 – ‘активный’, 9 – ‘неактивный’ Заполнять значением «2». | Да | |
DTLM | Character | 14 | Дата и время модификации записи в формате “YYYYMMDD HH:MM” | Да |
Таблица LPRODDET
Импорт детальной информации об акционных товарах Дистрибьютора и их привязках к локальной кодировке Дистрибьютора.
Если Вы ведете/выгружаете акционные товары как отдельные позиции, то их необходимо выгружать в таблицу LPRODDET.
Компания Bonduelle не выделяет в отдельные позиции товары со скидкой или акцией (n+1), учёт в центральной базе ведётся по товару в целом. Поэтому если в учётной системе дистрибьютора товары со скидкой или акцией (n+1) заведены под отдельными локальными кодами, то необходимо так же отдельно выгружать данные товары в таблицу с деталями продукции.
В SW к глобальному коду может быть привязан только один локальный.
При этом акционных товаров (они же смотки), привязанных по описанной схеме к одному и тому же локальному коду, может быть много.
Все коды используемые в примерах не соответствуют реальным.
Пример 1: Есть в учётной системе товар «Bonduelle Горошек 425 мл» с локальным кодом «123», с глобальным кодом 27. Затем вам пришёл этот же товар со скидкой 10% и дистрибьютор завёл его с локальным кодом «123а». В этом случае вы не можете привязать его к глобальному коду 100, т. к. глобальный код - это ключевое поле и не может дублироваться. Вам необходимо товар «123а» выгрузить в таблицу LOCLPROD с признаком IsMix и пустым полем Code. А в таблицу LPRODDET выгружаете этот товар «123а», в поле CompCode указать ссылку на эталонный товар «123», который привязан к глобальному коду. CompQTY будет 1, Percentage=100.
Пример 2: Закуплен товар «Bonduelle Кукуруза 212 мл» по стандартной цене (глобальный код = 60, код в УС = 124). На время проведения дистрибьютором акции (например, «2+1 бесплатно) в УС заведен отдельный промо-артикул «Bonduelle Кукуруза 212 мл Промо 2+1» (код = 124б) по которому отгружаются «бесплатные» продукты (например, 3я банка). Алгоритм выгрузки аналогичен «примеру 1».
Пример 3: Дистрибьютор организует промо-акцию в рамках которой продается смотка по принципу «купи горошек+фасоль+кукурузу 425мл и получи скидку 10%». Для этого в УС дистрибьютора заведен локальный код 555.
Необходимо выгрузить все 3 составляющие в таблицу LOCLPROD с признаком IsMix и пустыми полями Code. А в таблицу LPRODDET 3 раза (по числу СКЮ) выгрузить товар 555 и в поле CompCode в одной строке указать глобальный код «горошка 425», в другой «фасоли 425», в третьей «кукурузы 425». CompQTY у каждого из 3х будет равен 1.
В случаях смотки с продукцией других производителей («2 кукурузы Бондюэль+шоколадка в подарок») их СКЮ в LPRODDET выгружать не нужно.
Пример 4: Бондюэль выпустил новый промо-набор «Bonduelle Горошек зеленый мультипак 425мл 2+1» (глобальный код = 211). В УС ему присваивают локальный код = 125 и мапируют как обычный продукт, т. е. без участия таблицы LPRODDET.
Пример 5: для удобства перевозки в разных видах транспорта СКЮ «Bonduelle Фасоль 425мл» было расфасовано в разные коробки (6, 8, 12, 24 шт/кор). Поскольку это чисто логистический параметр, то всем им выделен один глобальный код.
В случаях, когда дистрибьютор в своей УС под каждую разновидность фасовки заводит отдельный локальный код следует выгружать их как смотки аналогично примеру 1.
В случаях, когда есть сомнение – мапировать на «обычный» код или использовать «смотки» предлагается пользоваться простым принципом: «все СКЮ которые есть в прайсе Бондюэль мапируются по «классической» схеме «один к одному», все акционные товары которых нет в прайсе – как смотки».
Если, при выгрузке у вас товары схлопываются в один, например: «Горошек зелёный» и «Горошек зелёный-акция» в «Горошек зелёный», то соответственно вам эту таблицу заполнять не нужно.
В других случаях необходимо реализовать выгрузку данных в таблицу следующего формата:
Ключ | Поле | Тип | Длина | Описание | Поле обязательное для заполнения |
PK, FK | LocalCode | Character | 20 | Локальный код продукции из учетной системы Дистрибьютора | Да |
PK, FK | CompCode | Character | 20 | Локальный код компонента микса (смотки). | Да |
CompQTY | Numeric | 14,3 | Количество компонента микса(смотки). | Да | |
Percentage | Numeric | 5,2 | Доля компонента микса (смотки) в полной стоимости микса, %. Итоговая сумма процентных долей ВСЕХ компонентов смотки должна равняться 100%. | Да | |
Status | Numeric | 11 | Статус товара (2 – ‘активный’, 9 – ‘неактивный’ | Да | |
DTLM | Character | 14 | Дата и время модификации записи в формате “YYYYMMDD HH:MM” | Да |
Импорт информации об остатках: Таблица ARSTOCK
Импорт остатков в локальной кодировке на конкретную дату (текущую либо с перезаписью на прошлую).
Перед выгрузкой остатков из учетной системы в систему SalesWorks необходимо сопоставить справочники складов на стороне системы SalesWorks.
Для учета данных о складах в учетной системе Дистрибьютора должен присутствовать объект СКЛАДЫ или МЕСТА ХРАНЕНИЯ.
По данному объекту (в разрезе склада) в учетной системе должен вестись учет остатков и движения хранимых ресурсов (всей продукции Bonduelle) на складах Дистрибьютора.
Для сопоставления используется уникальный код склада Дистрибьютора.
ВАЖНО! Архивные остатки, как и продажи с приходами, должны выгружаться за период с глубиной минимум в 14 дней.
Необходимо:
реализовать выгрузку данных в таблицу следующего формата.
Ключ | Поле | Тип | Длина | Описание | Поле обязательное для заполнения |
PK | WAREH_CODE | Character | 20 | Внешний код склада | Да |
PK | LOCALCODE | Character | 20 | Локальный код продукции из учетной системы Дистрибьютора | Да |
PK | LOT_ID | Character | 20 | Идентификатор партии товара из учетной системы Дистрибьютора. Если партионный учет не ведется, заполнять «0» | Да |
STOCK | Numeric | 14,3 | Остаток товара на начало дня даты DATE (см. следующее поле). | Да | |
PK | DATE | Date | 8 | Дата среза остатков. Формат: “ YYYYMMDD ” | Да |
DTLM | Character | 14 | Дата и время модификации записи. Формат: “YYYYMMDD HH:MM” | Да |
Импорт продаж: Таблица SALOUTH
SALOUTH – это общая информация о документах фактических продаж (шапка).
В выгрузку (в дбфы) должны попадать все продажи продукции Bonduelle (в том числе по всем Вашим филиалам).
Для обмена данными об объемах продаж в учетной системе Дистрибьютора должен вестись учет реализации товара Торговым точкам.
Для этих целей можно использовать движение по регистрам накопления ОСТАТКИ или ОБОРОТЫ и по их соответствующим записям – документам, таким как:
- Реализация товаров и услуг Расходная накладная Возвратная накладная
Для обмена данными используются Локальные кода продукции (кода Дистрибьютора)
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 |
