(УТ 11.1.7.67) Перевод склада на ордерную схему работы + адресный склад. #737876

Добрый день, Уважаемые! У меня вопрос по процедуре перехода на ордерную схему работы склада и использовании ячеечного хранения (адресный склад). Я всё настроил, оттестил всю работу на тестовой базе, склад подготовлен - топология создана. Всё работает с помощью ордеров и прекрасно распределяет по ячейкам при поступлении и, соответственно, при отгрузке, но имеется принципиально важные вопросы и моменты по которым не знаю ответа. Включаю ордерную схему работы и адресное хранение на текущем же складе где и ведется работа на текущий момент. Вопросы: 1. Как разместить товар по тем ячейкам в программе по которым он лежит сейчас физически? (какой процедурой? документами ввод начальных остатков с типом операции переход на адресный склад, затем пересчет ячеек и оприходование излишков товара? при этом приходится заново вносить себестоимость товара при оприходовании излишков - не выход) 2. Как сделать так, чтобы при размещении нашего товара не слетели резервы по оформленным заказам клиентов? Помогите, пожалуйста, кто сталкивался с переводом склада на ордерную схему с адресным размещением в процессе работы склада, а не с нуля.

Создаешь Адресный склад перемещаешь со старого Безадресного склада. на основании перемещения делаешь Расх-Прих Одер в зону приемки,  потом делаешь размещение по ячейкам. Резервы скорее всего придется перепровести , предварительно в них заменив склад. Как то так.

Благодарю за ответ. А как бы перевести работу склада просто включив адресное хранение? Ведь программа позволяет включить в процессе работы. В таком случае и резервы не должны сбиться. К тому же при размещении по ячейкам она автоматически будет предлагать ячейку, что очень неудобно. Я бы хотел пройтись по складу с терминалом сбора данных просканить (совместив процедуру инвентаризации с переходом на адресный склад и последующим размещением в ячейках) весь товар и правильно провести всё в программе

создать еще одну агромадную ячейку и автоматически запхать туда весь товар и по мере инвентаризации перемещать

Спасибо за ответ. Выходит процедура следующая? 1. Ввод начальных остатков с типом операции переход на адресный склад (документ позволят разместить весь товар, который не имеет адреса на текущий момент разместить его в зоне приемки) 2. Затем вручную создавать размещения в определенную ячейку? Товара очень много - так и свихнуться можно. А перемещения на ТСД не создать с помощью рабочего места работника склада. Там разве что можно пересчеты всех ячеек сделать или создать задание на размещение, но задание на размещение автоматически распределяет товар по ячейкам, а не в какую необходимо мне. В итоге пока не могу понять оптимальную процедуру.

В общем, хотелось бы разместить весь товар в программе по ячейкам используя ТСД через RDP (используя обработку Рабочее место работника склада)

Кто что может ещё сказать? При создании документа "Пересчет товаров" по определенным ячейкам и указании фактического количества товара в ячейке - ячейка пополняется товаром, но для завершения процедуры необходимо как-то связать товар, который в результате ввода остатков создается в зоне приемки и фактическим количеством в ячейке.

ячейка не может пополняться товаром из ниоткуда Так сделано только в ублюдочных системах Если в ячейку прибыло товара в результате инвентаризации ячейки то зафиксированное отклонение попадает в ячейку "расхождения" Таким образом если ты сразу запихнешь весь товар в ячейку расхождения первоначальным вводом остатков То при инвентаризации настоящих ячеек у тебя в ячейке расхождений будет уменьшаться В итоге после пересчета всех ячеек в яч расхождений у тебя останется недостача или излишек Их обнуляешь списанием в никуда Как из ниоткуда появляется в самом начале в ячейке расхождений Както так А как сделано в богомерзкой ут смотри уже сам

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

хернякакаято Себестоимость товара не меняется от того в каких ячейках он числиться

ищи доки которые двигают только ячейки и количества

или как вариант почитать книжку про ах в ут

