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

Заказчик хочет оперативно отслеживать процесс производства и ведеть остатки по складам.
Заказчик хочет видеть на каждом узле сенсорный терминал (моноблок), чтобы МОЛ на этом узле мог оформить документ "производство" и списать материалы, которые ему нужны.

т.е. рабочему для производства 1ой подушки нужно 10м ниток, 0.5 кг синдипона, и 2м ткани. Он подходит к терминалу, выбирает там "произвдство подушки", берет необходимые материалы с полки, проводит документ - и материалы списываются со склада.

Вся сложность в том, чтобы адаптировать форму документа "производство" в УНФ под небольшой (10-12") экран сенсорного монитора. Как лучше сделать, написать обработку с формой, чтобы она создавала документ итд. Или есть возможность редактировать саму форму документа и привязать ее к пользователю???
Цитируя заказчика: "нужно чтоб кнопки были большие и все было упрощено"....

У кого какие мысли есть?

Снековые торговые автоматы видал? http://www.supervending.ru/products/snekovye_apparaty/

Вот так и сделайте... подошел, провел/пикнул своей карточкой, выбрал что хочет произвести и ему отсыпали в лоток...

Да с УФ 1С для сенсора не заморачиваться, делать внешнее на чем угодно, банально одностраничник HTML/CSS/JS и по JSON к базе коннектиться

(2)+ "Автоматически генерируемый REST интерфейс прикладных решений

При обращении к REST интерфейсу прикладного решения вы можете получать ответ в формате JSON. Для этого в адресной строке вам нужно указать параметр $format=json. Либо указать MIME тип "application/json" в заголовке Accept HTTP запроса."

Не совсем про швейную фабрику, но остальное - то что ты хочешь ... http://www.mesbymeat.ru/

(3) (2)
а вот оцените свои трудозатраты, в часах например, или в деньгах - можете выступить как исполнители??
Сделайте предложение, готов обсудить.

(5) Без более подробных данных нереально оценить, к примеру
1. Сколько номенклатуры? Как производимой так и комплектующих/материалов.

2. Штрих-кодирование уже есть? Чтобы не на экране выбирать а просто пикать то что взяли (можно не саму номенклатуру а этикетки на полках).

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

3. Спецификации производимой номенклатуры кста уже есть? Т.е. чего и сколько нуна чтобы все подушки произвести.

(6) количество номенклатуры до 50 шт.
Количество производимой продукции до 10-20шт.
спецификации есть, достаточно простые (пример я описал). и есть пару случаев, когда на одну продукцию есть 2 спецификации (компоненты взаимозаменяемые). Все достаточно просто.

(0) швее выдается заказник на 1 подушку со штрих-кодом. Она пикает его создается документ.
Сшила - пикнула еще раз

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

Что я хочу видеть (самое простое на мой взгляд решение) - переделанная форма документа "производство" УНФ.
REST интерфейс и JSON заинтересовали. Ранее не слыхал о таком.

(7) Простейший сенсорный терминал это планшет 10', самое оптимальное каждой швее такой персональный выдать и прога на нем по дефолту крутится.

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

(11)+ Гм интересненькая идея возникала. ТС плиз ТЗ в каком то виде, сделаю прогу и выложу в маркет.
Вам со скидкой ))

(11) вы имеете ввиду мобилное приложение УНФ на планшет? там вроде как только продажи. производства нет там

(13) На планшете (для планшета или другого девайса на android) но не мобильное приложение и не УНФ, а просто отдельное приложение.

Которое по типу разных кладовщиков/торговли но заточено под производство/учет будет.

....поступило приложение сделать обработку с  интерфейсом по подобию РМК в рознице, которая будет создавать документ производство, заполнять его и проводить его. Как думаете, не проще ли будет?

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

Попробуйте, плюс обработки 1С и rdp что легко сами допилить быстро можете в отличие от стороннего приложения.

Угу, приглашали га швейное производство позвала меня дама консультант в помощь, занятно было, но не взлетело

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

Что мешает швее пикнуть беру 10 метров нити, а взять 30? Сдаст потом готовой продукции на 10метров нити, а из остальных 20 пошьет налево

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

(20) "Кнопки большие и упрощенно" это не к программисту а к дизайнеру/разработчику интерфейсов (UI).
Сделать "большие кнопки" можно в чем угодно, вопрос как связать с 1С-кой.

Кста тут идеально почти готовое решение типа той же метадаты или https://rwad-tech.com/ru/FastWebAppConstructor (последнее что то не развивается последнее время)

(21) (19)

и всем кто читает:

Дело не в швеях!!!!! эта швейная фабрика не только шьет, но и занимается производством синдипона например. Там жарко и пыльно, там не вариант пикать или клаццать мышью, там нужно щелкать на сенсоре, чем понятней и быстрее - тем лучше! поэтому и запара.  Склоняюсь к решению через обратботку с кнопками по типу РМК розници. Проще, на 1с и без лишних танцев.