Дополнительный функционал WMS Ситек

Разработаны новые автоматизированные рабочие места приемки, трансформации упаковок, отбора проб и образцов. Переработана архитектура хранения транспортных кодов и состава транспортных единиц, алгоритмы приемки и размещения. Настроена интеграция и взаимодействие с ГИС МДЛП и корпоративными системами поклажедателей.

Термины:
ЦМТ - Цифровая маркировка товаров.

1.Акт о расхождении при приемке товара

• Документ для хранения данных, которые выводятся на 4 листах в печ.форму Торг2. Состав комиссии, их должности

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

2. Учет по нескольким складам

• Добавлена возможность учета по нескольким складам. Необходимо, чтобы при получении из КИС распоряжения по конкретному складу размещение и отбор срабатывали по складу из плана.
• Не достаточно возможностей штатных настроек отбора или размещения. Зоны и помещения не подходят - они есть на каждом складе и используются в системе.

3. Ожидаемая приемка

• Добавлен механизм учета входящих термоконтейнеров с контролем температуры перевозки. Требование GDP. Добавлена печатная форма акта о расхождении температур (Температурный акт).
• На случай когда не хотим использовать ТСД на этом этапе. Отдел приемки работает только на АРМ. ТСД только у сборщиков и контролеров.

4. Разработка собственного Рабочего места оператора приемки

• Привычное расположение кнопок и маршрут процесса приемки по шагам. Для быстрой адаптации.
• Переработан алгоритм приёмки.
• Добавлен мастер приемки:Возможность добавления единиц измерения. (с возможностью видеть все единицы измерения товара с разбитием по типу грузообработки)
• Возможность видеть выбранный товар в разрезе состояния.
• Добавлен механизм отложенной автоматической трасформации.
• Реализована проверка соответствия загружаемых из ГИС МДЛП данных в составе упаковок ЦМТ данным НСИ
• Подсказки пользователям для закрытия контейнера. Зачем: пользователи никогда ранее не работали с контейнерами. Ошибаются и принимают товар разложенный на разных паллетах с небольшим объемом товара на один контейнер. Признаки: 
• По наполняемости
• По приемке ЕИ по классификатору палет 
• Повторное сканирование этого же контейнера
• Сканирование или переход на новую ячейку

• Диалоговое окно Да/Нет с трансляцией пользователям и QR кодов. 1 - "ДА", 0 - "Нет". Зачем: пользователи чаще держат в руках сканер, а не мышку.
• Удобная форма создания новых ТУ (спайка; короб; паллета). Кнопка "Создать новую ЕИ" с выбором наименования ТУ по классификатору с вложение в эту ТУ других ТУ с разной кратностью. Зачем: Большой поток товара с новыми ЕИ по кратности и их вложенности.
• Инструмент создания Партии и Номенклатуры из АРМ. Зачем: Большой поток товара, включая как излишки.
• Приемка сразу на ячейку приемки. Зачем: Кросс докинг. Нет смысла размещать товар. После окончания отбора размещение неотгрузка свободным перемещением.
• Переделка процесса внесения ВГХ для потребительских упаковок и ТУ. Зачем: На складе уже существовала методика внесения ВГХ через мобильные станции ИнфоСкан. Сохраняем ее.
• Блокировка приемки товара без ШК и GTIN. Удобная запись этих данных в систему при их сканировании. Зачем: Сообщения с КИС для подтверждения в ФГИС МДЛП должны быть с GTIN.
• Табличная часть Ожидаемой приемки с колонками План/Факт Зачем: Контроль факта приемки.
• Мерцание кнопок выбор: Ожидаемая приемка; Ячейка; Контейнер; Партия. Зачем: Указание пользователю на каком он этапе или "Где я!".
• При конвертации из документов Планы приемки документа Ожидаемая приемка заполнение поля "название приемки". Зачем: Разделение и контроль Ожидаемых приемок (Приемок товара) от одного контрагента разными машинами.
• Реализовано формирование индивидуального кода (QR) для упаковки на этапе приемки. С печатью этикетки, которая хранит необходимую информацию о товаре.
• Механизм отложенной автоматической трасформации позволяет планировать в АРМ приемки и выполнять после проведения "Строки приемки" расформирование транспортной упаковки при обнаружении в ее маркировки в процессе приемки.

• Функции трасформации автоматически резервируют коды SSCC для агрегации и получают состав для расформирования и изъятия. Автоматическое взаимодействие с МДЛП

5. Согласование смены статуса товара

• Утверждение смены статуса товара двумя пользователями членами комиссии для валидации информационной системы требованиям GxP1.Нужно для соблюдения законов 

6. ЦМТ: Учет транспортных упаковок без состава

• Можно оперировать транспортными упаковками без состава  Зачем: Значительная часть ТУ принимается и отгружается без изменений в составе, с этой доработкой загрузка состава является опциональной, возможно разделять во времени приёмку кодов и загрузку их состава

7. ЦМТ: Формирование трансформации при отборе(Автоматич)

• Отбирается код ЦМТ, фоном создается документ трансформации (в прошлой итерации сделали на базе документа "Пересчет", нужно переделывать на документ "фрм_ЗаписьДанныхОСоставеУпаковокЦМТ") Зачем: Типовой отбор предполагает, что к моменту отбора товаж уже находится в упаковках подходящей кратности(подготовка товара к отбору - это дополнительные трудозатраты для сотрудников склада), автоматическое расформирование при отборе позволяет планировать отбор с учетом состава упаковок и расформировывать упаковки по факту отобранных кодов ЦМТ

8. ЦМТ: Хранение состава с неограниченным кол-вом уровней вложенности