ясен перец что ввод остатков хочет себестоимость.

Так суть в том, что она известна же.. Ведь на этом складе до введения адресного склада этот товар так же и лежал, но не разбит по ячейкам. Вводом остатков с типом операции "Переход на использование адресного склада хранения остатков" фактически все остатки отражаются в зоне приемки. Допустим было у у меня 100 ручек лежали на полке и числились на складе по 2 рубля за ручку, затем я эту полку обозвал ячейку "Номер 1" включил адресное хранение на складе, создал топологию, создал ячейки приёмки и отгрузки, внес всё в программу и ввел остатки документом "Ввод остатков" с типом операции "Переход на использование адресного склада хранения остатков". В итоге документ своими движениям сделал лишь одно - отразил у меня эти 100 ручек количеством в ячейке "Приёмка". Теперь задача - как правильно отразить эти 100 ручек в ячейке "Номер 1"? Ведь себестоимость в программе уже имеется. Фактически в ТСД имеется лишь одна возможность посчитать товар и приписать его к ячейке - это документ "Пересчет ячеек". Действует он так - ты подходишь с ТСД к ячейке, сканишь штрихкод ячейки и сканишь весь товар в ячейке и потом в 1С падает это количество. Выходит, что до пересчета там числилось 0 штук ручек, а после пересчета 100 штук. Отклонение. На основании этого отклонения можно сделать отражение излишков, а именно оприходование товара, но там надо вводить себестоимость, а это полный трэш, если наименований товара 20 000 - 30 000 шт. Как быть??

ни в книгах ("Управление торговыми операциями в вопросах и ответах.", "Управление торговлей. Описание" Богачевой), ни в its.1c.ru по данному вопросу нет информации...

Есть мысли, Уважаемые?

В партнерке поищи

Это где? :)

partners.v8.1c.ru

ну слей с тсд-шки в текстовик и сформируй задание на размещение из него. не?

а перемещением (между ячейками) нельзя сделать: из зоны приемки в ячейки...?

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

а потом уже проведи инвентаризацию при помощи ТСД.

Именно с помощью ТСД. Т.к. товара много и оптимально размещать в ячейках именно ТСД

я вот тоже хотел предложить. если поддерживается перемещение в "свободном " режиме...?

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

сделай тогда просто на ТСД в мобильный эксель тупо нащелкивай "инвентаризацию" ячеек. потом из эксельного файлика затягивай в перемещение ???

Что в итоге предлагаете? У меня сейчас 100 ручек в ячейке "Приемка". Как поступить дальше, чтобы с помощью ТСД они оказались в ячейке "Номер 1"? Я вижу одно - провести инвентаризацию, но в результате придется оформлять оприходования, а там нужна себестоимость товара, которую забивать опять же вручную.  Хрень. Должно быть решение элегантней, чем в ТСД нащелкивать в эксель мне кажется. Просто я не знаю этого решения :(

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

во первых. Если ты сказал что у тебя настроены правила размещения, то тебе нужно всё-таки на компе сделать  перемещение, чтобы система автоматически распределила товар по ячейкам. Затем ты можешь выполнить это перемещение с помощью ТСД. Оно у тебя там автоматом появится на экране поидее.

ну если совсем ЖПС тогда сделать тупо по программистски . сварагнить документ ТЧ: штрихкод - количество . дальше тупо запускать на ТСД обработку - щелкунл ячейку - создался док. тупо щелкаешь штрихкода товара - запоминается в ТЧ щелкунл ячейку - записался предыдущий док, создался гновый. . по документам состряпать потом генерацию доков перемещений из приемк в ячеку соответсвующую

Компу размещение на данном этапе доверять нельзя, т.к. фактически перемещать товар не планируем.

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

Ато получится, что разместит пусть и по правилам, но всё равно физически придется товар перемещать, а этого допустить нельзя.

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

тогда я не понимаю что нужно:) У тебя ТСД в режиме мобильного рабочего места работника склада? Если да - там есть кнопка "Размещение" по ней можно создать новое размещение товара. Там будешь щелкать ШК товара в зоне приемки и ШК ячейки. В итоге получишь документ в системе где есть товар и ячейки в которых он якобы лежит. Что дальше с ним делать дальше решай сам. Но проводить его в статусе выполнено без ошибок нельзя, т.к. товар ты физически в ячейки перемещать не хочешь)))

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

