Допустим, человек отсканировал на ТСД товар, а затем выбирает на том же ТСД - будет создана по товарам реализация или же поступление. Я так думаю, что это надо писать конфу для мобильного приложения и задача не из мелких.

(63) да она и в самом клеверенсе есть на сайте. что сама база клеверенса, что расширение для 1с. Толку то ? Мне нужно своё решение переделать. Что б не с нуля.

(59) Зачем? Достаточно организовать работу что бы у тебя по документу всё отбиралось, принималось, выгружалось и т.п. И наоборот, когда отрабатываешь то, чего в задании нет - достаточно сканировать в контейнер, а потом уже обработать.

Но я не спорю что это не всем подойдёт и не для любых задач. Онлайн почти всегда удобнее.

тем что предлагает клеверенс пользоваться нельзя - тормозит очень. я переписывал и ком и веб. делается через очередь.

тольк я для офлайна делал

(65) Ну вот, у тя в доке есть скажем водка Ромашка, на складе её стоит пара фур, это уже 40000 марок только одного наименования надо всосать в тсд.

И это еще, без учета аналогов

Не, про офлайн говорят те, кто не работал в алкашке на оптовом складе.

(68) Нет. При нормальном адресном хранении тебе достаточно всосать ровно столько марок сколько бутылок водки у тебя в отборе (вариант - в ячейках отбора по заданию). А если считал что-то не то - слать лесом.
Я не говорю что это круто и так нужно работать, я говорю что это возможно. На реальных складах где работал в 9 из 10 использовалось мобильное приложение или рдп онлайн.

(62) Там в расширении CleverenceWebExtension есть модули Web сервисы CleverenceWebExtension с методом Invoke
и HTTP-сервисы CleverenceHTTPExtension с методом InvokePost

Там внутри есть метод
Функция REST_API_ВычислитьМетод(ИмяСобытия, Параметры, МодульОнлайн) Экспорт

    Если ТипЗнч(Параметры) = Тип("Массив") Тогда
        Массив = Параметры;
    Иначе
        // Для работы web-сервиса
        Массив = ГлЯдро_ЗагрузитьИзJSON(Параметры);
    КонецЕсли;
    
    СтрокаМетода = ПолучитьСтрокуСобытия(ИмяСобытия, Массив);
        
    Результат = Вычислить("МодульОнлайн."+СтрокаМетода);
    
    Возврат Результат;
    
КонецФункции

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

71+ МодульОнлайн это обработка расширения КлеверенсТСД_МодульОнлайн

(71) :) Ты не понял, со стороны 1с я это всё нашел и переписал, и в сам клеверенс летит не com-объект клеверенса, к впримеру, Item с колекцией чего либо, а просто json
А вот чего делать с этим json на стороне клеверенса не нашел.

раньше было, из клевереннса вызов 1с-ины к примеру item = ВызватьМетодИз1с() - срабатывал метод ком-коннектора, который в общем модуле создавал com-объект базы клеверенса, например, коллекцию items, заполнял её объектами и возвращал взад, в точке вызова в клеверенсе прилетал её родной объект.

При замене комконнектора на вэбконнектор, теперь метод ВызватьМетодИз1с - пинает вэбсервис, в котором видно, что прилетел вызов функции ВызватьМетодИз1с, я его обработал, слепил json нужной структуры, и обратно в клеверенс прилетел json и вот тут стопкран, метод клеверенса ждёт свой родной объект, а прилетает строка-json.
И я никак не найду, как они в базе клеверенса json-строку конвертят в свои объекты

(74) Там все десериализуется и возвращается на клиент.
Понятно, что теперь нельзя передавать не сереализуемые объекты 1С. Так отдельно сериализуется ТаблицаЗначений ГлЯдро_ТаблицуЗначенийВМассивСтруктур
Ну и на клиенте ты получаешь результат. Который и обрабатываешь. По сути нужно сериализвать объект так, что бы он десериализовывался в объект Cleverence
RowCollection
Там можно через COM объет создавать объекты клеверенс и самому через $type смотри ГлЯдро_ПолучитьJSON
Смотри

