Справочное хранение и размещение номенклатуры в ячейках. КА 2.5

18.04.24

Учетные задачи - Логистика, склад и ТМЦ

Расширение для КА 2.5, позволяющее работникам склада указывать при отгрузках (через расходные ордера) - ячейки хранения и размещения номенклатуры, габариты (ширину, глубину, высоту), вес - все справочно.

Скачать исходный код

Наименование Файл Версия Размер
Справочное хранение и размещение номенклатуры в ячейках
.cfe 276,49Kb
0
.cfe 2.5.12.87 276,49Kb Скачать

Коллеги, добрый день!

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

Типовой функционал КА позволяет размещать номенклатуру справочно по ячейкам только в момент поступления номенклатуры. Все логично: пришла номенклатура - надо разместить. При отгрузках и реализациях такого функционала нет.

Я же пошел по другому пути, потому что склад уже наполнен товарами, и процесс перехода на справочное хранение номенклатуры по ячейкам происходил на действующем складе.

Я предложил работникам склада, имея на руках распечатанный расходный ордер, пройтись по складу, зафиксировать имена ячеек на бумажном ордере, далее, отгрузив товар покупателю, перенести с расходного ордера свои заметки в компьютер в базу 1С: ячейку хранения, габариты и вес.

Для этого была дополнительно разработана:

  1. удобная форма указания ячеек, габаритов и веса товара на рабочем месте работника склада (рис.1 - см. ленту или ниже).
  2. доработан список ячеек для удобного выбора согласно схеме склада (рис. 2).
  3. доработана печатная форма расходного ордера, в которой видно по галочке "V" указаны ли габариты, указаны ли ячейки хранения (основная и дополнительные), указан ли вес (рис. 3).

Данная работа явилась логическим следствием и продолжением работ по внедрению адресного хранения товаров на складе, перешедшая к внедрению справочного хранения товаров по ячейкам:

  1. Элементы внедрения адресного хранения
  2. Внедрение адресного хранения в КА 2.5
  3. Оцифровка и визуализация склада
  4. Этикетки ячеек со стрелками

Представленное расширение было разработано и протестировано на программе 1С:Комплексная автоматизация 2 (2.5.12.87), на платформе 1С:Предприятие 8.3 (8.3.23.1865).

Пояснительные рисунки по функционалу расширения:

рис. 1.

рис. 2.

рис. 3.

Доработка печатной формы расходного ордера - из документа Расходный ордер на товары или Реализация товаров и услуг - была проведена на основе печатной формы Две печатные формы на одном листе. Только в данном расширении одна общая форма, которая объединяет и расходный ордер и задание на отбор. Также был использован механизм печати расходного ордера из документа Реализация товаров, описанный в статье Расходный ордер из Реализации товаров. В статье описаны внешние обработки, а в данной публикации механизм представлен в виде расширения.

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

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

Все алгоритмы, связанные с упаковками и габаритами, я вынес в отдельный общий модуль, который присутствует в представленном расширении. Механизмы работы с единицами измерения и упаковками я описал в статье Программная работа с упаковками в КА 2.5 (сейчас на редактировании).

Смотрите дополнительно видеообзор, как работает расширение - какой функционал заложен.

 
 Справочное хранение товаров в ячейках

 

 

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

Также создание расходных ордеров на основании реализаций может приводить к некорректному распределению количества товаров по упаковкам исходя из количества штук в упаковках. Эта часть типового кода также изменена в расширении. Будьте внимательны.

На этом все. Всем добра!

С пользой для клиентов, Рустем

 

Проверено на следующих конфигурациях и релизах:

  • 1С:Комплексная автоматизация 2, релизы 2.5.12.87

Справочное размещение по ячейкам расходный ордер на товар

См. также

Автоматический заказ поставщику в 1С: загрузка прайсов и анализ цен поставщиков для УТ 10.3, УТ 11, КА2, УНФ, УПП, ERP, Розница 2

