ERP 2. Развитие функционала по обеспечению. Продолжительность резервов по товарам на складах и дополнительная аналитика

04.12.23

Архитектура - Кейсы автоматизации

Новый проект в производственно-торговой компании и очередная потребность в функционале резервов, которого нет в коробке.

Содержание

  1. Вступление
  2. Варианты описания
  3. Термины и определения
  4. Пользовательское описание
  5. Техническое описание

Вступление

Новый проект в производственно-торговой компании и очередная потребность в функционале резервов, которого нет в коробке.

Требования к резервам товаров на складах:

  • Резерв должен быть ограничен сроком действия. Это дата, после которой резерв должен быть снят автоматически;
  • Для установки товаров в резерв на срок больше определенного количества рабочих дней требуется согласование;
  • Резерв должен делиться по видам:
    • Краткосрочный – не требуется согласование, устанавливается на короткий срок;
    • Индивидуальный – требуется согласование, устанавливается на срок, который запросил пользователь.
  • По любому виду резерва должна быть возможность продлить срок. Если продлевается срок Краткосрочного резерва, то он автоматически должен переходить в Индивидуальный;
  • По резерву должна быть возможность увидеть его продолжительность в рабочих и календарных днях;
  • Наглядность Заказа клиента не должна ухудшаться при установке и снятии товаров с резерва.

На текущем проекте пошли менее революционным путем, чем на предыдущем //infostart.ru/pm/1880051. Но тем не менее для решения описанных выше задач и задач, которые предстоит реализовать пришлось применить методические подходы с предыдущего проекта и разделить Заказы и обеспечение.

Варианты описания

Статья будет разделена на две части. Первая, без технических подробностей больше для пользователей. Вторая, для технических специалистов.

Термины и определения

Срок резерва – дата, до которой товар на складе может находиться в резерве.

Пользовательское описание

 

Изменения в Заказе клиента

В новом подходе адаптировали Заказ клиента и Заказ на перемещение (далее Заказы), но данный функционал можно легко добавить к любому заказу в ERP. Опишу новую функциональность на примере Заказа клиента. В Заказе на перемещение все реализовано аналогично Заказу клиента.

Традиционно, как и на других наших проектах разделили Заказы и обеспечение, отказавшись от использования «Варианта обеспечения». В место этого добавили несколько колонок, чтобы данные Заказа не зависели от обеспечения  и не терялась наглядность Заказа. Чтобы была возможность каждый запрос на резерв согласовывать, получать доп. аналитику и продолжительность по резервам реализовали установку и снятие резервов отдельным документом (как это было в УПП).

Новые колонки в Заказах:

  • Не обеспечивать – редактируется пользователем, количество товара, которое не нужно обеспечивать. Аналогично типовому действию «Не обеспечивать»;
  • К отгрузке – редактируется пользователем, количество товара, которое пользователь готов отгрузить. После отгрузки колонка очищается. Аналогично типовому действию «Отгрузить»;
  • Индикатор серии – показывает информацию о том, ведется по номенклатуре серийный учет и в каком состоянии заполнение серий 
    • Без пиктограммы – учет по сериям для номенклатуры не ведется;
    • Синяя – по номенклатуре ведется учет по сериям;
    • Красная – в строке необходимо заполнить серии;
    • Зеленая – в строке заполнены серии.
  • В резерве – не редактируется пользователем, количество товара в резерве; Имеет расшифровку при нажатии на ячейку.
  • В резерве на согл. – не редактируется пользователем, количество товара в резерве на согласовании; Имеет расшифровку при нажатии на ячейку.
  • В обмене резервами – не редактируется пользователем, количество товара в обмене резервами. Есть функционал, когда один менеджер может запросить резерв у другого менеджера. Если другой менеджер готов отдать свой товар, тогда он подтверждает обмен резервами и его резерв переходит под другой заказ клиента, менеджеру, который запросил резерв. До момента, пока тот кто отдает не подтвердил, что готов/не готов отдать товар это количество в обоих заказах отображается в этой колонке; Имеет расшифровку при нажатии на ячейку.
  • Отгружено – не редактируется пользователем, количество отгруженного товара;
  • Остаток – не редактируется пользователем, количество, которое еще доступно к отгрузке. Рассчитывается по формуле: Количество – Не обеспечивать – К отгрузке – Отгружено.

