Всем привет. Ломаю голову, как же лучше поступить. Пытаемся внедрить на склад ТСД, ПО DataMobile. Пожелание такое, чтобы максимум операций делалось на ТСД. Выпуск продукции осуществляется документом "Производство без заказа". Сам производственный процесс физически организован так:
1. участок сборки собирает изделия, кладет на палеты, клеит на них этикетки, сканирует ТСД-шником.
2. палеты едут к воротам (выходу), складские работники заматывают палет в плёнку, формируются и печатаются упаковочные листы, (это делается прямо через ТСД),лепятся на палет.
3. Приезжает кара, забирает палеты и сразу везет на склад и на своё усмотрение развозит это по зонам хранения. Буферную зону организовать нет физической возможности, поэтому сразу развозится всё по зонам (ячейкам)
Всё это происходит уже обычно в конце дня, поздним вечером. В базе выпуск продукции оформляется на следующий день утром, документом "производство без заказа" на основании данных из ТСД с участка сборки из п.1 Диспетчер точно не знает, какая точно продукция выпустится вечером и сколько, поэтому документы выпуска оформляются по факту, на след. день.
Вопрос: как мне оформить приемку-размещение продукции на складе, когда по базе она еще не выпущена? Организовать буферный склад в 1С и делать оттуда перемещения в минус на склад готовой продукции, а утром оформлять выпуск продукции на этот буферный склад?

(0) Это вопрос больше к аналитикам и методологам.
Перемещение в минус лучше не делать, т.к. потом разгребать задолбётесь.
Я бы посоветовал псевдо "Буферный склад" даже если его нет, но вы будете знать что номенклатура там.

Странно, у Вас ни процесса, ни его понимания, но ПО уже прикупили и думаете что с ним делать. Сначала выстраивайте процессы, потом уже думайте о ПО.

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

(2) а я от 1с

(0) Обычный МК на ТСД от типовой ERP не годится?

(2) Правильно, сначала надо выстроить процессы а потом уже оборудование и ПО
Хотя внедрение оборудования и ПО часто меняет процессы

(0) Для начала попробуйте пройти всю схему и операции с ноутбуком со сканером ШК
Если работает - банально переносите на ТСД
Какое ПО использовать это уже другой вопрос
Встроенное в ЕРП оно ближе к основной базе
Но ДатаМобайл или Клеверенс могут быть удобней и быстрей, хотя дальше и синхронизация с основной учетной системой

(5) но для того что бы менять процесс - этот процесс уже должен быть

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

(4) А в ERP разве уже появилось что-то рабочее для ТСД?
Последний раз когда я смотрел - это был тихий ужас...

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

(9) Ну в декабре 22 выпустили новое, ты раньше смотрел или его? Мы написали свое мобильное приложение

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

(11) Это встроенный в конфу интерфейс РМК для мобилы? Я его смотрел.
Или там есть именно приложение?

(11) где поподробнее почитать ?

Спасибо всем за советы, может я чего-то где-то перемудрил, буду пересматривать реализацию процесса, появились идейки...

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

(16) Да, веб доступ нужен, и еще надо как-то к ней умудриться примотать сканер ШК ТСД-шника

(17) В этом самая проблема, событий там нет.

(13) какой рмк, когда мрм. Тебе же не касса нужна, а склад

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

(20) ты либо крестик сними, либо трусишки надень

(20) что это за магазины у вас такие?

(20) даже на древних тсд с разрешением 240*320 можно все "рассмотреть" крупны читабельным шрифтом. Еще и место останется. Если конечно делать как надо по складским процессам, а не лепить костыли и тащить на тсд десктопные принципы и фейсы.

(20) обля, еще один. Ушел на 100 метров, база выдала окно ошибки на 1 товаре, а ты сканируешь дальше все в пустоту

