1С и швейное производство #794252

Добрый день, коллеги! Подкиньте полезных ссылок или поделитесь опытом насчет автоматизации швейного предприятия. Краткое резюме: Меховая фабрика+свои магазины, пользователей 20-25. На текущий момент УТ 10.3.5 с дописанным блоком производства УПП 1.3. Используются спецификации(с применением аналогов), технологические карты (маршруты) производства, заказы на производство, задания на производство, требование-накладная, выпуск продукции. Процесс сейчас: Поступает заказ клиента на поставку меховых изделий, менеджер обрабатывая заказ клиента формирует список мех.изделий которые необходимо изготовить и передаёт на производство оператору. Оператор создаёт заказ на производство (одно изделие - один заказ) и закрепляет маршрут по заказу. В процессе отработки заказа производства создаёт задания и отмечает их выполнение по маршруту. Так же в обязанности оператора входит списывание материалов требованием-накладной. Бухгалтер по производству контролирует в течение дня что списали, в каком объеме и соответствует ли спецификации. В конце процесса производства изделие принимает менеджер по выпуску и оформляет в 1с Выпуск продукции. Минусы текущие:Всё завязано на людях (которые как известно лажают), особенно на производстве завязано где всё на операторе. Все исполнители идут к нему отметить выполнение, взять полуфабрикат или материал. Отсутствует 1с Маркировка мех.изделий (выгружаем в отдельное ПО и ведём учет там) Что требуется от доработки текущего решения или от нового решения : Минимизировать зависимость исполнителей от оператора. Хорошим решением было бы работа с терминалами-киосками. Выдаётся штрихкодированный маршрутный лист с помощью которого исполнитель бы сам получал получал материал (комплекты для пошива собирались заранее и выдавались по штрихкоду) и отмечал сам с помощью штрихкода на терминале приём и выполнение задания. Соответственно рассматривается или переход на готовую систему для швейного производства или если у кого есть готовый комплект необходимых доработок, которые можно было бы интегрировать в ут 10.3.5. Поделитесь опытом с чем встречались, или если есть готовые разработки или знаете решение которое может помочь в решении узких мест то во сколько оцениваете. Рассматривается консультирование, приобретение готовых разработок или их разработка(тогда интересен срок и стоимость в пм). Рассматривалось 1С:Швейка (1cfashion.ru) но он не подходит по ряду причин Хотя можно взять за основу в новой конфе и доработать решения.

Регион какой мехов?

Ставропольщина

erp

ерп (особенно с его излишним функционалом) приобрести и доработать под себя дороже, чем взять туже швейку(УНФ) или КА и дописать или внедрить нужно

по этой вставке весь текст топика тянет на вакансию :) которая мало кому интересна из региона размещения

ну не вакансию, но как минимум удаленное сотрудничество. Об условиях сотрудничество в пм

Взять и допилить

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

Дописать дешевле чем купить коробку? У вас 1сники за тарелку супа работают?

Дописать УНФ дешевле чем дописать ЕРП.

а что понимается под словом "Дописать" ? давайте блок производства перепишем из ERP в УНФ и посчитаем, что будет дешевле

У ТС нет критериальных требований, есть только влажные фантазии. Всё это "Минимизировать зависимость исполнителей от оператора. Хорошим решением было бы работа с терминалами-киосками" и прочее бла-бла-бла "Всё завязано на людях (которые как известно лажают)" сразу говорит о том что сами не знают чего хотят и денег нет.

А что мешает сделать штрихкодирование в текущей системе? Других четких задач в этом потоке слов вообще нет.

удаленное сотрудничество - вообще трэш, как можно по удаленке автоматизировать производство? Дичь какая-то, еще и вакуха в чистом виде, удалять нах

согласен. в текущей системе все уже есть, нужнотолько штрихкодироание

так в ERP очень может быть, что и не придется переделывать то штрихкодирование, что там уже реализовано из коробки.

блеать ЕРП брать только ради штрихкодирования это вообще клиника

Это где это в ЕРП штрихкодироание производственных операций?

Знатный распил будет

Народ вы просто не знаете региональных заказчиков. Которые надувают щеки и хотят чтобы всё сделали бесплатно.

в 2.2 есть. Я на презентации смотрел :) Но попил будет знатный :) Только _дописывать_ ничего не нужно. Тут смотря в чем проблема: - если проблема в освоении бюджета - купи ERP - если проблема найти разработчика под дописку - купи ERP и т.д. з.ы. я только против слова _дописать_ спорить начал, т.к. у меня, к примеру, ценник на дописки от разности конфигураций не меняется. Меняется только объем необходимых доработок.