вот потому и нужно РДП юзать. интерфейс под нужное разрешение заточил и работаешь с стандартными запросами и методами не изобретая велосипед.

76 Смотри ПолучитьТовары, ОбработатьЗапрос
Например

    Если ИспJSON_mXmlDoc = Истина
            ИЛИ (ИспJSON_mXmlDoc = Неопределено И ТипИнтерфейса = "REST_API") Тогда
            Результат = REST_API_ТаблицаЗначенийВМассивСтруктур(ТаблицаТоваров);
            Результат = ГлЯдро_ПолучитьJSON(Результат);
        Иначе
            Результат = ГлЯдро_ТаблицаЗначенийВCOMSafeArray(ТаблицаТоваров);    
        КонецЕсли;

78 Или посмотри ГлЯдро_ПолучитьДокументПоШтрихкоду
Проще результат создавать в виде таблицы значений. На Клиенте получишь RowCollection либо типизированный объект
    
                        МассивИнформацииПоДокументам = Новый Массив;
                        
                        Для каждого СтруктураДокумента из МассивСтруктурДокументов Цикл
                            
                            Документ1С = СтруктураДокумента.Документ1С;
                            
                            ИнформацияПоДокументу = Новый Структура;
                            ИнформацияПоДокументу.Вставить("Id",                XMLСтрока(Документ1С));
                            ИнформацияПоДокументу.Вставить("Name",                Строка(Документ1С));
                            ИнформацияПоДокументу.Вставить("DocumentTypeName",    ТипДокумента);                            
                            ИнформацияПоДокументу.Вставить("ТипДокумента1С",    Документ1С.Метаданные().Имя);
                            Попытка                    
                                ИнформацияПоДокументу.Вставить("ИмяКонтрагента", Строка(Документ1С.Контрагент));                    
                            Исключение
                            КонецПопытки;                
                            Попытка                    
                                ИнформацияПоДокументу.Вставить("ИмяСклада", Строка(Документ1С.Склад));                    
                            Исключение
                            КонецПопытки;            
                            Попытка
                                Если СтруктураДокумента.Свойство("НастройкаБП") Тогда
                                    ИнформацияПоДокументу.Вставить("ИмяБП", СтруктураДокумента.НастройкаБП.Название);
                                КонецЕсли;
                            Исключение
                            КонецПопытки;                         

                            МассивИнформацииПоДокументам.Добавить(ИнформацияПоДокументу);
                            
                        КонецЦикла;
                        
                        Результат = ГлЯдро_ПолучитьJSON(МассивИнформацииПоДокументам, "Cleverence.Warehouse.DocumentDescriptionCollection, Cleverence.MobileSMARTS", Истина);

(78),(79) я те про Фому, ты мне про Ерёму.
На стороне 1с у меня нет проблем, у меня проблема с возвратом в клеверенс.
раньше, в клеверенс передавался его родной ком объект, сейчас туда летит json, и вот проблема не в 1с, проблема что делать в самом клеверенсе с этим json

(80) Я тебе как раз про Фому. Ты должен создать в итоге массив струкур сериализовать его через ГлЯдро_ПолучитьJSON и на клиенте получишь либо RowCollection  либо тип который укажешь вторым параметром.
Json десериализуется на сервере клеверенса.
Посмотри в отладчике что приходит. Там же можно вызвать произвольный код. Даже из панели

(81) посмотрел, в сам  клеверенс прилетает строка с моим json
ГлЯдро_ПолучитьJSON  - всего лишь делает строку json, там нет никакой дессиреализации в объекты клеверенса

(82)  Метод свой вызываешь?
Пиши в техподдержку Клеверенса и опиши проблему. Там быстро решают проблемы. Не стесняйся

(83) писал, оне не знают, предлагают перевести базу на новую платформу и на их решение с нуля :))

И потом, еще.. купите нашу подписку бла-бла бла.
В общем глухо. Там, на сколько я понял, есть всего пара внятных кодеров и всё..