Кнопка "Размещение" создает задание на размещение в котором 1С-ка автоматически подбирает ячейку, а не ту которую ты указываешь.

а кнопка "Перемещение"?

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

ну когда уматаетесь - стучитесь: тысяч за 5 напишу под вас нащелкивание количества и выгрузку в иксемель поставите клюшку и все сделаете без геморап

Какие документы ты можешь оформить на ТСД? Тебе нужен документ, который позволит свободно считать информацию по товарам и ячейкам. Это может быть пересчет, отражение излишков или недостач или ещё чего. Пользуясь этим доком - щелкаешь товар и ячейки. Но не проводишь. Затем копируем от туда инфу в документ перемещение.

А ведь точно! Нестандартный подход, но решить задачу поможет, а потом просто обработкой перекинуть все пересчёты в перемещения. Благодарю за предложенный вариант!

Странно, что 1С не учла эту ситуацию

там есть стандартный механизм копирования вставки строк...

Вы про отборы в документе "Отбор (размещение) товаров"? Это удобно, если документов немного, а я так понимаю, что у меня будет количество документов пересчета = количеству ячеек.

не я про кнопочки "копировать" "вставить" в командных панелях табличных частей документов. Но при большом количестве ячеек можно упарится.

Я тоже сперва об этом подумал, но к сожалению, между документами "Пересчет товаров" и "Отбор (размещение) товаров" строки не перекидываются. Не знаю почему.

То бишь CTRL-C + CTRL-V не работают.

В задании на пересчет можно выбрать сразу все ячейки. а добавить кнопки "копировать" "вставить" в документ не сложно:)

Точно :) Ну всё, в таком случае: 1) Создаю несколько заданий на пересчет равное количеству рабочих и имеющихся ТСД. 2) Всё пересчитывается. 3) Добавляю в документы функции скопировать, вставить строки. 4) По результатам копирую из одного документа в другой информацию создавая перемещения 5) Удаляю пересчеты. Так верно должно быть, да?

Ну а предварительно создаю документ "Ввода остатков" с типом операции "Переход на использование адресного склада хранения остатков" для автоматического отражения всех остатков в зоне приемки.

как то так.

Злопчинский, спасибо за предложение! Я вашу страницу в закладки разместил - буду знать, что специализируетесь на ТСД.

Благодарю за совет! А Вы таким же образом размещали свой товар на складе? У вас вроде тоже терминалы и адресное хранение?

Адресное, ТСД так и не внедрили. У нас в этом плане "проще" было. Мы переезжали на новый склад и размещали по правилам размещения. Товар появлялся на складе на основании поступлений товара. В 1с 8 ведем только адресный склад пока.

В УТ11 не предусмотрен нормальный механизм перехода на ячеестое хранение. Более того типовые алгоритмы инвентаризации содержат ошибки и не позволяют подвести корректные итоги инвентаризации.   Стандартный механизм - это ввод начальных остатков в результате чего товар оказывается в ячейке приемки. Потом стандартным способом товар раскладывается по складу.

Я не столько по ТСД - сколько именно по складам. Склад у меня приличный.

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

Сегодня-завтра м.б. выложу презенташку по своему складу (старый вариант автоматизации, докладывалось на ИС-2013 и на одной из профильных складских конференций)

я думаю, да, похоже на правду. вообщем почти то что я имел в виду в