логично, но (как это не тривиально) в ограниченных сроках пока межсезонье и затишье. Пока есть возможность рассмотреть выслушать тех у кого есть опыт и наработки, которые можно применить к швейному производству, почему бы нет? Тем более мнение достопочтенных мистян. имхо, да в ерп есть определенный нужный функционал (и даже бывает работает как надо). Но я придерживаюсь мнения что он излишний и не стоит менять текущую систему на него ради штрихкодирования и всего того же что и так есть. но и он всё равно рассматривается Рассматривается всё: 1) Дорабатывать текущую учетную систему (прикрутить штрихкодирование, сделать обработку для работы с терминалами киоска, организовать взаимодействие исполнителей). Если у кого то есть готовый кейс приветствуется 2)Переход на другую учетную систему. Здесь не выслушивать "что купи ерп и будет тебе счастье" (для этого достаточно позвонить в любой франч). А узнать был ли у кого опыт и как решали проблемы. Если были успешные внедрения на ерп, то ок, что для этого потребовалось. Если внедреляли нечто иное (унф/ка/ут) и делали доработки, которые можно монетезировать под влажные фантазии то ещё лучше.   Не исполнитель ищется, а рассматривается лучшее решение.

на мисте никто тебе "в целом" не расскажет. Если есть конкретные вопросы - задавай

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

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

Такие регистраторы делаются в рамках СКАДА-систем в пищевсе везде

Шубы шьете? Тогда должна быть еще маркировка со rfid- метками

а у конкурентов и/или поставщиков подсмотреть не? наши периодически мотаются

у конкурентов либо ещё хуже, либо на этом же уровне. Есть пара всероссийских фабрик на которые равняемся, но собственными разработками они не делятся. Сама идея с отказом от операторов, в какой то степени, пришла от конкурентов. Каждый исполнитель заинтересован в том чтобы данные о его выработке были учтены что решает система с терминалами и штрихкодированием. и в целом даже при бюджете в 1млн+ (5 терминалов и необходимые доработки) окупится за 1-1.5 года за счет сокращения ФОТ на операторах. Если это решать на ерп(или иное), тем более в новой 8.3 вышла работа с "Киоском". То цена внедрения выше и срок окупаемости соответственно дольше. Такой вариант рассматривается, но быть первопроходцами, когда фин.риск выше нет желания. Поэтому ищутся кейсы, рассматриваются советы и предложения.

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

промкомпьютер с спец разрботанным интерфейсом, аналогия тонкого клиента, чего сложного то?

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

вот ты и противоречишь сам себе, что взять готовое все равно выгодней, чем пилить с нуля. Но при этом опять же знаешь, что бизнес узкоспециализированный. Вся тема такой отраслевки в том, что аналогичные, точнее близкие, примеры в отрасли - пошив всякий разный, с того, что ярко по телику рекламируют Глория Джинс. Но там автоматизация учета и применение учетных систем являются составной и очень важной частью производственного процесса. В него (в процесс учета и автоматизации) осознано и стратегически вкладываются. И, прежде всего, с методической стороны. Там дооолго можно все рассказывать. Мне там понравилось в свое время. НО! Я все равно от них ушел. И это было давно. И тут как раз следующий момент, что неизбежная и постоянная смена работников и специалистов сделана не недостатком, а преимуществом системы. Система не идеальна, а самодостаточно и саморегулируема ровно настолько, что потеря одного бойца позволяет работать дальше. Но до того, как это было сделано, устроено, введено в эксплуатацию, были пройдены все этапы, постоянного и системного самообследования и самодиагностики до составления ТЗ, работы по проектам и тому подобное. Это еще не говоря о том, что происходит очень глубокая проработка технологии производства изделий и т.д. и т.п. Там и без 1С огромное поле вспаханное, перепаханное, но его в периоде разрабатывают заново.

У тебя не получиться.Слишком специфичные приколы у тебя.

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

Я видел автоматизацию на 7-ке, номенклатура ведется по 24 характеристикам, начиная с сырья