83+ Попробуй в ГлЯдро_ПолучитьJSON добавить
Результат = ГлЯдро_ПолучитьJSON(КоллекцияСтруктур, "Cleverence.Warehouse.RowCollection, Cleverence.MobileSMARTS", Истина);
для масиива структур
или
Результат = ГлЯдро_ПолучитьJSON(структура, "Cleverence.Warehouse.Row, Cleverence.MobileSMARTS", Истина);

В общем, пока плюнул. Ибо за 3.4 млн как то нет лишних, на перевод с базы с нуля и кучки времени на тест потом.

(86) ага, посмотрю. Может, там надо, чтоб в самом json жсон еще был признак какой..

(87) 86 попробуй, ибо неизвестно в какой тип переводить твой json

(89) спсб.

(54) если работа с марками идет ПО ПЛАНУ - тогда система хранения и правила хранения должна быть определенным образом сделана, чтобы работать по плану. Если ПО ФАКТУ (собрать 100 бут водеки  - собради, отсканили, какие марки получили со скана - те и пошли дальше) - то марка (физ.объект) не может быть одновременно в двух местах.
и все что в офлайне надо - иметь список марок и признак живая/мертвая.
?

(55) очевидно, что в офлайне у меня д.б. список живых марок на ТСД.

(92) праильно мыслишь, теперь представь, что в среднем, одного наименования на складе от фуры и выше (в зависимости от цены/потребности) и для сбора ттн, хотя бы из 20 позиций, тебе в тсд для офлайна надо всосать до полмульта марок..это п..ц.

(84) прям так задело за живое, что решили зарегится и спросить?

(95) Мне интересно почему не помогли, стараются даже в разработке всем помогать, а что не знают сами передают разработчикам.

(93) я в курсе, спасибо ;-)
придумывать можно всякого много полезного, исходя из ситуаций.
надо смотреть на частности.
что, например, мешает для сбокрки "20 позиций ТТН" - тупо притащить в оффлайне в зону контроля, а там - хоть блютусным, хоть проводным - общелкивай марки в онлайне на десктопе.... и не надо в оффлайне список марок тащить...

(96) лень им разбираться в своей же древней поделке.
Счет выставили, руководство задумалось и....забило.

(97) Чебур, приезжай к нам на склад, и..наборщику скажи, что все, что он там насобирал, надо еще разок разобрать и перепиликать. Тебя там тапком прибьют за это :))

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

(93) Если идет плановый расход марок зачем в ТСД всасывать все марки на складе. грузи те что по плану должны уезжать. фура это порядка 40 тыс. бутылок всего. зачем засасывать полмилиона.

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

(98) Кстати при выборе обмена через Web сервис можно выбрать и формат обмена json или xml
https://www.cleverence.ru/support/217964/

Я так понимаю, что при выборе json не нужно устанавливать платформу Клеверенс на машину сервера 1С

(98) всё зависит от частностей. Где-то пойдёт один процесс, где-то другой.

(102) на вебсервисах платформа клеверенс ставится на любом компе в сети, к серверу 1с оно не привязано.

моя прога умеет обмениваться с серверной частью аж шестью способами) самый быстрый - json с deflate-сжатием)

(104) Я про то, что бы использовать xml на сервере, нужно установить платформу клеверенс, так как сериализация десериализация идет через COM

Если ИспJSON_mXmlDoc = Истина
                ИЛИ (ИспJSON_mXmlDoc = Неопределено И ТипИнтерфейса = "REST_API") Тогда
                SessionSMARTS = ГлЯдро_ЗагрузитьИзJSON(mXmlDoc);
                ID_БизнесПроцесса = SessionSMARTS["DeviceInfo"]["Document"]["НастройкаБизнесПроцесса"];
            Иначе
                SessionSMARTS         = СтруктураПодключенияБазыMS.StorageConnector.ЗагрузитьОбъектИз_XML(mXmlDoc);
                ID_БизнесПроцесса     = SessionSMARTS.DeviceInfo.Document.ПолучитьПоле("НастройкаБизнесПроцесса");
            КонецЕсли;

SessionSMARTS = СтруктураПодключенияБазыMS.StorageConnector.ЗагрузитьОбъектИз_XML(mXmlDoc);
StorageConnector это COM объект.
При обмене через json

