40-Путевый лист >Ну это да.
Еще можно по первому сканированию ШК расх.документ на экран вывести (если это для чего-нибудь надо), а там уже какую нибудь большую кнопку "СБОРКА ЗАВЕРШЕНА", чтобы без второго сканирования обойтись.

41 - mr Gilmor Нет у меня там экрана. Только ручной сканер ШК. А вот начальнику склада на экран его сеанса я и собираюсь водить инфу типа "Чек №225, сборщик Сидоров - не закрыт" Это будет в том случае когда сборщик Сидоров начнет сканировать новый чек не закрыв предудыщий финальным сканированием

Можно, вообще, целый "фронт сборщика" наваять:
- открытие задания на сборку по ШК документа
- просмотр (листание) открытых заданий
- участие нескольких сборщиков в обработке одного задания по "личным" ШК
- отгрузка/закрытие задания
О!

> Разницы между справочником логов и реквизитами документа я особо и не вижу
- разница есть и существенная - именно в 7.7; если будешь что-то мутить с документами - при АКТИВНОЙ РАБОТЕ СО СКАНЕРАМИ - будешь регулярно натыкаться на транзакции - ибо документы - это журналы, документы, индексы - на все это будет уходить время - так что тут надо очень аккуратно посмотреть ПРЕДПОЛАГАЕМУЮ НАГРУЗКУ.

В целом, как я вижу - описанная в (0) схема вполне себе нормально будет работать.
.
Принципиальная проблема (все уже описали выше) - сборка и контроль сборки - это д.б. ОТДЕЛЬНЫЕ УЧАСТКИ И ОТДЕЛЬНЫЕ ЛЮДИ. Но т.к. тмц у тебя не штрихкодированное (что конечно очень сомнительно - сейчас вроде все штрихкодируется) - то ты сборку - начало-завершение и контроль - "сворачиваешь" в одну операцию. - ну и ничего страшного.
.
пиши все в лог справочник (посмотри мою старую ветку про 0.5*скромность) - у меня примерно так и работает и нормуль. и Сборка - не в пример твоей больше.
.
как правильно писали выше - кому это надо и какие цели преследуется.
.
выходи на простые соображения. то что ты хочешь сделать - имеет смысл если это будет НА ЧТО_ТО ВЛИЯТЬ - на зп сборщиков или что-то иное.
.
проблем особых - вообщем не будет.
.
если сборщик не закрыл своим штрихкодом выдачу - сделай просто - что не сможет открыть следующую сборку - выдавай запрос НА ПОДТВЕРЖДЕНИЕ закрытия незакрытйо. Если сборщик халявит - у него ВЫРАБОТКА БУДЕТ МАЛЕНЬКАЯ - т.е. если сборку закрыл не вовремя поздно - за смену у него будет "скорость обслуживания" типа 10 строк в час, вместо типовых/средних 30 строк/в час - справшивается - а накуа нам такой сборщик? если сборщики начнут химичить - показывать охренитель ную скорость сборки - нахрена нам столько сборщиков если по показателям со всей сборкой справляются 3 сборщика при наличии 10 сборщиков? - в итоге ты упрешься в ПИКОВЫЕ показатели, когда 10 сборщиков у тебя работают ВСЕ но только в 5% времени....

Единственное что бы я сделал - добавил ПРОМЕЖУТОЧНЫЙ сканер - какой-нить комп, который стоит где-нить поблизости от зоны окончания сборки - и на котором сборщик ОТМЕЧАЕТ КОНЕЦ СБОРКИ ЧЕКА - чек переходит в "зону" выдачи - тогда у итебя показатели выработки по сборке - будлут более близкие к реальности.

ты высказывал сомнения про сскорость посдсчета и анализа - забюй, при твоизх объемах это вообще несущественно. Как правило тебе будет нужен подсчет "ПОСЛЕДНИХ" показателей - тупо сделаешь выборку справочника в обратном направлении и все... а если что-то посчитать более глобальное - ну подождут раз в неделю 50 секунд на снятие отчета...

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

> Мало ли что - перепутал последовательность сканирования, забыл отсканировать свой ШК,