• Хранение структуры кодов ЦМТ с неограниченным кол-вом уровней вложенности Зачем: Типовая модель предполагает 2 уровня, фактически их может быть до 5, при текущих вводных.

9. ЦМТ: Документ трансформации

• Документ трансформации (расформирование, агрегация, вложение, изъятие). Зачем: Типовая система позволяет делать изъятие и вложение через документ перемещение (агрегации и разагрегации нет), решено было сделать отдельный документ трансформации, чтобы не перегружать логику типовых документов "Перемещение" и "Пересчет", а так же для того, чтобы упростить создание отдельных рабочих потоков на ТСД.

10. ЦМТ: Расформирование, Изъятие, Агрегация на ТСД

• При выполнении задачи отбора и контроля на ТСД добавлены соответствующие функции. Зачем: Необходимо предоставить возможность производить "свободную трансформацию" на ТСД.

11. ЦМТ: Добавление возможности выполнить трансформацию из задачи отбора и контроля вручную.

• При выполнении задачи отбора и контроля на ТСД добавлена соответствующая функция. Зачем: Трансформации нужны как на отборе, так и на контроле

12. Виджеты.

• Блок виджетов. Зачем: интерфейс, основанный на виджетах для сотрудников, занимающихся оперативным разрешением инцедентов с маркировкой и рабочими задачами

13. Интеграция с МДЛП

• Функционал автоматического резервирования в МДЛП кодов SSCC для агрегации.
• Функционал автоматического получения состава SSCC для расформирования и изъятия.
• Интеграция с маркировкой лекарственным препаратов на основные типовые операции: агрегация, разагрегация, получение составка упаковки, получение входящих сообщений и т.д. Зачем: Эти функции перекладываем на WMS, в типовом решении их нет.

14. Обмен с КИС

• Обмен с КИС 1с УТ, 1с УНФ по формату конвертации 2. Реализовано как в виде выгрузке документов, так и онлайн обмена НСИ (при изменении) через web сервис. Так же есть возможность выгрузки НСИ (номенклатура, серии, качество и т.д.) в разрезе разных КИС поклажедателей. Соответствие реализовано через регистр, где указан узел обмена с КИС и организации которым эта НСИ принадлежит. Зачем: В типой только обмен по web сервису с системой 1С ERP
• Универсальное настраиваемое решение для обработки разноформатных заявок поклажедателей и формирование документов План приемки и Заказ на отгрузку. Зачем: Нет в типовом решении

15. Управление двором

• Закладка "Данные исполнения" . Переименована на "Данные диспетчера". ТС и водитель перенесены в закладку. Добавлены поля: Номер ТС; Прицеп; Температурный режим перевозки; Количество паллет; Количесвто мест (коробов). Зачем: Мало информации для регистрации транспорта на Разгрузке.

16. План КиЗ в плане приемки

• Добавлена табличная часть Коды ЦМТ в документ усПланПриемки, по аналогии с усОжидаемаяПриемка. ТЧ заполняется при загрузке документа из КИС. Доработаны правила конвертации для переноса данных табличной части в план приемки. Зачем: Коды должны переноситься в план приемки.

17. Интеркампани

• Выгрузка-загрузка цепочки владельцев товара в ТЧ заказов на отгрузку. Алгоритм отбора по первоначальному владельцу Зачем: Оптимизация складских процессов

18. Биллинг

•  Формирование дополнительных услуги при приемке (АРМ) и отрузке (ТСД) товара Поклажедателя таких как Предоставление паллет, Обмотка стрейч пленкой, Пересчет упаковок в незаводских коробах, Пересчет упаковок брак в коробах заводских. Зачем: Нет в типовом решении

19. web-сервис для поклажедателей

• Выдает информацию об остатках и занятых ячейках заданного поклажедателя Зачем: Нет в типовом решении

20. Личный кабинет поклажедателя

• Отдельная конфигурация. Запрос информации об остатках, получение биллинга и т.д. Зачем: Нет в типовом решении

21. Архитектура хранения состава упаковки

• Для использования в алгоритмах отбора Зачем: Нет в типовом решении

22. Загрузка распоряженый поклажедателей

• Подсистема универсальной загрузки распоряжений поклажедателей в различных форматах (xlsx, xml и т.д.) через различные транспорты обмена (файловый, ftp, WS) Зачем: Нет в типовом решении

23. Учет вложенности упаковок номенклатуры

• Добавлена архитектура хранения: В типовом функционале нельзя учитывать иерархию упаковок номенклатуры

24. Доработка алгоритма отбора

• Возможно при планировании отбора учитывать состав упаковки номенклатуры и отбирать в соответствии с ним. Зачем: Типовой механизм не позволяет хранить иерархию упаковок и , соответственно, планировтаь отбор в соответствии с ней

25. Доработка алгоритма отбора

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

26. Доработка шаблонов этикеток

• Возможность в каестве макета печати этикетки использовать внешнюю печатную форму из списка внешних печатных форм. Зачем: Такая возможность отсутствует в типовом механизме

27. ЦМТ Документ трансформации для внутренней маркировки

• В отличие от государственной маркировки, внутренняя маркировка не предполагает хранеие состава вложенных кодов ЦМТ, поэтому процедура трансформации такого товара отличается от стандантной. Используется для отбора проб, выборочного контроля, отбора образцов. Зачем: Такая возможность отсутствует в типовом механизме

28. Рабочее место на ТСД: Изъятие товара (внутренняя маркировка)

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

29. Рабочее место на ТСД: Запрос состава транспортной упаковки ЦМТ 

• Позволяет запрашивать в маркировке состав ТУ по коду Зачем: Такая возможность отсутствует в типовом механизме