УТ11, ордерная схема, ячеистый учет. Как убрать "минусы" в ячейках #791162

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

Начните с учёта. да, инвентаризация, рулит

Спасибо! Начали с учета... Надо на какое-нить число выровнять и уже норм вести...

включить мозг и забыть про УЧЕТНУЮ схему работы - когда двигают "воздух" в том или ином проявлении. При складской работе - ЗАДНЕГО ЧИСЛА НЕ БЫВАЕТ. поэтому сначала 1.выдается задание 2. исполняется задание 3. при отсуствии отклонений = ок 4. при наличии отклонений- ФИКСИРУЮТСЯ отклонения в ячейках. 5. зафиксированные отклонения в ячейках устраняются инвентаризацией ячеек или иным способом ЗДЕСЬ И СЕЙЧАС.

Спасибо! У нас Заказ клиента загружается из EDI Контур в количестве 300 шт в день. Моя обработка делает цепочку документов (заказ-реализация-ордер-отбор), серии подбираются по особым правилам, автоматом делается перемещения по особым правилам, как им надо... Вручную - да хорошо бы было, но не реально... И где-то в этой всей цепочке есть сбой... Иногда получаются минусы. Толь они руками что-то правят, толь еще как, пока отловить не могу. Вопрос: Как правильно фиксировать отклонения в ячейках?

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

как правильно фиксировать - тут не спец по ут. Где проблема в отборе - идёшь и инвентаря хирург ячейку. После инвентаризации ячейки коректируешь задания.При 300 заказах в день надо либо серьёзно жапиливать штатную схему либо переходить на wms

Если можешь вмешиваться в конфигурацию, можно вставить запись изменений в лог-сплетницу.. Чтобы не перегружать лог системный - ЖР После оператора Записать пиши в сплетницу, кто, что когда сделал.. Если уж так надо знать, кто пакостит бездумно

отклонение в ячейке приводит либо к невозможности отбора из ячейки полного заданного количества, либо частичного заданного количества. исходим из того идет работа по бумаге(?). исходим из того что ведется количественный учет по ячейкам. 1. ясен пень, что если выдано задание из яч23 взять 10шт товара, а там всего (ну так получилось) можно взять 8 штук - СБОРЩИК НЕ ИМЕЕТ ПРАВА САМОСТОЯТЕЛЬНО куда-то там идти и брать еще 2 шт из другой яч. (по принципу "я же знаю что там есть"). если п.1 не соблюдается - дальше даже говорить нечего. 2. сборщик отмечает в листе отбора план=10, факт=8, отклонение= -2. 3. после сдачи листа отбора оператору (либо в зависимости от того как построен процесс) - оператор "блокирует" яч.23, назначает на нее инвентаризацию, корректирует отбор (т.е. вносит такие изменения в ранее выданный отбор или водит корректировку отбора) так что план=2 шт на яч.23 "зануляется". Получается недобор 2шт. Оператор планирует новое задание на недобранный товар и выдает сборщику. итд по циклу. общая схема - такая. частности - я хз как у вас процесс построен, отсюда не видно. главное: если линейный персонал будет принмать решения что откуда и когда брать - ни УТ ни WMS вам не поможет. надо менять схему работы и приучать людей работать ПРАВИЛЬНО. ну и в складском контуре никаких изменений задним числом. в принципе. максимум (ибо слаюо ут представляю как сделана корректировка задания на отбор) - исправление отбора (и то только потому что после него нет других движений по этому же заданию)