Бюджетирование и планирование Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Анализ продаж Платформа 1С v7.7 Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Беларусь Украина Россия Казахстан Управленческий учет Платные (руб)

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

28500 руб.

21.04.2017    91247    111    40    

200

Загрузка номенклатуры из Excel в УТ11, КА 2, ERP 2, Розница 2. Дополнительные реквизиты и сведения, характеристики, картинки, цены, остатки

Загрузка и выгрузка в Excel Розничная торговля Логистика, склад и ТМЦ Ценообразование, анализ цен Прайсы Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Розница 2 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Управленческий учет Платные (руб)

Загрузка из файлов xls, xlsx, ods, csv, mxl в УТ11, КА 2, ERP 2, Розница 2. Задействованы все возможности конфигурации - заполнение реквизитов номенклатуры, дополнительных реквизитов и сведений, характеристики, доп.реквизиты и сведения характеристик. Дополнительные обработки для расширения возможностей.

10560 руб.

29.10.2014    211862    630    526    

446

AS WMS: автоматизация склада с адресным хранением с помощью ТСД

Логистика, склад и ТМЦ Платформа 1С v8.3 Россия Платные (руб)

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

40000 руб.

26.07.2023    3781    14    0    

11

Модуль "Ответственное хранение" или фулфилмент (FBS / FBO) для 1С:УТ 11.5, КА 2.5, ERP 2.5

Логистика, склад и ТМЦ Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Оптовая торговля, дистрибуция, логистика Управленческий учет Платные (руб)

Модуль "Ответственное хранение" для 1С (УТ 11.5, КА 2.5, ERP 2.5) позволяет организовать учет ответственного хранения товаров с весовыми характеристиками, в том числе со сроком годности и личным кабинетом Поклажедателя. Модуль реализован в виде расширения конфигурации, устанавливается в режиме 1С:Предприятие 8 за 5 минут по инструкции, что позволяет оставить конфигурацию 1С на стандартной поддержке и продолжать получать стандартные обновления от фирмы "1С".

60000 руб.

09.06.2020    35113    27    59    

56

SALE! 10%

Перенос данных из УТ 10.3 в УТ 11 / КА 2 / ERP 2. Переносятся документы, справочники и остатки

Перенос данных 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)

Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос в продаже с 2015г., и мы постоянно работаем над его развитием. Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Предлагаем качественное и проверенное временем решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам. При выходе новых релизов конфигураций 1C оперативно выпускаем обновление переноса данных.

50722 45650 руб.

24.04.2015    191117    270    239    

270

Загрузка номенклатуры c картинками (несколько потоков одновременно) и сопутствующими данными в базу и любые документы из yml, xls, xlsx, xlsm, ods, ots, csv для УТ 10.3, УТ 11 (все), БП 3, КА 2, ERP 2, УНФ 1.6/3.0, Розница 2

Загрузка и выгрузка в Excel Логистика, склад и ТМЦ Ценообразование, анализ цен Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Платные (руб)

Эволюция не стоит на месте - новая удобная версия функциональной обработки для Вашего бизнеса! Что же Вы получаете? Удобный и интуитивно понятный интерфейс с 3-мя этапами работы. 2 режима - автоматический и ручной. Чтение XLSX, XLSM, CSV, XML/YML форматов без офиса, на любом сервере! Визуальное связывание колонок файла и реквизитов простым перетаскиванием колонок. Создание или обновление номенклатуры с иерархией, характеристик, доп. реквизитов, упаковок, загрузка практически неограниченного количества картинок на одну номенклатуру (с возможностью загрузки в несколько потоков одновременно), с хранением в томах или в базе. Загрузка номенклатуры поставщиков или поиск по их данным номенклатуры. Загрузка доп. реквизитов в характеристики. Загрузка штрихкодов с генерацией новых. Создание элементов справочников и ПВХ "на лету" для выбранных реквизитов. (Обновление от 09.04.2024, версия 9.9 - 9.10)