вопрос времени, нужно было вчера.   Текущая система с точки зрения учета, вполне отвечает потребностям компании. Остатки всегда актуальны, ошибок по себестоимости нет, все взаиморасчёты закрываются. Инциденты в учёте исправляются оперативно. В прошлом году открылось новое направление пошива и была большая неразбериха, которая гасилась большим количеством операторов и менеджеров. Цель в том, чтобы в новом сезоне не набирать на каждый участок по оператору, а возложить учёт на участках на исполнителей с регистрацией этапов производства на киосках. Что это возможно понятно. Нужно только время на разработку и деньги. Но у предприятия нет времени ждать, есть возможность приобрести наработки. но или предлагают внедрение ерп, или "тз и пилим". Чем не устраивает "тз и пилим", тем что надо потратить много времени на объяснение нюансов об этапах и взаимодействиях между участками производства. а пока это будет пилиться, может начаться сезон и некогда будет думать о чём-то новом или изменениях в работе. Понимаю что проблемы вечные, что хочется и рыбку съесть и удовольствие получить. Но вдруг среди мистян, есть гуру швейного производства из Иваново

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

Если процесс в целом устраивает и основная работа в том чтобы максимально уменьшить ВНИМАНИЕ тупую текущую механическую работу операторов - то нафиг думать надо пилить самим. Взять под это дело в шатат под срочный тд нормального перцаодноэсника который работал не только в комнате дома удаленно, но и имел полевой опыт. Как только такого найдёте - проблема закроется за месяц-квартал

Если замена операторов приведёт к необходимости запускать в прогу какие-то управляющие алгоритмы вместо операторов управленцев (?) то сложнее - сначала придётся формализовать процессы управляющие воздействия - а потом запилить их по первому варианту. Если все управляющие воздействия рождаются по сиюминутному хотению Манагаров или операторов и это есть норма - то кому охота в гуане кораться вашем!? Только как Гераклу да и то в виде оброка

спасибо! А что в организации учёта Глории Джинс понравилось? Какие фишечки отметили для себя?

не за чтоПозвала меня как-то тётка бизнес консультантша - понравилась кстати - в помощь на установочную встречу по выраженной хозяином хотелку автоматизации вяза Льерне производства небольшого. Поехали, потратили день, понимания в результате не нашли. Это было нужно только хозяину да и то на уровне сделать чтобы не воровали. Больше ни га какие подвижки кроме слов готов он не был, я там помощником тётке был, в итоге так и не взлетело ибо все друг другу родственники и друзья и как-то вот так, на допзатраты средств нет, на прога средств нет, ни на что нет итд

Понравилось то, что на уровне технологий 2003 года увидел в работе, в комплексе все мыслимые варианты решений. Еще увидел, что системы учета не панацея... И в тоже время именно благодаря их наличию постоянная сменяемость персонала не критична.

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

Куда вам скидывать данные? С проекта осталось.

ну тут ситуация иная. Деньги есть на автоматизацию, бюджет конечно не стадиона Зенит или Роскосмоса, поэтому перед тем, чтобы денег потратить, нужно взвесить и оценить эффект от решения, на которое лягут затраты. А приходить к собственнику бизнеса и говорить "лям на это, лям на то" и может быть станет лучше, не очень. Как правильно заметили ранее, в регионах с жиру не бесятся и деньги стараются считать. оператор на участке выдает задания и принимает данные от 20-30 исполнителей(скорняков, закройщиков, швеи и т.п.) в зависимости от участка. Сейчас не сезон и всё делается неспешно: 1)к оператору подходит исполнитель, оператор выдает задание и комплект материалов, также отмечает в 1с кто/что/когда получил и списывает требованием материал 2)исполнитель выполняет и возвращается к оператору для регистрации выполнения. оператор, находит по заказу маршрут тех. операций и  проставляет в 1с соответствующее выполнение (которое регистрирует начисление денег исполнителю по выработке). тратит время на поиск задания в базе по номеру задания или заказа на производства. пункт 1-2 повторяется до готовности изделия. Сейчас в день оператор оперирует 150-200 документов в день, в сезон может быть до 1000 документов. Большее количество из которых задания (на текущий моммент 140заданий и 50 требований в день на оператора) В сезон оператор соответственно зашивается. Даже приблизительный расчет: 10 сек. поиска на документ в базе . в день 1000 документов  = 2ч 45мин в день тратится только на то чтобы найти нужный документ чтобы проставить. (10 сек на документ это даже лучший сценарий с использованием горячих клавиш. без учета переключиться на нужную форму, встать в нужное поле и т.д.) Соответственно только за счёт штрихкодирования пикнул док - открылась форма - увеличение производительность и эффективность оператора. а если это ещё повесить на терминал самообслуживания - где исполнитель сам берёт задание и отмечает выполнение, то нет необходимости держать большой штат операторов. Оставить только тех кто будет выдавать материал.