При делении строки в заказах реализован механизм автоматической переброски резервов между строками. Т.е. если в одной строке 10 шт. товара и все 10 шт. находятся в резерве, то при необходимости отгрузки в разные даты, пользователь делит строку и в этом случае, резерв, относящийся к переносимому количеству, переходит в новую строку.

В Заказе клиента можно двойным нажатием на ячейке «В резерве» или «В резерве на согл.» открыть расшифровку нужного резерва. В расшифровке видно, когда, каким документом, по каким сериям (если резерв был с указанием серии) и до какого срока поставлен резерв.

При наличии учета по сериям по номенклатуре, чтобы увидеть какие серии были поставлены к отгрузке, нужно в строке два раза нажать на пиктограмме, будет открыт диалог подбора серий.

Установка товаров в резерв

Для установки товаров в резерв на основании Заказа клиента, нужно ввести отдельный документ.

Будет предложено выбрать вид резерва

Краткосрочный резерв по Заказу клиента не требует согласования, поэтому в нем срок резерва рассчитывается автоматически на количество рабочих дней по настройке. Поэтому после того как по Заказу клиента будет введен первый краткосрочный резерв система запомнит по номенклатуре в резерве первоначальный рассчитанный срок резерва и в последующем в рамках этого Заказа для такой же номенклатуры будет автоматически устанавливать этот срок. Когда срок резерва станет меньше даты ввода нового резерва (текущего дня), то система не будет предлагать выбор вида резерва и сразу будет вводить индивидуальный резерв. Это сделано для того, чтобы по одной и той же номенклатуре нельзя было вводить неограниченное количество раз краткосрочный резерв, который не требует согласования.

После выбора вида резерва открывается диалог документа «Резервирование товаров». Согласование резерва реализовано по бесшовной интеграции с 1С:Документооборот 3.

Документ автоматически заполняется всеми товарами, которые доступны для резервирования в Заказе клиента. Дальше пользователь может удалять строки, изменять количество, которое необходимо установить в резерв.

Если у пользователя есть соответствующие права, то он может выполнять резервирование конкретных серий. Для этого нужно в ячейке «Серия» нажать на кнопку выбора и выбрать нужную серию. Интерфейсы по работе с сериями задействованы типовые.

Снятие товаров с резерва

Снятие товара с резерва выполняется вводом на основании Заказа клиента отдельного документа. В документ заполняются все согласованные резервы (краткосрочные и индивидуальные) по Заказу клиента. Пользователь может удалять строки, корректировать количество. В итоге все что останется в документе, после его проведения будет снято с резерва. На текущем проекте согласование снятия товаров с резерва не требуется.

Перенос сроков по товарам в резерве

Перенос сроков по товарам в резерве выполняется вводом на основании Заказа клиента отдельного документа. В документ заполняются все согласованные резервы (краткосрочные и индивидуальные) по Заказу клиента. Пользователь должен указать новый срок резерва, может удалять строки, корректировать количество. В итоге все что останется в документе, после его согласования будет продлено по сроку резерва

Отчет «Анализ резервов по товарам на складах»

За счет того, что резервы устанавливаются отдельным документом, есть техническая возможность посчитать продолжительность резервов.

Отчет по резервам формируется контекстно из Заказа с отбором по нему, а также произвольно для всех заказов.

Техническое описание

 

Трудозатраты на разработку и внедрение

Трудозатраты на разработку и внедрение нового функционала: примерно 1 100 часов.

Задач, связанных с обеспечением, на текущем проекте еще много, поэтому это первый и необходимый шаг, чтобы дальше архитектурно и методически все увязывать в едином подходе, с нужной производительностью и не "толкаться" с обеспечением внутри Заказов.