При десериализации через json используются только 1С json десериализация в соответствие

(106) никто не заставляет для преобразования форматов использовать сторонние приблуды. код, преобразующий массив и структуру в хмл занимает строк 15 может.. ну и обратно то же.

(105) Для этого достаточно настроить HTTP клиент, если сервер поддерживает сжатие.
https://infostart.ru/1c/articles/466052/
(107) Нет Xml формат более строгий и расширенный. Там можно было бы создать в расширении объекты XDTO аналогом реальных создавать объект через них и сериализовать в любой формат.

(107) хотя, версия формата может меняться с обновлениями, можно нарваться со своим преобразованием.

(109) но для меня все эти хождения по граблям в прошлом.
все значительно упрощается, когда сервер мобилок переезжает в конфу 1С.
для интегратора уже нет никаких jsonoф с хмл-ми - обертка возвращает готовую таблицу объектов конфигурации.
причем код модуля интеграции открыт, можно извращаться как угодно.

(110) На самом деле это только так кажется. Даже 1С как язык, чудовищно допотопен.
Что касается терминалов, то там для каждой железки свой апи для доступа к клавиатуре, сканерам, камерам итд.
Нужно обмениваться не только с сервером 1С, но и с другими серверами, базами данных итд.
Клевернс удобен тем, что уже есть куча готовых решений. Есть тех поддержка и постоянное развитие.
Посмотри на размер платформы. Там работает куча программистов и другого персонала.

Я никак не хочу тебя обидеть, но например у меня огромное количество решений, но как одиночка я мало кому интересен.
Например https://infostart.ru/public/238584/
Подберется скоро к 100 тыщ просмотрам. Но мало кто им пользуется

(111) правильно. Потому что чисто технарская инфа, а зачем надо лезть 1снику в эту технарскую инфу - Нихзрена непонятно. Я так и не понял нафига оно мне?

(111)  1с предоставляет инструмент, современный и эффективно решающий большую массу задач.
сейчас у 1с есть еще интструмент взаимодействия с мобильными устройствами,  стабильный и позволяющий вести разработку в терминах бизнес-процессов. этого никто не понимает, но это бомба. причем сама 1с не сделала изначально достаточный упор на мобильной разработке - тупо просирают бабки. но это проблема 1с.
у 1с сейчас нет достаточного количества готового оптимизированного мобильного кода, нет рекламы. поэтому имеем что имеем.
но все пишется и внедряется на ура

(112) как продвигается изучение восьмерки?))) поэтому и нафига)

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

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

(115) вот и я о том же, дайте мне этими обертками полезную часто востребованную но отсутствующую функцию для типовых - тогда может быть это будет представлять интерес...

(116) ну так то да, говна стало слишком много. но по сути, изменилось только то что приходится учиться лучше избегать этого говна. остальное все то же самое)

(117) у меня теперь есть практика использования того за что топлю. есть основания. если готов общаться - велком.

(112) У тебя проблема в том, что ты не хочешь потратить немного время на обучение. Например те же мобилки. Намного проще на них программировать на той же Java. Есть прямой доступ к железу. Не надо искать всяких ВК итд. Обмен с той же 1С прекрасно организуются через HTTP сервисы.
То есть ты используешь нативные компоненты и мощнейший язык.
  Мне постоянно в 1С не хватало функционала. И эту разработку я сделал для оберки над классами для доступа к Вэб сервисам к которым 1С не хватало функционала.
Надо распарсить сайт берем https://infostart.ru/1c/articles/466196/
Надо обмен между пользователями
https://infostart.ru/1c/articles/434771/
Итд итп. Да 1С со временем что то вводит, но надо то сегодня, а не потом.
Просто я всегда использую тот же .Net, Java для увеличения функционала или его ускорения.
Просто может тебе это и не нужно. Достаточно РДП или замена вэб сервисов на голый REST.

(102) надо посмотретьЮ возможно ЭТО появилось только в новой платформе.

(99)>>>А за чем список живых марок в ТДС тащить

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

И че делать ?, если машина уже загружена ? Распалечивать и искать эту марку ?..
Не, офлайн, это только моно продукция, в лучшем случае и мини склад.

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