в регионах "бизнесмены" себя сильно умными считают. для того, чтобы прийти к собственнику и сказать какой бюджет нужен - надо проделать ОКУЕННУЮ работу по анализу/оценке положения дел/процессов. Которая - внезапно - стоит денег! Хорошор если ты сидишь на окладе и делать нехрен - ходи и собирай инфу для оценки. но бизнесмены не любят держать пиплов, которые в конторе нихрена не делают. так что скорее всего у тебя обязанности уже есть, а время на обследование конторы - чтобы ОБОСНОВАТЬ БЮДЖЕТ ВНЕДРЕНИЯ - нет. селяви.. замкнутый круг

по п.1 - типичная складская/wms задача. распадается на две подзадачи/процесса 1.1 отбор материалов под заказ (группировка в тару) 1.2 выдача отобранных материалов в производство . 1.1 делается тупо и быстро. люди здесь (на участке подбора и выдачти материалов в производство) - тупо роботы для ОТБОРА (задание на сборку) материалов под конкретное "заказ на производство". 1.2 точно не скажу, ибо пока непонятно кто определяет порядок выдачи (уже собранных) материалов/заказов в производство (то есть тянущая или толкающая система) - тоже задача особого труда не представляет. . тупые складские задачи. которые хорошо автоматизируются. без всяких "открываний документов" и прочей херни. все регистрируется в МОМЕНТ ВЫПОЛНЕНИЯ. нужен (наверное?) один оператор который определяет (?) порядок исполнения (выдачи) заказов (какой заказ за каким идет в работу). может и система это уже сама все планирует (?)

по п.2 - ничего не скажу (пока), т.к. неясно что означает "регистрация выполнения"

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

Кто-нибудь понял какая у ТС-а проблема и чего он хочет?

все как обычно: чтоб все было, но ничего за это не было

По молодости я наблатыкался с такими заказчиками из регионов блеать, весь этот словесный понос как у за чистую монету принимал. И обследования делал и моделировал, и сравнительный анализ софта, и ЧТЗ и всё блеать бесплатно. В итоге выяснялось потом что было бы неплохо если бы и сам проект я сделал бесплатно. Или - спасибо, мы еще подумаем.

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

складские задачи 1.1 и 1.2 регламентированы с нюансами производства. т.к. в момент инициации заказа заранее подбирают только мелочевку (пуговицы, молнии, подклада), на подбор основного материала (шкурки пушнины) уже выдается задание на подбор в рамках заказа (т.к. зависит от модели изделия:разные лекала, шкурки должны быть одного оттенка и пострига, каждая шкурка промаркирована штрихкодом) после отбора уже запускаются процессы (закройщик-скорняк-швея). Мелочевку забирают только на этапе швей, все этапы до работают только с пушниной) Регистрируется в момент начала и ставится отметка в момент выполнения, т.к. отслеживается этап, статус и время затраченное на операцию. Статус т.к. на одном исполнители может висеть несколько заданий. Время начала и конца, т.к изделие в зависимости от модели может шиться разное время и используется для контроля на каком этапе есть задержка. Узкое место в том, что сейчас оператор вполне справляется с "один оператор который определяет (?) порядок исполнения (выдачи) заказов (какой заказ за каким идет в работу)". Пока соответственно вариант, который остаётся приоритетным, пилить под себя с учётом своих граблей. Система в автомате не может планировать, т.к приоритеты спускаются с бухии производства. например ещё не готовы лекала для нового размера, и пускают в производство то что могут пошить. Хотя новые модели приоритетней. Или по важному заказу ещё не пришли шкурки от переработчика.

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

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

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

Теория она такая теория. 1)Начнем с того что ваш оператор не обрабатывает 1000 документов. Найти документ, открыть, прочитать, выдать материал, закрыть - возьмем даже 40 сек на все в среднем, в итоге имеем 11ч непрерывной работы. Это где таких работников раздают чтоб с бешеной скоростью 11ч нон стопом мог работать в сутки? Значит 1000 доков это брехня. 2)Следующий момент: Всё завязано на людях (которые как известно лажают). Если человек лажает на стадии поиска дока, то на стадии выдачи материалов (даже если док найден правильно) будет просто катастрофа, т.к. операция выдача материалов в разы сложнее для мозга. Отсюда я предлагаю поменять работника на нормального. 3)Ускорение поиска доков. Поиск документов это самая простая и быстрая операция. Сам поиск по хорошему делается за сек 5(вы предложили 10) возьмем среднее 7-8 сек и ускорите вы его до 2сек где-то. Думаю выиграете вы в итоге мин 30 в день. Основная затратная операция это выдача материала. Но убирать оператора будет глупо, т.к. робота вы фиг поставите, а при самообслуживании будет массовое воровство. Я сомневаюсь что поднимается вопрос из-за нехватки в рабочем дне 30( пусть даже 60) мин. Я бы посоветовал не пытаться накроить времени, чтоб оператор, работая как бешеный, в итоге влез в график. Завтра у него будет понос и все это плановое время коту в одно место. Как правило при таких ситуациях или ускоряют долговыполнимые операции, или если нельзя этого сделать, то нанимают добавочных людей. На мой взгляд второй оператор не помешает для подстраховки. Будет стабильность, а это залог качества и успеха. Ускорение почти мгновенной операции - это как правило уже от  нечего делать.