Все сделано с максимальным использованием типовых регистров и механизмов (отдать должное разработчикам ERP, начиная с 2.5.7 очень удачная архитектура обеспечения, которая позволяет выполнять подобные доработки), поэтому обновление выполняется достаточно просто. При желании и времени все доработки можно вынести в отдельное расширение (есть такие мысли, но пока руки не дошли).

Описание сделано максимально без подробностей, чтобы не увеличивать сильно статью. Если будут вопросы к отдельным механизмам, отвечу в комментариях.

Новые объекты

  • Документ «Обеспечение» - вся логика работы с обеспечением перенесена в него. Заказ клиента и Заказ на перемещение больше не формируют движения по регистрам обеспечения;
  • Остаточный регистр накопления «Обеспечение по заказам» - требуется для контроля целостности данных и построения отчета по резервам в нужной доп. аналитике.
  • Отчет «Распределение запасов (ошибки)» - проверочный отчет для контроля расхождений типовых оперативных регистров (Товары на складах, Товары к отгрузке, Товары к поступлению и т.д.) с регистрами обеспечения (Распределение запасов, Запасы и потребности) и новым регистром «Обеспечение по заказам». В основном использовался на этапе разработки нового функционала.

Документ «Обеспечение» формирует движения по регистрам:

  • РН «Заказы клиентов» – для заказа клиента. Так как движения по аналогу действия «Отгрузить» теперь выполняются новым документом «Обеспечение» добавлены движения по этому регистру, чтобы сторнировать движения без серии, которые формирует Заказ клиента и перекладывать движения на серию. Движения в регистр формируются только в количественном выражении. Стоимостные показатели в документ «Обеспечение» не добавляли, так как они не имеют отношения к обеспечению.
  • РН «Заказы на перемещение» – для заказа на перемещение. Сделано в аналогичном подходе, как и для Заказа клиента;
  • РН «Запасы и потребности»;
  • РН «Распределение запасов – Движения»;
  • РН «Товары к поступлению» – только для Заказа на перемещение;
  • РН «Товары к отгрузке»;
  • РН «Обеспечение по заказам» - новый регистр. Во всех документах, которые формируют в него движения выполняется контроль остатков в типовой логике ERP.

Подход к формированию документа «Обеспечение»

Документ формируется автоматически, пользователи о его существовании ничего не знают. Каждый раз, когда в Заказах пользователь выполняет изменение (Номенклатура, Характеристика, Серия, Упаковка, Дата отгрузки, Количество, Количество не обеспечивать, Количество к отгрузке, Отмена строки, Добавление новой или удаление существующей строки, разбивание строки) автоматически создается документ «Обеспечение». Документ всегда создается на разницу между данными в ссылке и объекте.

Технически формирование документа разделено на два этапа:

  • Перед записью Заказа подготавливается таблица с изменениями и производится распределение товаров в резерве и к отгрузке по изменениям, чтобы не "потерять" резервы и товар к отгрузке.
  • При проведении или отмене проведения по подготовленным данным п.1 формируется документ «Обеспечение».

При этом если пользователь разделит строку или удалит одну строку и добавит вместо нее по такой же номенклатуре другую строку, то при наличии резервов и товаров к отгрузке эта информация не теряется.

Например, есть Товар в количестве 10 шт. из них все 10 шт. в резерве.

Если пользователь разделит строку на три в количестве 5, 3, 1, то резерв в количестве 9 шт. будет сохранен, а 1 шт. будет автоматически снята с резерва.