(124) + я про реализацию средствами 1с

сейчас магазин интересную марку прислал, три раза сканирую - три раза разный результат. это как?)
да, надо проверять)
попробую проверку марок/серий прикрутить, заготовка есть.
в принципе, отображение на мобилке данных запроса на остатки в разрезе складов и текущую цену укладывается в две секунды.
поиск марки/серии по хеш-коду должен летать, так то.

(122) все проблемы надо отсекать заранее. Тогда в оперативной работе количество косяков будет минимальным и сколь-нибудь значимых проблем при отгрузке/сборке не будет.
Но я не настаиваю.
Каждый работает в собственном мирке как ему удобно.

(126) Многие сканеры можно настраивать на сканирование определенных штрихкодв. В том числе и получать тип штрихкода

(124) потому что задача комплектовщика быстро собрать и нефиг его грузить попутными задачами. А на контроле/упаковке вменяемые люди и проверят и серии отщелкают гораздо быстрее. Но я не настаиваю...

(126) мобилка на вполне конкретном складе. Нафига там остатки в разрезе других складов? Посмотреть и восхититься впасть в нирвану ибо тсдшнику больше делать нечего? ;-)

(129) какой еще контроль\упаковка ? :) Чебур, приезжай на склад, говорю..походи с наборщиком, поймешь, что твой контроль на "потом" не реален.

(131) дя  я не настаиваю что реален. меня вот например интересует почему в вашем случае "потом не реален..."?

(130) это для магазинов. ну и как помощник для поиска потеряшек на мелком складе - просто удобно не ходить к компу.

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

(128) тип один - datamatrix. вот качество изображения не фонтан. тут разбираться буду еще.
самое забавное видел на еан13 - ошибка в чтении последних трех символов, типа 877 иногда меняется сканером на 711, причем кс верный. сволочь)
надо с качеством играться, но терминалы разные, можули сканирования разные, и настройки соответственно.

(135) прикольно с ошибкой на еан13. Не спотыкался о такое. Терминалы какие по меркам были?

(132) Ну представь, наборщик у нас собирает, от одного до 4-х требований за раз, берёт рохлю и погнал. Где потом предлагается еще раз проверять, что он там насобирал ? Так он привёз рохлю, скинул на место погрузки и всё, контролер проверил, погрузили в машину.

(133) с мобилкой используй синезубый сканёр, типа зебры. Там нет такой проблемы в МК и шк прилетает какой нннадо сразу, без потери\замены символов

(137) ну дык контролер все равно проверяет (хотя бы тупым пересчтом штук). Не пробовали обкатать схему когда сборщик только сборкой занимается. а контролер раз он по штукам пересчитывает - пусть и пересчитывает по штукам+маркам? Для штучной сборки  по идее - после притирки- должен получиться выигрыш по времени, особливо если контроллеру сделать удобное место контроля.

(138) Ты не догоняешь, у нас сборщик и так только сборкой занят. Он даже в экранчик не смотрит. Ему всё голосов в наушниках говорят.

*голосом

(139) это здорово. номер марки он тоже голосом сообщает ;-)

(136) ошибка пришла с хонейвеллов, если не ошибаюсь, еда-61к.
по маркам ошибка с атоллов смарт слим. все эти ошибки воспроизводится на моем китайском бт-сканере.
(137) ну понятно, что модуль сканирования чудит ну и качество печати. давали старые зебры мс36, вот они крутые).
сейчас на руках тсд нет - все тестирую на старом самсунге с5 + китайский бт-сканер. плюс-минус ноги те же.
я предлагаю в другую тему перебираться - этой уже хватит)

(122) значит марки которых нема на остатке должны физически быть там откуда их сборщик не возьмет. или в ТДС нужно тянуть адреса ячеек в которых лежат такие марки чтобы он не вел сборщика к ним.

(143) ой ё... собрались одни теоретики.
Тебе пришла фура, её разгрузили поставили в ленточку, в ЕГАИСЕ еще не обработали, её нет на остатке. Топает наборщик с рохлей, ему надо вотка Ромашка, пиликает коробку, ему грят, пнх, Альфредо, этого нема, он бредёт дальше. ВСЁ.