14400 руб.

20.11.2015    151798    368    376    

503
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Torin 754 29.09.23 09:51 Сейчас в теме
2. CheBurator 3119 01.10.23 02:11 Сейчас в теме
Что ж вы все знАчимое растаскиваете по разным углам? Идентификатор товара - слева, ячейка этого товара справа... Ну положите уже идентификатор и ячейку РЯДОМ визуально, в "соседних" столбцах. СКЛАДСКИМ линейным будет гораздо удобнее - я бы вообще положил колонки в таком порядке: "ячейка-артикул-количество-наименование".
.
такой порядок колонок как на макете в статье - это хорошо для работы с бумажными документами, а не среальным товаром. И такой порядок как выше в макете - только если один и тот же человек - "комбайнер" - и товаровед, и учетчик, и оператор за компом и по складу бегает: тогда все сводится к привычной и чаще используемой форме - как в первичиных доках - товар...едемедем глазами вправо - количество..едемедем глазами вправо - сумма-итд..снова едем...
3. CheBurator 3119 01.10.23 02:14 Сейчас в теме
Ждем от автора когда перейдет к следующему этапу - штрихкодирования "строк" в печатных формах чтобы данные с бумаги быстро переносить в комп...
5. RustIG 1619 01.10.23 10:34 Сейчас в теме
(3)штрихкодирование документа открывает документ, далее переходим в размещение по ячейкам, и внутри окна все габариты прописываем. Этого достаточно. Пока не было задачи ШК в печатную форму вынести.
4. CheBurator 3119 01.10.23 02:16 Сейчас в теме
Оцифровка и визуализация склада - хороший кейс!
посмотри разработку "Убер на складе" - не пробовал погонять ее на своих "хитрозапутанных" расстановках стеллажей?
6. RustIG 1619 02.10.23 08:45 Сейчас в теме
(4)Убер на складе
Спасибо за информацию.
В статье "Убер на складе" - порядок обхода зависит от расстояния до ячеек.
Хотя на самом деле это не на всех складах так (в зависимости от бизнес процессов и смысла).
В моей обработке порядок обхода отсортирован по весу - сначала забираем самый тяжелый товар (готовую продукцию/ запчасть/полуфабрикат, в общем ном-ру). Кому-то это важно.
В других задачах одну и ту же ном-ру , но с разными датами - также придется забирать не зависимо от расстояния, а в зависимости от даты (либо это партионный учет , или серийный учет) - то есть с учетом партии или серии.
Есть еще коллективный отбор по заявке - когда одну заявку на отгрузку собирают несколько сотрудников - в этом сценарии также от расстояния не будет зависеть.
Посмотрел сейчас - в статье "Убер на складе" я не понял принцип и математику расчета.
На мой взгляд это отчасти математическая задача - в каждый момент времени, где бы ни находился сотрудник склада, создается свое дерево расстояний ко всем товарам (порядок обхода), которые нужно собрать. Начало там, где стоит сотрудник. Каждый шаг проверяется на оптимальность - возможно это динамическая задача Беллмана. В таком случае, расчетная нагрузка на систему будет ощутимой - если это реализовать на автономном ТСД - то процессор ТСД не справится, а выигрыш сомнительный.
Плюс надо учесть что периодически свободные проемы и коридоры заставляются стихийно коробками и паллетами, которые создают препятствия, которые не введены в базу 1С, плюс движение погрузчика и оставление его в заранее неизвестном месте на пути движения тележки...
Для очень большого склада, в котором пешком не ходят до стеллажей, и в целом катают только на погрузчиках - убер будет уместным, но в этих условиях надо также оптимизировать перекрестные пути погрузчиков. А еще лучше, когда все заявки собираются, ном-ры группируются для отбора, и уже тогда строится маршрут для отбора ном-ры сразу по всем на данный момент заявкам.
Плюс в начале статьи "Убер на складе" есть фраза
В многих WMS есть в справочнике ячеек есть такой числовой параметр, как «Порядок обхода» и логисты часто спрашивают меня «Дмитрий, а как его заполнять?». Все время начинаем придумывать некий виртуальный порядок обхода - зигзагом или еще как то… Все время понимал ущербность этого подхода и вот сейчас продвинулся в этом направлении.

