Доброго времени суток.
ERP 2.1 способ управления маршрутными листами: пооперационное планирование (MES),способ:регистрация факта.
Необходима помощь в решении задачи.Дело обстоит таким образом,что при планировании заказов на производство, формируются маршрутные листы с картой движения изделия по операциям, хотелось бы каждой операции и работнику присвоить индивидуальный штрихкод, то есть, изделие пришло на операцию работнику он пробил штрихкод маршрутного листа,следом штрихкод работника, затем штрихкод операции. Таким образом в системе отображалось бы, что сейчас изделие на таком то этапе и выполняется следующим человеком.Подобно тому,как изображено на изображении.Как подобное реализовать?

да

(1) можно поподробнее?

"Подобно тому,как изображено на изображении" // Изображении в твоем воображении?

(0) Позвать специалиста...

(3) фото главного профиля

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

(6) + 1 - конфигуратором, лист можно зашить в ШК операции, что бы лишний раз не сканировать. Или проблема в чем то конкретном?

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

(8)  не хотят и не надо
Сделай тупо без возможности альтернативы
Результат можно зафиксировать всегда
Но его нельзя отнести в выработку конкретного сотрудника если это не оформлено сотрудником надлежащим образом например через сканирование штрихкодов как ты хочешь

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

Я считаю нормально
На листе команда и шк идентификации
Если нужно больше шк на листе то надо разносить на разные листы

(10) то есть команды не стоит забивать в шк, спасибо. Всю эту идею возможно реализовать конфигуратором, я только начал осваивать 1с, а начальство желает во всю использовать данный функционал. подобное реализовал ИТРП http://itrp.ru/content/company/public/adl.php (9 пункт) только у них тсд, но мне хотя бы, обычным подключенным сканером. Т.к. я в этом деле новичок, прошу объяснять, как для тупого

(0) Картинка в профиле не из "Управления меб. фабрикой" случайно ?

(13) скорее всего, это из статьи компании, которая занимается введением штрихкодирования
http://partnersoft.su/solutions/arm_i_shtrihkodirovanie/

эххх.. какая команда, какая идентификация.. наверно я все таки не так понял "команды", расскажу как вижу, без учета типовых решений (на картинке док называется "заказ", информация по операциям - никак не заказ, в (0) сказано правильно - маршрутный лист (называют по-разному), он и должен быть), в общем:
есть лист (маршрутный), печатная форма которого выглядит как на картинке, но без штрих кода в фактовых колонках. ЗДЕСЬ шк есть только для операций. ШК так же есть у каждого сотрудника на руках (или гвоздем к стене прибитый). Когда документ приходит на участок (а вобщем и целом в листе маршрут должен быть прописан целиком на изделие или полуфабрикат от первой операции до последней по всем участкам - но это в общем и целом, решение принимать лучше с учетом конкретной ситуации), сканируется шк операции, проводимой на данном участке, за тем шк сотрудника, который, есть у каждого исполнителя операций (в виде бейджика, например), таким образом в программе будет зафиксировано какую операцию в какое время начали и закончили, а так же кто проводил операцию. Моментов много - от контроля последовательного прохождения маршрута до фиксации брака, веса использованного материала и т д. Под моментами подразумеваю не проблемы, а сбор дополнительной информации, разработка доп. функционала, т. к. время и фамилия исполнителя операции - это только верхушка айсберга

Команды в шк - нормальный вариант
И проблема здесь не в шк или в командах в нем
А в проработке бизнеспроцессов
Должно быть просто и удобно для сотрудников

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

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

(16) да, вы правы. Большую часть персонала составляют люди, которые с компьютером на вы. Хотелось сделать все максимально просто и эффективно

(18) вот я и хотел понять, с чего мне стоит начать? Какую литературу прочесть? Конкретно для выполнения этой задачи.т.к. еще раз повторюсь, для опытного пользователя по программированию ни каких проблем, но я еще в этом деле только начинаю вариться

с 1с совсем не давно, технически?

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

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

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

это как всегда в стиле "главное купить, а дальше оно само все сделает"

(23) Все что использовано в типовой конфигурации, нас устраивает и функционала более чем достаточно. Все работает на должном уровне, но появилась необходимость доработать принцип выполнения операций:
1.добавить поле с именем сотрудника выполняющего данную операцию в маршрутный лист(присвоить шк, чтобы в ручную не вводить
2. привязать ШК к маршрутным листам и операциям (чтобы производить отбор)

(25) Бывает не совсем: заказчик понимает, что нужно еще допиливать, но концентируется на "жалюзи" (см. (24))

(27) Ни одного дельного совета, один срач, или такой способ показаться умней остальных?

как вы представляете себе дельные советы?

1. научитесь работать со сканерами штрихкодов со стороны программы.
2. будет после 1.

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

(29) дельный совет в моем понимании:
1. В какую область для изучения стоит углубиться
2. Где найти источник информации для решения этой проблемы
3. Типовые ошибки, которые можно допустить при
4.С какими видами объектов необходимо работать в конфигураторе для ввода реквизитов

(31) судя по вашим вопросам, дельный совет может быть только один: "позовите программиста"©

1. у вас область называется "производство"
2. и это не проблема, дальше лень.. вопрос про объекты вобще звучит как минимум странно
начать можно с (29), все гуглится, на этом форуме тоже