Данные обработки были написаны для работы с терминалами сбора данных, через терминальный доступ. Для склада были созданы свои складские документы, которые повторяют типовые, т.е. заполняются на основании типовых, но уже разбитые по пакетам и в разрезе уже не самого склада, а ячеек. С приходом терминалов сбора данных (ТСД), кладовщики должны освободиться от этой 2-й работы, они должны просто подтверждать действия на ТСД, а документы уже сами должны формироваться в базе 1С.
У каждого документа, ячейки и номенклатуры уже должен быть сформирован штрих-код! Должны быть установлены компоненты DialMail и FormEx!
Описание схемы складского учета:
При поступлении продукции на склад:
Предварительно определенным сотрудником составляется документ на приход, т.е. делается заявка. Сотрудник обговаривает все условия, что имеется у поставщика, если чего-то нет, то предлагаются другие варианты, не суть важно, в итоге получается всегда готовый документ, который также может при необходимости редактироваться. Сотрудник, который формирует заявку, все позиции товара указывает в готовых изделиях, так стихийно сложилось, что остатки все хранятся в пакетах, а документы сотрудникам офиса (менеджерам) удобно видеть в готовых изделиях. На складе же, все хранится в пакетах, поэтому кладовщикам офисные документы не интересны, пришлось заводить им свои, которые вводятся на основании офисных, но уже разбивают товар по пакетам в разрезе не одного склада, а уже ячеек. Когда заказ сделан и вагон отправлен, кладовщику отдают документ, и он ждет уже прибытие товара. Когда товар пришел, его с вагона сгружают на пол. Вагон ушел и начинается оприходование. Кладовщику предлагается выбрать действие в зависимости, что это за операция, в данном случае это приход. Сканируется документ основание (заявка поставщику) иногда основанием является перемещение между складами либо возврат. Если документ не отсканирован, то действий никаких не происходит, либо если следующим действием не отсканирована ячейка для прихода. Проверки на не существующие или пустые ячейки также присутствует. Оприходование всегда происходит в одну секцию для прихода, откуда потом перемещается по ячейкам, это тоже так стихийно сложилось, что кладовщикам всегда удобней «свалить весь товар в кучу», так сказать «пол» это и есть секция для прихода, затем уже раскладывать по ячейкам. Далее после выбора ячейки, кладовщик увидит, куда он точно приходует товар, т.к. по штрих-коду не всегда понятно, что это за ячейка, и затем сканирует товар. При сканировании товара также идут проверки на наличие его в базе, имеется ли такой товар в заявке, в каком количестве. При приходе нет жестких условий по количеству, было принято решение, если товара больше или меньше фактического, то просто об этом как-то уведомить кладовщика и дать оприходовать, но возможно будет еще такое решение чтобы недобор или перебор записывать отдельным документом, но пока такой необходимости нет, потому, что все расхождения сообщаются кладовщику и товар все равно приходуется, но отдельно от остального.
При внутрискладском перемещении:
Тут достаточно все понятно, что перемещение происходит между ячейками, т.е. сначала кладовщик сканирует ячейку, с которой перемещаем, затем сканирует ячейку, куда перемещаем, и потом уже товар и количество. Если при сканировании оказалось, что товара нет в ячейке, с которой перемещаем, кладовщик будет об этом уведомлен. В будущем, возможно, такое решение, как устанавливать вместимость принимающей ячейки, тогда будет еще выполняться одна проверка, на возможность перемещения товара в принимающую ячейку.
При отгрузке товара:
Отгрузка также происходит по факту, т.е. есть уже документ расходная накладная, по которой отгружаем. Расходная накладная, как и заказ, поставщику товар весь виден в изделиях. Кладовщику это теперь не важно. Он просто берет документ, сканирует его, и начинает отгружать по пакетам. В отличие от прихода в отгрузке все жестко, т.к. товар всегда отгружается по факту.
Действия кладовщика следующие: он сканирует документ на основании, которого отгружаем, далее видим с каких ячеек нужно отгрузить. Выбираем ячейку, к которой ближе всего находимся, сканируем и видим какой товар нужно отгрузить и в каком количестве. Сканируем товар и в случае перебора или недобора кладовщик будет уведомлен и ему придется отсканировать ровно то количество, которое было ему указано.
При резервировании товара по выписке:
По каждому клиенту, в день может формироваться неограниченное количество заявок на сборку, причем это могут быть как перемещения с соседнего склада, так и с основного, разными документами на один поддон, и каждый раз отрабатывать по одной заявке, да еще искать "в куче" нужную, не совсем удобно, гораздо проще сформировать 1 заявку по клиенту из всех подзаявок, а затем пойти и с помощью термила сбора данных, проверить общую заявку, и записать несоответствия если таковые имеются в подзаявках. Обработка находится в архиве "РезервированиеПоВыпискеТСД".
При отгрузке товара по выписке:
Что касается отгрузки, так же не всегда удобно проверять документы по отдельности, если еще и учесть, что клиенту за период выписывают несколько накладных и собирают все на один поддон, разбираться какой товар был учтен какой нет, нет никакого желания, лучше сформировать один документ по всем накладным и проверить уже весь товар непосредственно перед отгрузкой. Обработка находится в архиве "РасходныйОрдерПоВыпискеТСД".
Иногда существует необходимость быстрого получения информации о товаре по штрих-коду, либо остатков по выбранной ячейке. Для этого в архиве можно найти обработки "ИнформацияОЯчейкеТСД" и "ИнформацияОТовареТСД".
Добавлена также возможность проведения инвентаризации по складу "ИнвентаризацияТСД".