- отлавливается программно и блокируется.

> второй раз не отсканировал ШК чека.

- описал выше, будет влиять на "оценку" сбощика - если им похрен - то "закрываешь" автоматом

> Еще напрягает то, что если за день примерно 300 чеков, то уже за месяц файлики прилично вырастут в объеме и искать там что-то а тем более писать в найденное - скорость будет не ахти.
- описал выше: пиши ВСЕГДА ПОСЛЕДОВАТЕЛЬНОв текстовый файл; в справочник (если будешь делать на нем) - позиционируйся на нужную запись по ключу и пиши в события что надо - будет быстро. Никакой необходимости делать наряду со справочником еще какой-то дополнительный текстовый файл - не вижу.

(42) у меня просто сделано: все задания (чеки/заявки) на сканирование - это файлики... если файлик сканируется - то он переименовывается в Lock_НомерЧека, а кто открыл файл на сканирование - пишется в лог. У меня вообще сделано "ублюдочно" - параллельно с тисой на файловой системе сделана свои миниwmsБД - каждая папочка - отдельная "зона" обработки задания... и шуришит уже хрен знает сколько...
.
у тебя в справочник чеков - как чек открывается - пиши в СПЕЦПОЛЕ "ктозаблокировал" типа "Блокировано_Петров", другое поле - ШКПЕТРОВА - если надо посмотреть какие чеки открыты - тупо выбираешь из справочника записи с ключом "полеблокировка = непустое" - вот тебе инфа для начальника кто чем занимается. - короче напридумывать можно кучу всего.
.
полноценную систему на документах, журналах, супермегастатусах - имеет смысл делать СИСТЕМНО. у меня вот так пор яду причин - не получилось. и что? а нихрена! то что сделано "несистемно" покрывает на данный момент почти все мои потребности.

44:50 - Чучундер. Читаю, впитываю думаю. Чуть позже что-нибудь напишу

одна проблема - два одноЭсника - три решения


[img]http://ns2.spaek.net/velo/2010/sakhalin09_kondrakov/09-04.jpg[/img]

(52) да не будет никаких проблем. Не надо делать сложные решения, там где можно обойтись простыми. Вариант (0) - даже если сделает автор как описал - вполне себе покатит и будет усточиво работать. Причем будет написано быстро, нормально, и немозголомно. Что сэкономит время на решение автором других проблем - и в итоге будет видно спустя полгодика - что простое решение автора на 90-95% покрывает их потребности.

53 - Чучундер Согласен полностью. Думаю, пробую. Спасибо за поддержку и ценные замечания!!!

кукшка хвалит петуха за то, что хвалит он кукушку

55 - Helen 1986 Есть задача Ее надо решить использу те средства что есть. Вот и все. Узко прагматический подход очень часто дает быстрое решение и быстрый эффект от внедрения

(56) да согласная я.


между прочим, вся 1це - это узко прагматический подход, малейшее изменение внешних условий и все накрывается медным тазом

[img]http://oi52.tinypic.com/250807d.jpg[/img]

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



часто ошибаются и городят не то
[img]http://kolyan.net/uploads/posts/2011-10/1318400487_1318337449_podborka_09.jpg[/img]

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

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

(61) не, мужики без пинка не летают

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

(6 2) массовые расстреллы спассут мир??

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

[b]все хрен что получат за эту работу[/b]

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

(65) а кто сказал? оплата за сделанную работу = 7500, все остальное - премия... ;-) да и против выполненной работы - я не возражаю - выполненная работа д.б подтверждена - хрен чет там - нарядом, таксировкой. нормировкой - хоть чем-то...

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

(67) д.б. мотивация и д.б. учет
но грамотный учет - не создающий проблем

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

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

опять Чучундер фигню городит

мотивация - это проблема НЕ ОДНОЭСНИКОВ.
а вот учет и его алгоритм - проблема ТТО

Спасибо всем. Организационные советы пока не приму. А вот программно за 2-3 дня сделаю. Вот тогда можно будет и проверить что к чему

Хелен видит херню там где ее нет.. я вроде не говорил, что мотивация - проблема 1Сника...