сканированием ШК (штук, упаковок итд) как по отдельности каждый вид упаковки, так и врперемешку
- вводом ШК вручную;
- вводом количества вручную
* например, 100 - 100 единиц счета
* например, 20пробел100 - 20*100=2000 единиц счета
* например, 11пробел20пробел4 - 21*20*4=880 единиц счета (11 слоев по 20x4 в слое)

Экран тсд 4" 480*640
И это я еще извращался

Сколько там места надо на слово
Сканируй товар
Следующий экран введи количество
Следующий экран сканируй/введи партию/срок/итд...

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

ТСу в помощь.
Может пригодится что нить по БП
http://forums.kuban.ru/f1040/0_5off_%2A_7_ill_back_ili_ckromnost-_ukrashaet_kogda_net_drugih_dostoinstv-9127109-2.html

(20) вот экран 4" разрешение 240-320, отбор товара с мест хранения в заказ. Места на экране вполне хватает.

(24) прикол в том, что смешанный тип работы стоит в разы дороже, чем првести везде нормальный вайфай

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

Отказ от вайфая - ну это очень специфические условия должны быть... В клетке фарадея... ;-)
.
Катался на велике с корзинкой железной на руле, мелкий бумбокс с УКВ если положить в корзинку - всё...

Был проект один, там на удалении от склада метров 100 стоял контейнер стандартный здоровый, тянуть туда сетку заказчик счел нецелесообразно, отбор товара из контейнера был редко, задание выдавалось на бумагу, частностей того проекта я не знаю, но я бы в первом приближении сделал бы так: бумажное задание, штрихкод на бумаге, бумажные задания выкладываются оператором в накопитель, когда такое задание выдается на ТСД - сканируем лист, идем в контейнер, берем что надо, возвращаемся на основной склад, сканируем повторно как подтверждение выполнения (вводим отклонения если надо). Если совсем по уму: то в районе ворот принтер (там обычно всякая печать для приемки), система выдает задание типа "получи задание, сканируй принтер" - скан принтера - вылазит бумажное задание.
Типа примерно так...

(26) Да уж, "извращался" - это мягко сказано ещё...

Все примеры экранов ТСД, выглядят по меньшей мере СМЕШНО. Для нормальной работы на экране должно хотя бы умещаться от 24 до 50 строк с быстрым скорингом. Ну а, если нужно деньги потратить или работу себе лишнюю найти это конечно ТСД (тут вариантов нет).

(36) 24-50 строк ЧЕГО?
список товаров? зачем? если в данный конкретный момент, держа в руке ТСД, сотрудник работает с одним конкретным товаром..?
.
Список заказов? зачем? в данный кокнетный момент сотрудник работает с одним конкретным заказом или с пулом заказов, которые для него выглядят как один "заказ"/задание.
.
Что там еще на экране десятками строк показывать? списки какие-то , из которых сотрудник выбирает скроля, листая, и еще не дай бог, выполняя что-то типа "поиска"..?
.
практически любой список на экране ТСД при СКЛАДСКИХ ОПЕРАЦИЯХ - это тотальные недоработки бизнес-процессов и складской логистики (отсутствие ШК, отсутствие артикулов, полный бардак на складе) и здесь надо не 20-40 строк на экран ТСД пихать, а склад "строить".
.
Какие-то небольшие списки (типа начальных меню выбора глобальных пунктов, типа выбор режима работы приемка/сборка/отгрузка/инвенты/итд) еще допустимы, но для них не нужны 20-строк... вполне умещаются на экранах в 10 строк.
.
Может быть в каких-то сильно узкоспециальных случаях и нужно что-то многострочноэкранное, но с ходу такое не могу выкопать, было бы интересно.
.
У меня вот такое "многосточноэкранное" есть в одном месте. Когда ТСД используется "начсклада" как справочная система (тыкнул в ячейку - увидел перечень всех товаров в ячейке, тыкнул в товар - увидел перечень всех ячеек, грузов, паллет где лежит товар итд). Но такой режим - он к складским процессам обраьотки товаропотока - ну совсем сбоку.

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

