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