У нас 40 тыс наименований. УТ11. Я немного поменял логику работы с ячейками и проблему с начальными остатками я решил без проблем.   Суть простая, вводится ТипЯчейки = Виртуальная. Это ячейка в которой хранится товар, местоположение которого мы не знаем.   Ввод начальных остатков помещает весь товар в данную ячейку, хотя фактически уже лежит по стеллажам.   Изменена логика проведения документа Пересчет (в типовом варианте излишки/недостачи сразу списываются из ячейки в никуда. Соответственно ни о каком товарном учете после этого речь идти не может) Я же списываю/оприходоваю товар в свою виртуальную ячейку. Задаешь задание на пересчет ячеек. Сначала они пустые. Щелкаешь товар в каждой ячейке. Излишки/недостачи перемещаешь в виртуальную ячейку.   После пересчета всех ячеек весь товар по факту окажется в реальных ячейках. А все излишки/недостачи в виртуальной ячейке. Делаешь списание/оприходование по виртуальной ячейке и у тебя склад в порядке.

ну так оно и вмс например сделано у меня сейчас которая крутится...

ячейка "Расхождения", тип ячейки - виртуальная. все отклонения по ячейкам регистрируются только и исключительно инвентаризацией ячейки. все отклонения падают в "расхождения" и лежат там долго, до большой "бух"инвентаризации. По результатам большой инвентаризации вирт.ячейка корректируется в ноль (обнуляются недостачи и излишки)

Это единственный правильный вариант. Товар не может появляться неоткуда и уходить в некуда. Разработчики УТ11 об этом не догадываются. Хотя скромные сомнения у них стали проявляться.

На моем предыдущем складе тоже так сделано. Благодаря этому методу можно было оценивать ожидаемые размеры хищения в реальном масштабе времени. Между моментом хищения и обнаружением факта хищения у меня проходило 1-2 дня. ПРи 7.5 тысячах ячеек Если по учету в ячейке должен лежать товар, а его там нет, то он перемещается в виртуальную ячейку. Это есть ожидаемое хищение. Если наоборот по учету товара нет а по факту есть, тогда это ожидаемый излишек. А полная инвентаризация все поставит на свои места.

Согласен, что документом "Пересчет" товар сразу списывается или приходуется в ячейку, что неправильно, но ведь потом необходимо отражать излишки и недостачи по каждой ячейке. Оформлять акты. Или я не прав? Товар висит списанным с ячейки, допустим, но неоформленным документально и фактически руководство может в любой момент увидеть, что имеется списанный, но не оформленный документально в 1С товар по определенной ячейке.

Оформляй все потом по виртуальной ячейке. Ведь если товара нет в своей ячейке, это ни чего не значит. Он лежит в соседней. Только полная инвентаризация по складу или по крайней мере полная инвентаризация по группе товаров может выявить недостачи/излишки

"...Между моментом хищения и обнаружением факта хищения у меня проходило 1-2 дня. ПРи 7.5 тысячах ячеек" . у меня примерно такое же колво ячеек, но сейчас много пустых. . а вот гораздо интереснее - какова методика определения хищений? поделись!

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

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

Выходит фактически ты просто видишь оперативные данные по результатам пересчетов ячеек в вритуальной ячейке, так? А полной инвентаризацией эта ячейка выравнивается и если не выравнивается, то сразу виден объем похищенного товара и в последствии ты вручную обнуляешь эту ячейку при большой инвентаризации. Правильно я понял?

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

кстати, ячейка для излишков там уже есть.

там 4 типа ячеек - приемка, отгрузка, хранения, архив насколько знаю

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

Там очень просто. Снимаешь УТ11 с поддержки. И добавляешь в перечисление ТипыСкладскихЯчеек тип = Виртуальная. Особо продвинутые могут добавить еще тип = Инвентаризация Ж)

Да. Там чтобы прописать эту логику требуется меньше часа. Только потом надо подправить логику заполнения документов Списание/Оприходование по итогам инвентаризации. И проблем с вводом начального количества и проблем с инвентаризацией не будет.