(35) это да ;-) но все равно охотно выслушаю мнения/советы/критику.

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

(37) Именно. У нас на складе то же самое. Сборщик на ТСД видит номер стеллажа, номер яруса и номер ячейки. Когда он до нее доберется, щелкает по штрихкоду и ему выдается первый товар, который он должен взять из ячейки (у нас в ячейке и на паллете может лежать разные товар, специфика ассортимента). Берет коробку и щелкает по ее штрихкоду. Если взял ту, зеленый сигнал, если не ту - красный. положи назад. И так пока не соберет все требуемое из этой ячейки, потом его посылают к следующей. Более 7-8 строк на экране не требуется, главное чтоб они были большим читаемым шрифтом, и чтоб большинство операций выполнялось по штрихкодам (а все остальное на 10 горячих кнопок на ТСД). Только в режиме контроля ТСД может выдавать содержимое ячейки/паллеты при сканировании ее кода списком, или подобные операции, но это действительно нужно только начальнику или ответственному за размещение. Но они ходят уже не с ТСД а с планшетом (все таки люди более ответственные и аккуратные), а на ТСД эта функция осталась как реликт.

(40) потому что у нас не промышленное по, а частная разработка.

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

Пришла машина с запчастями, отправляем машину с запчастями, проводим инвентаризацию склада - для этого достаточно 8 строк на экране? Используем обычный wi-fi сканер и первые 2 процедуры занимают минуты.

(43) ты догадался вывести остатки складаьна тсд? И они терь с 24 дюймами бегают

(41) "сигнал к атаке - три зеленых свистка!"©
Как отрабатываешь, если в заказе несколько одинаковых товаров (с одинаковым ШК)? каждый скан - +1? Разреза по датам производства - нет?

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

(46) не, это я понял. Вопрос был в другом: например, у тебя в заказе взять из ячейки 123 3 одинаковых коробки с шк 46123456789. твой комплектовщик 1)сканирует одну, и вводит количество отобранного, или 2)сканирует каждую, и при сканировании к отобранному прибавляется единичка?

(47) Второй вариант. Каждую коробку отдельно сканирует, руками ничего не вводит.

(43) для инвентов - стандартного экрана "в 7-8 строк" вполне достаточно, экраны и процедура инвентов с точки зрения автоматизации складских операций мало чем отличается от работы с экранами ТСд на других операциях.

(43) ну, с доверительной приемкой можно и контейнер из Китая за 2 минуты принять. ХЗ что там у вас на "приемке" за 7-8 минут делается с машиной автозапчастей. Приемка - одна из самых критичных складских операций и больше внимания надо уделять ей, а не "тупой" технологической операции сборки или контроля\упаковки. От качества приемки зависит практически все остальное.
.
за 7-8 минут принимается (именно принимается, разгрузка паллет занимает гораздо больше времени) порядка 30-40 монопаллет упакованной нормальной регулярной укладки штрихкодированного товара с пересчетом и вводом партии\срока.
.
как вы там машину автозапчастей за минуты принимаете - хз, очень интересно.

(45) если речь идет об одинаковых ШК на разных товарах - это решаемо, нисчего особьо трудного нет, порядка трех вариантов приемки тут могу предложить.
.
если товар весь одинаковый, но разные характеристики\даты производства\сроки - то после "ввода" КОЛИЧЕСТВА ПОРЦИИ запрашивается и вводится параметр характеристики (дата производства, срок итд), с учетом того что часто такие "характеристики" не штрихкодлируются - то вводится ручками. ПРимеры я приводил на Кубани, со скринами (У меня как у Кределя - не "промышленное ПО", а больше как хобби для лавочников, когда не зантя на промышленных проектах ;-)

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

(47) точно также настраивается в нормальных системах и права по размещению товаров с приемки: кому-то нельзя отклоняться от плана размещения, а у кого-то права на выбор места размещения, отличного от плана (это упрощенно, в реальности отклонения от плана размещения тоже имеют ограничения)