Изменение метаданных в типовых объектах

  • Документ «Заказ клиента»
    • Добавлены реквизиты в таб. часть «Товары»
      • КоличествоНеОбеспечивать
      • КоличествоУпаковокНеОбеспечивать
      • КоличествоКОтгрузке
      • КоличествоУпаковокКОтгрузке – на скриншотах выше колонка «К отгрузке» это не этот реквизит, а реквизит формы, так как стоит задача очищать его визуально после отгрузки. В этом же реквизите содержится информация о количестве аналогичное действию «Отгрузить» в типовом решении;
      • СтатусУказанияСерийДоп – используется для отображения нужной пиктограммы учета серий в строке товаров. Заполняется типовыми механизмами (доработанными), что и типовой реквизит «СтатусУказанияСерий».
      • КоличествоСерии – используется для контроля заполнения серий в связанной таб. части «Серии» и количеством, которое пользователь установил к отгрузке в строке таб. части «Товары».
      • Все не редактируемые реквизиты в форме Заказов — это реквизиты формы, а не объекта.
    • Новая таб. часть «Серии» - чтобы не разбивать строки в таб. части «Товары» при отгрузке разных серий, серии хранятся в новой таб. части.
      • КодСтроки;
      • Номенклатура;
      • Серия;
      • Количество.
  • Документ «Заказ на перемещение» - аналогичные метаданные, что и у Заказа клиента;
  • Документ «Реализация товаров и услуг»
    • Новая таб. часть «Обеспечение» - по ней формируются движения по новому РН «Обеспечение по заказам», заполняется при проведении в подходе как «Виды запасов». По данным, указанным в реализации, получаются остатки по новому регистру для того, чтобы дозаполнить недостающую аналитику.
      • Номенклатура
      • Характеристика
      • Серия
      • Назначение
      • Количество
      • Склад
      • СкладРезерва
      • Заказ
      • КодСтроки
      • ВидРезерва
      • СрокРезерва
      • ДокументРезерва
      • СерияИзРезерва
      • ДатаОтгрузки
  • Документ «Перемещение товаров» - аналогичная таб. часть, как и у реализации.

Изменения в типовых алгоритмах 

Доработаны вводы документов «Реализация товаров и услуг» и «Перемещение товаров» на основании «Заказа клиента» и «Заказа на перемещение», чтобы заполнение выполнялось исходя из новой архитектуры. С форм Заказов скрыта колонка «Действия», команды, связанные с ее изменением и алгоритмы, где использовалось «Действие».

Доработали команду "Обеспечение - Отгрузить" в Заказах под новую архитектуру и чтобы серии сразу заполнялись по FEFO, а дальше при необходимости те у кого есть соответствующие права изменяли их вручную.

Примеры заполнения нового документа «Обеспечение»

Представление документа сделано как у заказов с добавлением в скобках (обеспечение). Сделали так для того, чтобы у пользователей не возникало вопросов при сообщениях об ошибках, что это за документ, о котором они ничего не знают. Например, пользователь удалил строку в заказе клиента, а по ней уже была отгрузка, в этом случае сработает типовой контроль, который бы сработал если все было в Заказе клиента и в сообщении пользователь увидел бы информацию о Заказе клиента. Вот чтобы для пользователя все было максимально в типовой логике и изменено представление.

Если в строке установлен флаг «Вид движения расход», то формируются Расходные движения по регистру «Обеспечение по заказам», без этого флага «Приходные». По типовым регистрам всегда формируются сторнирующие движения.

Ниже приведу примеры основных действий (по факту их больше) с Заказом клиента.

Добавлена новая строка в Заказ клиента или увеличено количество на 10 шт.

Удалена строка из Заказа клиента или уменьшено количество на 2 шт.

Для строки изменена дата отгрузки с 15.12.2023 на 18.12.2023

Количество по строке установлено «К отгрузке» аналог действия «Отгрузить».

На текущем проекте «К отгрузке» возможно установить только количество из резерва. Резерв устанавливается отдельным документом.

Количество «К отгрузке» перевели назад «В резерв». Аналог, когда действие «Отгрузить» изменили на «Резервировать на складе».

 

ERP Обеспечение Резервы

См. также

1С:Аналитика: архитектура и примеры внедрений BI-решений для пользователей 1С

Отчеты и дашборды Кейсы автоматизации Бесплатно (free)

Не всегда руководитель может оперативно оценить состояние дел в компании и напрямую добраться до всех нужных цифр. Эту проблему решает система 1С:Аналитика – за счет построения комплексного решения, где все компоненты BI-системы объединены вокруг 1С:Предприятие. Расскажем об архитектуре 1С:Аналитики и примерах ее внедрения.