Ну хорошо добавил тип ячейки виртуальная, а дальше как ты написал в при наличии излишков и недостач при проведении документа "Пересчет" я оформляю перемещение в эту ячейку или наоборот приходую из виртуальной ячейки этот товар. А при проведении глобальной инвентаризации все остатки из виртуальной ячейки списываю и делаю их равным = 0. Правильно?

Да все правильно. При этом можешь не делать глобальную инвентаризацию. Можно сделать "глобальную"инвентаризацию по группе товаров. Делаешь пересчет любой группы товаров. Остатки по виртуальной ячейке этой группы товаров дадут тебе расхождения учетное количество/факт именно по этой группе товаров.

Выходит если так дописать, то можно будет сделать следующим образом для того чтобы перейти на адресный склад без изменения физического местоположения товара: 1) Внести остатки безячеечные в зону приемки 2) Пересчитать все ячейки (все недостачи сразу же отразятся в виртуальной ячейке) 3) Переместить количество недостач в ячейку расхождений, чтобы там было равно 0. 4) Переход закончен и в зоне приемки останутся на остатке товары, которые числились на безячеечном складе, а фактически уже давно украдены. 5) Списать эти товары из зоны приемки. Верно я мыслю?

у меня именно так. . и это не обязательно "похищенный" товар. это могут быть тупо результаты НЕПРАВИЛЬНО ПОСЧИТАННОЙГО НА ИНВЕНТАРИЗАЦИИ (предыдущей или текущей) - у нас бывало - оппа - излишек две коробки по текущей инвентаризации. Идет начсклада - да, две коробки излишек. ну не должно их быть!! (при необходимости я могу даже сказать из какой поставки эта коробка, даже если она год на складе лежала и по ячейкам путешествовала вмиесте с другими такими же коробками - на каждую коробку уникальный грузовой ШК от поставщика есть) - я лажу по проге, смотрю - ну не должно быть. Снова считает начсклада - все сходится! прсото ДВА РАЗА посчитали неправильно. Потому что "маркитанская" кладка.. ;-0

Точно. Не правильно подсчитали. Не правильно отгузили. У нас были ситуации, когда фура уходила в Нальчик, с неправильно отгруженным товаром и это выяснялось через две недели. А эти две недели у нас была недостача по одному/излишек по другому товару.

Примерно правильно. 1. Переместить весь товар в виртуальную ячейку 2. Пересчитать все ячейки. Излишки /недостачи кидать в виртуальную ячейку (при первом пересчете остаток в реальной ячейки будет равен 0) 3. Снова пересчитать все ячейки. Излишки недостачи снова кидать в виртуальную ячейку. 4. Все что осталось в виртуальной ячейке списать/оприходовать из виртуальной ячейки и это же количество списать/оприходовать со склада.

"... Если в результате отгрузки выяснится что товар в ячейке числится, а по факту его нет, " - это у тебя отгрузки такие хорошие (палетами что ли или коробами?). У меня например рабочую ячейку как забили под завязку - ее может хватить на неделю-две-три недели отборов в отгрузки (штуками, минипаками) - а отгузко может набежать штук 100 по этой ячейки - и товар В НОЛЬ НЕ УЙДЕТ! - еще и заблоговременно снова сверху подпитается. Единственный вариант найти "предполагаемое хищение" - ПОСТОЯННЫЕ ТЕКУЩИЕ ИНВЕНТАРИЗАЦИИ. у мну каждая операция, проводимая с ячейкой имеет свой "рейтинг". на ячейках, с которыми постоянно работают - рейтинг высокий - если нет особой загрузки по складу - персонал включает "текущую инвентаризацию" и идет считать ячейки с высокими рейтингами (система выдает). так обеспечивается постоянный контроль за ячейками, товар в которых почти никогда в ноль не уходит и другими методами отклонение в ячейке не увидишь. Еще например маркировщицы сидят, маркируют - вскрыли минипак - там вместо 12 штук - 10 (или 13) - никаких заданий на добор/размещение не делается - маркировщица тупо регистрирует в системе событие "внутритарный недостача" (излишек) по конкретному товару - система сразу показывает рабочую ячейку - идет и берет /кладет отовар оттуда. А регистраци япроблемы сразу рейтинг ячейки/товара увеличивает на очень сильно - эта ячейка сразу же вываливается в текущийе иныентаризации. если подпитка сверху целой палетой идет - рейтинг малый на чейки-источник, если коробами - на ячейку-источник большой рейтинг добавляется - сразу всплывет на задании в текущей инвыентаризации (потому что накосячат обязательно!! никаким способом ты не проконтролируешь пять коробок он взял из ячейки или шесть а пробил пять - только уникальными ШК на каждую коробку/штуку - а это ресурсоемко).