Я в этом не вижу ущербность, я в этом вижу только не универсальность - для каждого типа склада и бизнес-проц. не подойдет.
С другой стороны, я представляю, как можно его использовать с пользой для любой расстановки склада.
На мой взгляд можно использовать трехбуквенный порядок обхода XYZ - где X это координата горизонтальная, Y - координата вертикальная, Z - координата ячеек по высоте. Каждой паре рядом расположенных ячеек надо сопоставить еще один параметр вероятность обхода. То есть сами сотрудники склада определяют, что чаще они из двух ближайших ячеек выберут вот эту, а не эту. С помощью этой таблицы будут разрешаться коллизии, что предлагать сотруднику в сценарии, когда до обеих ячеек примерно одинаковое расстояние. При этом можно заложить несущественные отклонения для расстояний...
Задача больше, чем я ее представляю и описываю.
На каждом складе придется использовать допущения.
7. CheBurator 3119 02.10.23 12:16 Сейчас в теме
(6) не, там насчитывается матрица расстояний и потом строится от точки А до точки Б. На мой взгляд это мало используемо, потому что в своей практике я не встречал когда бы задания (задание = взять товар из ячейки) выдавались сборщику ПООДИНОЧКЕ. На сборщика выдается обычно пул заданий (пример пула - 1 лист отбора на бумаге, или пул = лимит по объему или по весу или по количеству строк). А уже для этого пула заданий можно сразу обсчитать маршрут обхода. Но это вполне разумно решается без тяжелых оптимизационных задач (хотя кто их любит делать - типа убера на складе - типа считается на лету практически мгновенно) обычной сортировкой порядка обхода ячеек и грамотным разбиением склада на зоны отдельной сборки. Где-то маршрут по порядку обхода в ряде случаев может быть неоптимальным (пожарные проходы не учитываются), но персонал обычно быстро ориентируется в каком месте надо перейти в другой ряд и плюс порядок обхода - прост и прозрачен как для настроек так и для поиска ошибок (и не надо отрисовывать расстановку склада), а оптимизационные алгоритмы - вещь в себе. Для склада где бегает пяток человек (или для "ларечных" складов с нерегулярной расстановкой стеллажей - типа как у тебя на рисунках) может и пойдет насчитывать оптимальный маршрут заранее для пула заданий - но это надо пробовать и гонять на живой работе. Для складов где бегает десятки и сотни сборщиков - не знаю.. не знаю... Народ ворчит когда на ТСД пауза больше полсекунды образуется... а как будет оптимизационная задача обсчитываться на таких объемах (и она там же не одна будет считаться) - хз... Так-то было бы конечно занятно погонять, но первые прикидочные прогоны (см. ссылку ниже) показывают что на СКЛАДАХ с регулярной структурой получается та же самая "змейка"...
.
погонять алгоритмы:
http://qiao.github.io/PathFinding.js/visual/
поиск кратчайшего пути между двумя точками, можно нарисовать всякие препятствия и пробовать разные алгоритмы.
8. triviumfan 93 04.10.23 10:02 Сейчас в теме
Не знаю насколько это удобно, но плюс однозначно 🙂
9. Serg O. 265 11.10.23 14:38 Сейчас в теме
однозначный + за внедрение "как есть" ...
но без полной инвентаризации... по всем ячейкам ...
и без перехода на типовые механизмы ... это так и будет "костылём"
красивым, полезным, но костылём

опять же число "ячеек" (в примере у вас) не так уж и много...

у нас был склад 20 рядов х 20 "ячеек" в каждой из которых 4-7 этажей х 3 паллет
это 4 800 - 8 400 "адресов" и это только на 1 складе...

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