19.02.2024    431    0    resun    0    

3

Как реорганизовать работу проектного департамента, чтобы быть №1

Внедрение изменений Бесплатно (free)

Методики быстрореагирующего производства и QRM-ячейки применимы не только к станкам, но и к проектным командам. О том, как за счет разделения проектного офиса на многофункциональные QRM-ячейки обеспечить равномерную загрузку работу сотрудников, вырасти в два раза и существенно повысить лояльность заказчиков и коллектива, пойдет речь в статье.

14.02.2024    434    0    user1270271    2    

6

Проверочные действия перед внедрением казначейства Бит.Финанс

Внедрение изменений Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

В данной статье мы рассмотрим действия для внедрения системы Бит.Финанс и внедрение казначейства в системе конфигурации Бит.Финанс

13.02.2024    291    0    Koder_Line    0    

0

Как внедрить 1С:ERP за 2 года и не сойти с ума

Анализ предметной области Анализ потребностей и поиск решений Внедрение изменений Бесплатно (free)

Для руководителей подразделений новые проекты вызывают желание получить максимальный эффект от реализации идей, а также опасения, верно ли выбран ориентир нововведений. О том, как справиться с трудностями, дойти до цели и внедрить 1С:ERP на производственном предприятии, ежедневно выпускающем десятки тысяч единиц готовой продукции, расскажем в статье.

30.01.2024    6100    0    user1578851    16    

16

Свободное программное обеспечение в крупной компании – миф или реальность? Как мы переводили 2500 пользователей на Linux

Внедрение изменений Бесплатно (free)

Переход на свободное программное обеспечение – серьезное испытание и для бизнес-пользователей, и для ИТ-подразделения. Нужно учесть много факторов, найти компромиссы и поменять привычки. О «пяти стадиях принятия неизбежного» и успешном преодолении трудностей при переводе ИТ-инфраструктуры автодилерских центров на Linux расскажем в статье.

29.01.2024    2306    0    user1063453    2    

4

ЭП для сотрудников с «человеческим» лицом

Кейсы автоматизации Бесплатно (free)

Статья посвящена тому, как безболезненно перейти на кадровый электронный документооборот (КЭДО). Расскажем про варианты электронной подписи, предусмотренные законом 63-ФЗ, перечислим набор внутренних регламентов, которые необходимо выпустить для перехода на КЭДО, и покажем реальные кейсы по автоматизации КЭДО в организации.

19.01.2024    737    0    AleksKate    4    

5

Как мы автоматизировали работу диспетчерской службы

Кейсы автоматизации Энергетика и ЖКХ Бесплатно (free)

Делимся опытом автоматизации работы аварийно-диспетчерской службы.

18.01.2024    545    0    slavik27    8    

5

Как мы автоматизировали башню раздачи воды

Кейсы автоматизации Платформа 1С v8.3 Энергетика и ЖКХ Россия Бесплатно (free)

Делимся опытом автоматизации учета башни раздачи воды.

27.12.2023    1289    0    slavik27    4    

14
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. texnic79 43 04.12.23 09:45 Сейчас в теме
Видимо опыт предыдущего проекта вполне успешен. Интересует вопрос. В рамках этой реализации удалось ли решить вопрос резервирования товаров на нескольких складах, не входящих в одну группу. Не всегда получается склады объединить в одну группу, скажу даже больше, один склад может входить в несколько групп складов для разных позиций номенклатуры.
2. ASchekachev 198 04.12.23 11:06 Сейчас в теме
Добрый день!
На текущей архитектуре без проблем можно устанавливать резерв на разных складах, а не только на том что в Заказе клиента.
3. itmind 307 15.01.24 09:00 Сейчас в теме
Полгода (1100 часов) на разработку одного документа с движениями и корректировку пары штатных документов?
Да вы умеете деньги зарабатывать )
Оставьте свое сообщение