Неправильно. по п.2 - все ИЗЛИШКИ - ячейки-то были пустые, а теперь в них появился товар - ИЗЛИШЕК. В ячейке - излишек (+10 шт), в ячейке расхожденйи ИЗЛИШЕК регистрируется с обратным знаком (vbyec)-10шт (недостачи в расхождениях с плюсом).

Для УТ11 пункт 1 - это стандартная операция ввода начальных остатков на склад адресного хранения. Только не в ячейку приемки, а в виртуальную ячейку пункты 2 и 3 - это немного доработанный документ Пересчет. В типовом вся разница кидается в никуда, у нас в виртуальную ячейку - это 10 строк в модуль проведения. 4 операция - это стандартная операция УТ11

Вот согласись - дятлы же! ;-)

Там сложно понять, что излишек, что недостача. Я где-то недели две не мог понять. Но суть такая, что отрицательный остаток в виртуальной ячейки это потенциальный излишек, а положительный остаток это потенциальная недостача. Или наоборот :)

У нас склад был разбит на две зоны. Зона хранения палетт стеллажи высотой до 7 палетт. И зона отбора 1 и 2 этаж. Зона обора размером 400 палетт. В зоне отбора палетты распалечиваются и таджики набирают заказы упаковками. Каждый день в зоне отбора делается экспресс инвентаризация с точностью до пол палетта и подпитка. В день из зоны отбора грузится 100-200 палетт, соответственно производится подпитка.   Раз в месяц делается полная инвентаризация.   Основная проблема в том, что производство и отгрузка круглосуточная и подвести итоги инвентаризации достаточно сложно.

угу, а по бухучету ты обязан не менее раза в год делать инвентаризацию

в написал я ужо №-)

ну.. если бы у меня отбор был упаковками - вообще шоколад был бы...

По бухучету мои никогда не делали инвентаризацию. На момент перехода, когда я анализировал остатки, то выяснилось что у давальца числилось переданных материалов на 100 млн руб, а у производителя давальческих материалов было по нулям. Это так они прибыль уменьшали.

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

У нас сейчас задница. В каждой ячейке лежит по 300-400 наименований номенклатуры. Движение не очень сильное.   Самый лучший вариант для типовых конфигураций - 10 ячеек, 10 товаров, 10 кладовщиков + Exell

а как у вас вывоз товар - то есть непосредственно сама отгрузка производится? если нет четкого адресного формирования отгрузочных единиц (сборных палет/коробов/етц) и каждая такая единица не марикруется уникальным ШК - то "украсть" можно запросто - ибо непонятно - вот эта конкретная палета она лишняя в заказе или нет. . ну и отгрузка строго по сканеру. . ну и если сговор контролеров на отгрузке и сотрудников склада - не поможет ничего.

не, у меня одна ячейка = 1 товар - это путь к успеху. по любасику как-то надо делить именно по такому принципу, даже до миниячеек. Поянтно что это трудозатратно/ресурсоемко. Тогда не делим. И тырим фурами... ;-)

ну и конечно у меня не такое колво наименований, а гораздо меньше, порядка 3000 активных.

У мну пока были мультиячейки - на инвентаризациях некоторые ячейки раз по 10 пересчитывали - все время с разным результатом.. ;-) Как только физически разделили - все разу стало намного лучше.