Опять "обежать весь склад" ... для 1 товара нормально... а в накладной если их 10-100 ? 100 кругов ?

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

ну или придётся и дальше усложнять и дорабатывть это расширение.
10. RustIG 1619 12.10.23 10:40 Сейчас в теме
(9) 1) прелесть "Справочного хранения" товаров (без помещений) в том, что не меняются учетные механизмы. То есть, если включите эту настройку, то ничего не изменится в бизнес-процессах.
Тут стоит еще отметить, что предварительно надо перейти на режим использования расходных и приходных ордеров. А вот это очень сложно и занимает время.
Для понимания стоит написать, что переход на ордерный режим можно осуществлять без перехода на справочное хранение товаров - то есть использование адресов по ячейкам это следующий шаг после введения ордеров, и это не обязательный шаг.
Вывод: включение справочного хранения товаров возможно только для ордерных складов.

а это значит "знать заранее" какие ячейки ещё пустые, а где товар лежит

Я бы добавил, что широкий спектр задач задач решается и закрывается, и дает коридор для расширения функционала и внедрения нового, например, задействовать свою логику размещения/хранения товаров, перейти на использование ТСД.
Справочное хранение:
1) позволит начать оптимизировать размещение товаров по стеллажам и ячейкам (особенно когда товар разбросан по складу)
2) позволит видеть залежавшийся товар и ячейки, на которых товар долго лежит - для этого делается дополнительно запрос или отчет по товарам, который не продается длительное время
3) позволит новым сотрудникам склада входить в рабочий процесс
4) позволит менеджерам быстрее ориентироваться на складе при подготовке к сделке (если надо проверить качество/брак товара, продать уценку и др.)
5) позволит быстрее проводить инвентаризацию товаров (как общую, так и частичную) - скажем так, частичную инвентаризацию без знания где хранится товар - невозможно провести
6) позволит начать вносить размеры упаковок и вес в базу 1С - скажем так, этот процесс удобно встроен в процесс размещения по ячейкам
7) позволит отбирать товары - сначала тяжелые, затем по убыванию веса - то есть позволит заложить любую логику удобную сотрудникам склада

Опять "обежать весь склад" ... для 1 товара нормально... а в накладной если их 10-100 ? 100 кругов ?

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

опять же число "ячеек" (в примере у вас) не так уж и много

Ну как сказать? Чем измерять? а для кого мало? для внедренцев ? или для сотрудников склада?
для внедренцев - за полгода-год на двух складах менялась топология склада, а с ней адресация ячеек. Еще на копии все отлаживалось и согласовывалось. Умножайте на 2. В дальнейшем силами заказчика изменяется адресация - все обучены.
для сотрудников склада при их загруженности - им понадобилось 1,5 года указать все габариты, вес, ячейки, оптимизировать размещение товаров.

пока у вас склад не очень забит

склад забит и даже между стеллажами постоянно лежит товар, который надо куда-то разместить и освободить пространство. Скажем так, это не влияет на внедрение/использование предложенной технологии.
без перехода на типовые механизмы ... это так и будет "костылём"

сейчас это рабочий инструмент уже много лет, как и многое другое внедренное в 1С через расширения (около 20 разных полезных расширений) - КА 2.5 это безграничное поле для внедрений
в дальнейшем - только полная инвентаризация и переход на типовой механизм

О каком типовом механизме идет речь? Предложенный способ итак использует типовые механизмы.
или придётся и дальше усложнять и дорабатывть это расширение

Каждое решение решает определенную задачу. Будут новые требования? - будет новое решение. Не очень понимаю о чем вы написали. Универсальных решений нет. Даже сама КА 2.5 - это в голом виде из коробки это незаконченное решение - его адаптируют, обновляют, настраивают.

А в целом, спасибо за плюс, за обратную связь, за диалог. :)
Оставьте свое сообщение