Речь о том, что оператор определяет только порядок выдачи "заданий" (заказов на пошив?) в работу. ВСЁ. остальное все должно делаться "автоматом" - д.б известно под какой заказ какая шкурка/кожа/чтотамеще где лежит. То есть куча работы д.б. выполнена ДО ОПЕРАТОРА кем-то еще (назначить конкретные шкурки на конкретные заказы). Если Оператора всем этим (определением конкретного перечня конкретных материалов которые идут в заказ) рулит во время назначения приоритетов заказов - то ясен пень он нифига не успеет чуть поток увеличится.

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

"Так если на тех.операцию выделено два дня " - сомневаюсь. техОПЕРАЦИИ с такими временными нормативами имхо практически не поддаются контролю. Нормируемая "операция" д.б. обозрима - то есть часа два, не более (где требуется участие человека.

"1с полно тех кто от ""статыщ"" - наообещают, сделают кое как и были таковы. и зачастую незаинтересованы в развитии клиента." - в развитии клиента д.б. в первую очередь заинтересован клиент. ЭТО ЕГО БИЗНЕС развивается. а чел-спец который сидит на крутом проекте и при этом занимается ожиданием - когда там клиент утрясет кто у него материально ответсвенный за переноску шкурок от сушки до пошивки - он деградирует и занимается не свойственной ему деятельностью. поэтому тухнет и тихо линяет. т.к. профитов на проекте - не получает.

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

+100

согласен почти со всем. тут проблема обычная - советовать ТС что-либо без глубокого обзора его проблем/исследования что у него и как - это все достаточно "округло". если ТС говорит что внедрение минимального штрихкодирования ускорит процесс - и при этом текущийе процемсы достаточно стабилизированы - ну пусть ТС впилит это "ШК" - в простом варианте. затрат д.б. немного. и заодно будет видно/понятно - действительно ли проблемы там, где ТС их видит или они где-то в другом месте. я пока вообще не понял чем оператор занимается. бумажки-задания выдает? НАХЕРА? если по словам ТС - очередность определяет "т.к приоритеты спускаются с бухии производства." - ну определила "бухия производства" очередность - по этой очередности сборка материала пошла в работу/заказ. По этой очередности "распечаталось" задание на получение материала исполнителем. и т.д. оператор здесь - бумагу в принтер подкладывать... Имхается мне - что ничего особо сложного у ТС нет. надо просто вменяемому более-менее челу сесть и сделать автоматизацию тупого уже по факту стандартизированного участка где оператор 80% времени работает "компьютером".

Правильно привыкли, что в Москве сорят деньгами, а в регионе у "среднего" бизнеса держать 1С программиста за 30-40К уже проблема проблем. Проще нанять пару рук за 10-11К которые будут ручками всё делать и какую-то доп работу.

У нас так: 1С УПП + Самописка 1. В УПП учёт Заказов, материалов, выпуск продукции, движение по складам и планирование производства 2. В УПП доработанные спецификации для учёта размеров (характеристики) и подбора их в заказы и задания на производство 3. В УПП раскрой, пошив (выпуск продукции), упаковка, сдача на склад. 4. В Самописке пооперационный учёт пошива - техКарты, операции каждой швеи, учёт швов, оборудования, разряды, суммы (на операцию) и учёт зарплат швей. У нас не мех, но одежда. а) Раскрой заказывает материалы по спецификациям, которые более менее точные за счёт множества характеристик. б) В пошив поступает крой под Заказ. в) Пошив иногда просят подкроить детали если запороли. г) Из пошива выходят изделия на склад (фиксируется подпись сдал, принял - сканированием бейджика) д) Внутри пошива учёт идёт в проге Самописка, где учитывается сколько в какой смене и кем сделано операций и сколько готовых изделий выпущено.