(144) ну тады звиняйте, вопросов больше не маю ;-)

(135) Там должно быть 2 типа датаматрикса простой и GS. Например у клеверенса есть для разных ТСД включать отключать типы штрихкодов.
Кроме того можно прочитать сообщение голосом.
144+ Онлайн нужен и для коллективной работы с документом, что бы несколько сборщиков работали над одной фурой. И не пропикали одни и те же паллеты, коробки, бутылки.
Ну и видеть в реальном времени процесс приемки.

(146) на приёмке вполне можно без онлайна обойтись при правильном построении процесса и наличии площадей.другое дело что при этом увеличивается время поступления остатка в свободный оборот. Онлайн позволяет получить оперативность и дополнительные няшки по контролю приёмки.

(146) интересно с каким "документом" Вы собираетесь работать если в одной фуре с товаром в начале вперемешку приходит несколько накладных/заказов.

В начале - лишние слова

(148) Сборным документом, у которого в каждой строчке прописан документ к которому относится данный товар. Группируется по товар доументам.
Это не проблема.

150+ Либо коробки, паллеты промаркированы к какой накладной. Там вариантов много

(144) А как же фифо лифо. Кладовщик не должен топать куда попало и пиликать, что попало. До топал до месте хранения, пиликнул адрес места хранения, его пошел на куй есть ранее поставленный товар. ячейка становится доступной к отгрузке только после того как все марки хранящиеся в ней прошли обработку в ЕГАИСЕ до этого шлем кладовщика к другим ячейкам.

(152) "хрен ли думать, трясти надо!"

(152) если, клад оборачивается за пару дней - всякие фифолифо только излишества

(154) Вроде бы до, а по факту со сроком гранения в 2 года встречались просроченные товары группы "А". Пришлось ввести правило что если на складе есть товар со сроком меньше 2/3 то гнать кладовщика за ним. А так по оптимальному маршруту.

(152) если моноассортимент, то да, там можно организовать ячеистое хранение. Если ассортимент большой, то это лишние затраты и ячейки.. ну не впёрлись вообще - лишние телодвижения и никакой экономии. Наборщик и так примерно знает, где и что леит, они ходят как роботы, не думая.

+ могут собирать одно требование несколько наборщиков, + есть заказы, которые просто приехал вагон разгрузили, загрузили целиком - поехал -дальше. Есть под заказ, стоит собранный вагон. А наборщик, ему не в домёк, что где-то что-то лежит, он видит паллету с товаром, её и пиликает

Возможно, пивняки да..должны учитывать сроки годности и в первую очередь пихать с маленьким сроком годности в первую очередь. У нас пива с гулькин нос, свой импорт

Стоит у меня на складе в бегах 500 тн соды кладовщик ее находит не думая вообще не перепутаешь нафига под нее ячеистые склады вводить. Но пока их не было, это был трудно инвентаризируемый товар, если там какие камни пошли или еще что претензию поставщику фиг предъявишь и прочий бардак. сделали разметку краской плиткой присвоили 4 злачные номера ячеек. Кладовщики перестали хватать, что попало и куча проблем ушла. и инвентаризацию оказывается можно сделать за 30 минут. И новый кладовщик сразу начинает собирать заказы с такой же скоростью как и старые. А не носится по всему складу ищет где что лежит. И с собранного заказа хранящегося в известных ячейках никто ничего не схватит.

(155) это тоже самое фифо/фефо ;-)
сегодня погнал сборщика за товаром где ОСГ < 2/3, завтра очередная партия товара перевалила этот порог...
тогда уже проще обычный FEFO и работать по нему.

(158) а то ж!

(98) ну а можно все же номер заявки, если мы не узнаем чем не помогли сейчас то и в будущем не помогут )

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

основная проблема - надо пилить ЦЕЛОСТНУЮ СИСТЕМУ. это можно пилить ползучей автоматизацией в т.ч.
но ползучей потом много надо реинжинирить (в т.ч. и рефакторить), а ресурса на это зачастую не дают...