От обучения к ограничению: Какое производство не планирует 1С ERP (ред. 2.2)

27.03.18

Учетные задачи - Производство готовой продукции (работ, услуг)

В попытке построить сложную систему планирования на примере кабельной промышленности я столкнулся с рядом проблем. Некоторые удалось решить манёврами в системе ERP, а некоторые требуют доработки. Дойти до конечной цели, в которой я бы планировал производство с выбором критерия "Дешевле" или "Быстрее" с правильными нормативами пока не получилось. Предлагаю ознакомиться с ограничениями производственного планирования. 1С ERP ред. 2.2.2.199

Постановка задачи и отраслевая специфика

Производство провода ПЩ гибкого неизолированного для щёток электрических машин представляет собой множество переделов с использованием разного оборудованием и технологических операций. Планировать производство данной продукции, в добавок постоянной загрузке прочей кабельной продукции, представляет собой нетривиальную задачу для многих заводов. Многие руководители, не только кабельной отрасли, не в силах обуздать производственное планирование. Попробуем помочь на примере программного продукта 1C MES или 1C ERP 2.2 (содержит подсистему MES в полном составе).

Провод ПЩ

Провод ПЩ

Рассмотрим стадии полуфабрикатов для изготовления ПЩ сечением 2,5 км.мм. Входящим материалом является катанка диаметром 8 мм.

Стадии производства ПЩ 2,5

Технологический маршрут представляет 7 производственных операций, помимо подготовительных работ, контроля качества.

Технологический процесс ПЩ 2.5

Наиболее удобным вариантом является указание выпуска полуфабриката или готовой продукции, отходов и потребляемых материалов в килограммах. Например, для производства полуфабриката ММ 1,8 (первый передел технологического процесса) в количестве 1000 кг, требуется 1025 кг катанки, 25 кг будут являться выпуском отходов.

Маршрутные карты в 1С ERP

Воспользуемся сущностью маршрутных карт в 1С ERP.

Справка системы:

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

Ключевой момент сказан, что карта соответствует одному производственному этапу. Следовательно, в систему должно быть введено 7 маршрутных карт на каждый передел.

Справочник Маршрутные карты в 1С ERP

Элемент справочника «1. ММ 1,8» при полном отображении выглядит следующим образом (перенёс на одну закладку). Содержит табличные части «Операции», «Выходные изделия», «Возвратные отходы», «Потребляемые материалы и работы».

Элемент Маршрутная карта

Состав маршрутной карты можно определять по гиперссылке, но максимальное заполнение облегчает ввод «Ресурсных спецификаций» на основании.

Если указана табличная часть «Операции», то она в таблицах выпуска и материалов указывается операция на которой происходит выпуск или потребление ресурса. Возможно указание абсолютного (Операция ММ 1,8) или относительного (последняя операция) значения операции.

Выпуск материалов на последней операции

Ресурсные спецификации

После ввода «Маршрутных карт» я ввожу «Ресурсные спецификации» с помощью определённой функции в спецификации, расположенной в «Ещё» — «Заполнить по маршрутным картам этапов».

Заполнение ресурсной спецификации на основании маршрутной карты

Справочник ресурсных спецификаций выглядит по аналогии с Маршрутными картами.

Список ресурсных спецификаций в 1C ERP

Строим дерево спецификации непосредственно из спецификации или строки заказа спецификации. Имеем первую неопределённость.

Дерево спецификации в 1С ERP

Обратите внимание на Количество — оно задаётся только кратно. Следовательно для производства 1025 кг требуется 2000 полуфабриката или материала, так как спецификация задано на 1000 кг. Для кабельной отрасли возникает большое неудобство в силу того, что необходимо оперировать другими единицами измерения. Более того минимальная партия отсутствует.

В версии 2.1 Управления производством в строке Спецификация заказа мы видим следующие данные по Количеству.

Строка заказа ресурсной спецификации

Указывать спецификацию на производство 1000 кг является нерабочим вариантом в 1С ERP.

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

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

На текущем релизе 1С ERP 2.2.2.199 при включённом режиме «Управление производством (версия 2.2)» никаких ошибок и сообщений пользователю не приходит. При при установке статуса спецификации «Действует» в режиме «Управление производством (версия 2.1)» сообщается ошибка пользователю.

Проблема производственного планирования ошибка ввода

Применимо к нашей ситуации система требует чтобы при выпуске 1000 кг «МТ 0,4» в следующей спецификации операции (Волочение 2) потребление «МТ 0,4» в 1000 кг.

Спецификации к технологическим операциям с указанием равно

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

Если отключить режим «Управление производством (версия 2.1)», то программа нам даст сохранить ресурсные спецификации, но потребность всё равно рассчитает исходя из кратности. То есть для производства «МТ 0,4» в количестве 1036 кг, она запланирует 2000 кг!

Дерево спецификации 2

Производственное планирование в 1С ERP не работает, если (условие И):

  • Полуфабрикат производится в процессе
  • Невозможно задать минимальные значения партии
  • Не соблюдается кратность выпуска полуфабрикатов

 

Произведём изменения — поменяем единицу измерения на грамм и пересчитаем спецификацию на 1000 грамм выпускающей продукции с потребностью 1000 грамм материалов или полуфабрикатов.

спецификация в граммах

В системе спецификация выглядит следующим образом:

спецификация в граммах в ERP

Дерево полной спецификации с учётом полуфабрикатов, производимых в процессе выглядит:

Дерево спецификации по спецификации в граммах

Как видно изменения не произошли, так же на каждой итерации прибавляется 1000 единиц потребляемых материалов. Плюс пропала единица измерения…

Что касаемо увеличения на 1000 на каждом следующем переделе, то всё соответствует предыдущему условию — не равно количество входящего и исходящего полуфабриката.

Всё равно формируем заказ на производство.

И этапы (Управление производством редакция 2.2)

Структура заказа на производство

Картина имеет более привлекательный вид и для производства 2500 кг провода ПЩ, уже нет дикой потребности в 8000 кг катанки.  Проверяем текущие цифры на адекватность. Как помните по технологическому производству на каждом этапе присутствуют отходы.

Проверка расчетов

Для спецификации на 1000 единиц, мы сразу понимаем количества отходов, то в данной ситуации требуется произвести расчеты.

Первый передел производится по спецификации «СП ММ 1,8», где выход 975,6 гр. (0,9756 кг) материала и 24,4 гр. (0,024 кг) отходов.  Следовательно для производства 2500 кг продукции, требуется (2500/0,9756 = 2562,53) 2563 раза «применить» данную спецификацию. В результате возникнет (2563*0,024=61,51) 62 кг отходов. Система рассчитала 3086-3010 = 76 кг.

Почему? Не знаю…

На последнем переделе для спецификации задано 19,6 гр. (0,0196 кг) отходов. Выход изделий равен 980,4 гр. (0,9804 кг). 2500/0,9804 = 2549,9796 (2550 раз применение спецификации). 2550*0,0196 = 49,98 (50). Но система рассчитала 52.

Если прибегнуть к допущению этих величин на производстве.

Открываем этап производства:

Первый этап производства - обеспечение материалами и работами

Независимо от указания кг в заказа на производстве и номенклатуре, в этапе количество берётся из ресурсной спецификации. На закладке встречаем дополнительный вопрос — почему система создала 2 строки (это разделение никак не связано с планированием по оборудованию). Откуда взялась доля стоимости — для меня вопрос…

Продолжаем сложное производственное планирование…

Функциональное моделирование 1С ERP ERP кабельное производство

См. также

Обмен с системой Меркурий через Web + Ветис.API для любых конфигураций (универсальная конфигурация Хамелеон Меркурий)

Оптовая торговля Производство готовой продукции (работ, услуг) Розничная торговля Обмен с ГосИС Платформа 1С v8.3 Конфигурации 1cv8 Сельское хозяйство и рыболовство Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Пищевая промышленность Россия Бухгалтерский учет Управленческий учет Платные (руб)

Универсальная конфигурация Хамелеон Меркурий для взаимодействия с системой Меркурий(тестовый+рабочий+демо контур) может использоваться для интеграции в любую конфигурацию на базе 1С, версии ПРОФ и выше. Основное отличие от других решений - работа через веб-интерфейс и API 2.0(API 2.1). Для удобства реализован общий интерфейс в виде обработки, схожей с интерфейсом Меркурий, но возможностей гораздо больше, т.к. при интеграции в Вашу учетную систему, можно на основании Ваших справочников и документов, создавать соответствующие документы и справочники в системе Меркурий и наоборот.

104000 руб.

08.11.2017    120858    296    138    

392

АРМ Начальника производства и АРМ Рабочего цеха для 1С:УНФ. Цифровое производство малого и среднего бизнеса

Рабочее место Производство готовой продукции (работ, услуг) Платформа 1С v8.3 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 Управленческий учет Платные (руб)

Расширение для 1С:УНФ с комплектом из двух АРМ: «АРМ для начальника производства» и «АРМ для рабочего цеха». «АРМ Начальника производства» позволяет анализировать общую картину состояния заказов покупателей и наличие конечных комплектующих и сырья для производства заказанной продукции. Есть возможность направлять заказы в производственную работу (в случае, если заказанную продукцию нужно произвести), резервировать и отгружать готовую продукцию. «АРМ рабочего цеха» позволяет обычным работникам оперативно закрывать производственные задания (оформлять документы выпуска) сразу в программе 1С.

14400 руб.

15.09.2017    48930    79    41    

85

SALE! 50%

Отчет "Полный анализ себестоимости реализованной продукции" для 1С:ERP (ЕРП), 1С:КА, 1С:ERP УХ

Производство готовой продукции (работ, услуг) Учет доходов и расходов Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление холдингом 1С:Комплексная автоматизация 2.х Бухгалтерский учет Налоговый учет Платные (руб)

Данный отчет показывает себестоимость реализованной продукции в разузлованном виде, как с выделением входящих в нее полуфабрикатов любых уровней, так и свернутый до статей затрат и материалов, видов работ. Отчет работает независимо от метода оценки стоимости товаров и подходит для любых производственных компаний с многопередельным производством. Отчет можно использовать как в типовой 1С:ERP, так и в отраслевых решениях на ее базе (например, 1С:ERP Управление птицеводческим предприятием, Молокозавод и т.д.).Отчет подходит для анализа затрат на гособоронзаказы ГОЗ.

70000 35000 руб.

30.11.2022    11389    10    22    

15

SALE! 50%

Отчет "Полный анализ себестоимости выпущенной продукции" для 1С:ERP (ЕРП), 1С:КА, 1С:ERP УХ

Производство готовой продукции (работ, услуг) Учет доходов и расходов Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление холдингом 1С:Комплексная автоматизация 2.х Бухгалтерский учет Управленческий учет Платные (руб)

Данный отчет показывает себестоимость выпущенной продукции с разузлованием полуфабрикатов любых уровней, входящих в ее состав, до статей затрат и материалов. Отчет работает независимо от метода оценки стоимости товаров и подходит для любых производственных компаний с многопередельным производством. Отчет можно использовать как в типовой 1С:ERP, так и в отраслевых решениях на ее базе (например, 1С:ERP Управление птицеводческим предприятием и т.д.). Отчет подходит для анализа затрат на гособоронзаказы ГОЗ.

70000 35000 руб.

08.12.2021    23749    16    72    

23

Выгрузка УПД реализации в xml ФНС для загрузки в ЭДО: Диадок, СБИС, Такском, КОРУС, Астрал и прочие. Обработка на управляемых формах для БП 3.0, УНФ 1.6 / 3.0, УТ 11.4 / 11.5, КА 2, ERP 2 (Приказ ФНС №820 от 19.12.2018, 736 от 12.10.2020)

Оптовая торговля Производство готовой продукции (работ, услуг) Файловый обмен (TXT, XML, DBF), FTP ЭДО и ОФД Платформа 1С v8.3 Бухгалтерский учет Управляемые формы 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Бухгалтерский учет Платные (руб)

Выгрузка УПД, товарной накладной ТОРГ-12, акта, счета-фактуры по реализации (в БП сч-ф на аванс) в xml-файл в формате ФНС приказ 820 от 19.12.2018. Выгрузка УКД и корректировочного счета-фактуры в xml-файл в формате ФНС приказ 736 от 12.10.2020. Выгрузка товарной накладной в xml-файл ФНС приказ 551 от 13.11.2015, редакция 08.04.2019. Выгрузка акта приемки-сдачи работ (услуг) в xml-файл ФНС приказ 552 от 13.11.2015, редакция 08.04.2019. Добавлена выгрузка счетов на оплату по документам ЗаказПокупателя (в УНФ), ЗаказКлинета (в УТ / КА / ERP), СчетНаОплатуПокупателю (в БП). Добавлена обработка Выгрузка УПД c документов реализации 1С в Контур.Диадок по API.

12000 руб.

13.04.2018    82054    390    9    

426
Отзывы
28. rubik-onnline 17 11.05.17 15:00 Сейчас в теме
Также столкнулись с подобной проблемой, когда спецификации написаны на 1 км кабеля, но производится всегда с точностью до десятков и метров. А если делать спецификации на метр, то не хватает трех знаков после запятой для разных красителей, если округлять до тысячной, все равно получаются большие погрешности.
Был еще вариант создать спецификации на минимальную определенную партию (70-100 метров), но он также не выдержал критики. Вариант с единой спецификацией тоже не устроил, п/ф продаются, производятся про запас, на отдельный заказ и могут перебрасываться на другие заказы.
В конфигурациях вроде УПП пересчитывались эти данные, исходя из некратного количества продукции. Потенциальный выход также нашли в переходе на низкоуровневые единицы измерения, смутили дикие значения в движениях по регистрам, а также в проводках регламентированного учета. Да, упаковки можно использовать в документах, но видеть многомиллионные движения в регистрах и проводках неудобно. Кроме того, ERP зачастую пока подкидывает задачи при закрытии месяца, требующие анализа регистров (ошибки пользователей, косяки системы, которые имеют место быть к сожалению). Также в ходе тестирования этого решения было выяснено, что теоретически можно наткнуться на "математико-техническое" ограничение, когда после скольких-то символов программа выдает ошибку. Также долго выполняется построение графика (конечно, может есть сервера с сотнями гб ОЗУ, но в нашем случае один заказ из 7-10 полуфабрикатов считался несколько минут, может, сейчас по-другому, тогда еще 2.1.3 был релиз), регламентные операции. Производство пока небольшое обходимся выпуском без заказов с "некратной" обработкой табличной части, также вроде как считается, если поправить в коде (менеджер объекта ресурсной спецификации на 2.1.3 и где-то в общих модулях на 2.2.3 кода при пересчете Цел(Количество...), но разработчикам виднее, скорее всего, связано с долями стоимости).
adhocprog; okulus; Ingraf; +3 Ответить
Остальные комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. charushkin 104 10.03.17 10:20 Сейчас в теме
На партнерке не обсуждали с разработчиками?
3. Ingraf 719 12.03.17 13:58 Сейчас в теме
(1) нет доступа. в процессе оформления..
18. tailer2 23.03.17 17:12 Сейчас в теме
(1) я бы таки плюс поставил за правильный вопрос

ну, на "партнерку" позвал бы :)
2. корум 287 10.03.17 12:16 Сейчас в теме
(0)
Ключевой момент сказан, что карта соответствует одному производственному этапу. Следовательно, в систему должно быть введено 7 маршрутных карт на каждый передел.


Что-то смущает в этой фразе.

Что будет в системе, если ввести нормальную ресурсную спецификацию без создания маршрутных карт на каждую операцию?
mr_tuzlukov; rovenko.n; vvr908; +3 Ответить
11. Ingraf 719 19.03.17 02:09 Сейчас в теме
(2) Не получится создать одну спецификацию целиком - ограничение системы. Для "полуфабриката, производимого в процессе" требуется указывать спецификацию. Если указывать обеспечение как материал, то система анализирует только склады, но не производство.
4. Dragonim 139 15.03.17 08:23 Сейчас в теме
А зачем вам маршрутные карты с 1 операцией?

Попробуйте реализовать данную схему через многоэтапное производство в 1 Ресурсной спецификации.
5. vvr908 446 15.03.17 14:53 Сейчас в теме
Я бы даже задал такой вопрос - а обязателен ли для вас в принципе многоэтапный производственный процесс с промежуточными выпусками?
Может быть, вообще можно все делать в один этап с одной маршрутной картой, а операции завести все 7 в одну МК?
Как я понимаю, решение о количестве этапов в спецификации принимается в каждом случае индивидуально, и вариант "операция = этап" только один из возможных (причем этот вариант разработчиками официально НЕ рекомендуется - А.Голдун на партнерском форуме высказывался об этом неоднократно).
7. Ulus 288 17.03.17 05:21 Сейчас в теме
(5) не понятно немного. Вы вообще выпуск полуфабрикаов на склад (или в незавершенку) хотите не делать ?
10. Ingraf 719 18.03.17 22:48 Сейчас в теме
(7) Спасибо! ПФ из производства не выходит. На склад тоглько ГП.
9. m-serg74 46 17.03.17 10:38 Сейчас в теме
(5) с чего это? полуфабрикаты разных готовых продукций могут быть выполнены по одинаковым спецификациям, зачем все в одну маршрутку валить?
6. vvr908 446 15.03.17 14:56 Сейчас в теме
Если вы сделаете все операции в одном этапе, то у вас будет хуже считаться график производства (на уровне интервального планирования), но по идее должна лучше работать подсистема MES-планирования (на уровне пооперационного расписания).
rovenko.n; +1 Ответить
8. Ulus 288 17.03.17 05:23 Сейчас в теме
Статья отличная. Реальные практические примеры планирования на реальных предприятиях.
Побольше бы таких ....
okulus; mr_tuzlukov; +2 Ответить
12. rovenko.n 21.03.17 14:17 Сейчас в теме
Коллеги,
1) ЕРП в отличии от УПП не базируется на техкартах. В этапе спецификации пишутся те же данные, что и в тех карте.
2) в ресурсной спецификации указывается минимальная производимая партия. То есть если у нас может производится партия в 100 килограмм, и в 825 и 1073, то в спецификации необходимо указывать материалы, ресурсы и РЦ для 1 килограмма продукции. Да, неудобно, да, все привыкли писать для 1000 килограмм, но пока такое ограничение.
3) поскольку в спецификации указывается минимальная неделимая партия, материалы указываются для этой партии. В связи с этим если для следующего этапа необходимо полуфабрикат с первого этапа, он будет передаваться в количестве, кратном минимальной партии спецификации. Если же нужно не кратное количество, то система обеспечивает по потребностям. В Вашем примере: необходимо 1025 кг. Размер партии - 1000 кг. Соответственно заказано на второй этап минимальное количество партий, чтобы обеспечить материалами - 1 партии не хватает, нужно 2. Вот и 2000.
Обойти эту проблему можно 2 вариантами: см. пункт 2 или же многоэтапная спецификация (но этот вариант часто не подходит в связи со сложными производственными процессами и использованием полуфабрикатов в нескольких процессах)
Melenya; mr_tuzlukov; +2 Ответить
13. Ingraf 719 21.03.17 23:26 Сейчас в теме
(12) Для многих отраслей, минимальная партия недопустима. Как в моём примере, так и например, в строительстве. 4,2 куб.м. бетона...
14. rovenko.n 22.03.17 11:10 Сейчас в теме
(13) Нет, вопрос в том, что производственная спецификация записывается для минимальной неделимой партии товара. Как пример, у нас было производство специй и там в пачке было по 80, 120 или 160 пакетиков. Но поскольку пакетик - это полуфабрикат, который может передаваться и в количестве 271 штуки, то на пакетик специй была создана отдельная спецификация на 1 штуку. А вы можете передавать по 100.
То же и с бетоном, если вы создали спецификацию на 0,1 куба, то спокойно можете создавать заказ на 4,2 и на 6,7. И с кабелем так же.
15. Ingraf 719 23.03.17 00:11 Сейчас в теме
(14) Вы видели в статье расчет системы на минимальную партию. Это теоретический, но нерабочий механизм для бизнеса. Никто вам не будет переводить все спецификации завода для отходов в расчете выпуска 1 кг, или 0,1 куб.м. из-за такого ограничения. Со штуками примеры можно не приводить, это лайт вариант, оно работает.
16. rovenko.n 23.03.17 15:43 Сейчас в теме
(15) Смысл я понимаю. Логика систем разная. В УПП реквизит "Количество" - любое удобное число. В ЕРП - это наименьшее целое кратное. Потому да, 0,1.
Но:
1) насколько часто у вас изменяются спецификации, что "Никто вам не будет переводить все спецификации завода"? Пример - мой отец работает на сахарном заводе. Пришло новое руководство и потребовало для более точного контроля переписать всё не в тоннах, а в килограммах. И это сделали,.. очень быстро, за несколько дней.
2) на многих производствах технологи используют калькулятор для расчета количества материалов. Что мешает использовать калькулятор, чтобы поделить спецификацию на 1000?
17. Vladimir Litvinenko 2869 23.03.17 16:22 Сейчас в теме
Описание маршрутных карт и операций немного сбило с толку. Ведь описанную проблему и ее решение было проще продемонстрировать не спускаясь до уровня МК и операций.

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

В чем в этом случае преимущество перед ресурсными спецификациями с производством полуфабрикатов "В процессе", но без описания операций на уровне МК и, возможно, даже без описания маршрутных карт? Ведь получается что операции и маршрутные карты были описаны просто "чтобы было" и не несут никакой полезной информации в системе.

Или в модели производства версии 2.2 что-то изменилось и эти рассуждения неверны?


Проблему описанную в статье можно кратко резюмировать так: ERP, как и УПП, по прежнему лучше всего подходит под задачи сборочно-дискретных производств. Для остальных типов производств приходится делать доработки либо подстраиваться под то, что предлагает система, создавая разные спецификации для разных объемов одних и тех же выходных изделий, или выделять минимальную партию и работать от ее спецификации.
19. tailer2 23.03.17 17:19 Сейчас в теме
партнер 1С - звучит гордо

не менее гордо, чем "менеджер" для продавца
20. okulus 20.04.17 12:57 Сейчас в теме
Сорвалась продажа 1С:ERP одному кабельному заводу после того, как заказчик прочитал эту статью. Подскажите, есть решение описанной проблемы?
21. Ingraf 719 24.04.17 11:14 Сейчас в теме
(20) ну решение всегда можно найти, но пока планировать производство кабельного завода в ERP весьма проблематично.
1. Доработать (лучше тогда доработки переносить в отдельный продукт типа 1С:MES)
2. Принять работу стандартного функционала ERP, но с доработками пересчёт/заполнения ТЧ
22. pevlar 25.04.17 10:54 Сейчас в теме
Решение подобных «проблем» нужно основывать на правильном применении инструмента. Если система предполагает задание ресурсных спецификаций на минимальную дискрету планирования (таковой для данного примера, очевидно, является килограмм), то не стоит пытаться «обмануть» систему, подсовывая ей другие «удобные» варианты. "Никто вам не будет переводить все спецификации завода" – не аргумент. Правильная подготовка НСИ – это основа проекта внедрения таких систем. Для выбора конкретного проектного решения по НСИ полезно провести всестороннее функциональное моделирование, а не зацикливаться на догмах типа «все нормирование в кабельном производстве должно быть на 1000 кг». В этом случае будет найден вариант, подходящий и для планирования производства партий 389кг, и для ведения нормирования. Такие задачи успешно решаются и «продажи 1С:ERP» не срываются, если это не продажи коробок с 1С:ERP, а настоящие проекты.
Brawler; корум; +2 Ответить
23. Ingraf 719 25.04.17 12:07 Сейчас в теме
(22)
"Никто вам не будет переводить все спецификации завода" – не аргумент.

Эта формулировка как раз основывается не на бизнес-требованиях, а на ограничениях системы и вам, как консультанту, нельзя этого признать, ибо не будет "продажи 1С:ERP", о чём вы написали под лозунгами "провести всестороннее функциональное моделирование". Хоть обмоделируйся, сами подверждаете мин.дискретные значения.
Предложите переписать колоссальное количество техкарт завода под программу. Зачем? А какой экономический эффект? Посмотрите на это не со стороны консультанта с целью продать, а владельца бизнеса.

А дальше знаете что вы предложите? Отходы металлов указать в граммах, а дорогостоящие лаки и красители вы предложите в спецификацию вводить в миллиграммах. Браво!!!

Если внимательно посмотрели статью, там и так есть длинные цифры:
42. Александр Z 07.06.17 15:59 Сейчас в теме
(22)
Если система предполагает задание ресурсных спецификаций на минимальную дискрету планирования


Даже слов не понимаю. "Минимальная дискрета" - это откуда взялось? Что арифметику отменили? Или опять программисты правят миром? Зачем ограничивать возможности? Кабели - это то что явно на поверхности, и там действительно нет ни одной тиражной программы - самописки одни. Зачем морочить голову техотделам и ограничивать возможности системы. В чем сермяга, объясните уважаемый Владимир Петров (ИТРП). И так вопрос использования единиц измерения не простой, так к нему еще ограничения ввели. ЗАЧЕМ?
24. корум 287 25.04.17 12:38 Сейчас в теме
(23)
Предложите переписать колоссальное количество техкарт завода под программу.

Погромист вы или где??

Загрузите техкарты, нажмите кнопку, пересчитайте в нужных измерениях.
Пока пересчитывается, спокойно сходите на обед.

Нашли проблему.

(23)
Отходы металлов указать в граммах

Кхм, аналогично.
Более того, многие заводы полвека с такими нормативами в граммах и миллиграммах живут с начала работы, не говоря уж об автоматизации в 60-х.
25. pevlar 25.04.17 12:47 Сейчас в теме
(23) Обратите внимание, переписывать техкарты - это Ваше предложение (предположение), и Вы сами на него, по сути, ответили... Переписывать техкарты незачем. Нужно правильно настроить НСИ в соответствии с конкретными задачами. Причем, настроить нужно так, чтобы было удобно и целесообразно выполнять в бизнес-процессах вполне определенную, а не умозрительную работу. В определенных ситуациях могут понадобиться и доработки, оптимизирующие выполнение конкретных функций. Варианты, как это сделать, есть. Это и применение разных единиц измерения и коэффициентов. Как пример, вероятно, обратили внимание, что появился коэффициент применения маршрутной карты. Ирония тут плохой помощник. Исходить нужно из практических соображений, в том числе предусматривать нужно и удобство интерфейсов для конкретных рабочих мест, с необходимым преобразованием данных (если это действительно нужно) и межсистемную интеграцию с преобразованием единиц измерения, для работы с другими единицами измерения, например, в маршрутных картах PDM-систем и т.д.
26. pevlar 25.04.17 13:15 Сейчас в теме
(23)
Эта формулировка как раз основывается не на бизнес-требованиях, а на ограничениях системы и вам, как консультанту, нельзя этого признать, ибо не будет "продажи 1С:ERP", о чём вы написали под лозунгами "провести всестороннее функциональное моделирование".


Не вижу никакой проблемы в том, чтобы находить и признавать ограничения системы - именно это и есть наша работа, для этого и проводим функциональное моделирование, чтобы найти решения для таких случаев. Если бы таких ограничений не было бы (что теоретически не достижимо для абсолютно всех случаев), то не нужны были бы и специалисты. 1С:ERP - слишком сложная система, чтобы просто взять и начать с ней работать. Этот факт даже признавать специально не нужно, - подтверждается реальной практикой...
27. okulus 05.05.17 08:41 Сейчас в теме
(26)
У ИТРП есть внедрения 1С:ERP на кабельных заводах?
28. rubik-onnline 17 11.05.17 15:00 Сейчас в теме
Также столкнулись с подобной проблемой, когда спецификации написаны на 1 км кабеля, но производится всегда с точностью до десятков и метров. А если делать спецификации на метр, то не хватает трех знаков после запятой для разных красителей, если округлять до тысячной, все равно получаются большие погрешности.
Был еще вариант создать спецификации на минимальную определенную партию (70-100 метров), но он также не выдержал критики. Вариант с единой спецификацией тоже не устроил, п/ф продаются, производятся про запас, на отдельный заказ и могут перебрасываться на другие заказы.
В конфигурациях вроде УПП пересчитывались эти данные, исходя из некратного количества продукции. Потенциальный выход также нашли в переходе на низкоуровневые единицы измерения, смутили дикие значения в движениях по регистрам, а также в проводках регламентированного учета. Да, упаковки можно использовать в документах, но видеть многомиллионные движения в регистрах и проводках неудобно. Кроме того, ERP зачастую пока подкидывает задачи при закрытии месяца, требующие анализа регистров (ошибки пользователей, косяки системы, которые имеют место быть к сожалению). Также в ходе тестирования этого решения было выяснено, что теоретически можно наткнуться на "математико-техническое" ограничение, когда после скольких-то символов программа выдает ошибку. Также долго выполняется построение графика (конечно, может есть сервера с сотнями гб ОЗУ, но в нашем случае один заказ из 7-10 полуфабрикатов считался несколько минут, может, сейчас по-другому, тогда еще 2.1.3 был релиз), регламентные операции. Производство пока небольшое обходимся выпуском без заказов с "некратной" обработкой табличной части, также вроде как считается, если поправить в коде (менеджер объекта ресурсной спецификации на 2.1.3 и где-то в общих модулях на 2.2.3 кода при пересчете Цел(Количество...), но разработчикам виднее, скорее всего, связано с долями стоимости).
adhocprog; okulus; Ingraf; +3 Ответить
29. Ingraf 719 12.05.17 20:41 Сейчас в теме
(28) Спасибо за интересный комментарий!
rubik-onnline; +1 Ответить
30. Ingraf 719 12.05.17 20:51 Сейчас в теме
(28) по докладу 1С производительность расчета графика значительно выросла в версии 2.2
okulus; rubik-onnline; +2 Ответить
31. rubik-onnline 17 13.05.17 20:35 Сейчас в теме
Радует, что график на 2.2 необязателен. Честно говоря, раньше у большинства клиентов он был формальным, т.к. линии позволяют производить с запасом продукцию.
32. splxgf 14.05.17 04:01 Сейчас в теме
Можно сделать доработку которая будет формировать уникальные спецификации на каждый заказ.
Все эти масштабирования работают только при штучно-сборочном производстве, а когда отходы при производстве к примеру 30 кг на 100 кг продукции (и 50 кг на 1000 ГП), то универсальной спецификацией не обойдешься.
корум; Ingraf; +2 Ответить
33. Ingraf 719 14.05.17 17:55 Сейчас в теме
(32) ну да, как вариант создать эталонные спецификации и на основании собственного расчета заполнять. Правда и так 100k спецификаций, а так будет ещё больше)
34. akislov 19.05.17 11:15 Сейчас в теме
Уважаемые коллеги! Какая-то очень грустная статья получилась. И есть целый ряд причин для такой "грусти". Пишет партнер - франчайзи "1С" (судя по профилю пользователя), в идеологии инструмента не до конца разобрался, цели не формализованы, не в курсе нововведений... продолжать можно долго, одна только "поломка" ограничения 2.1, путем временного отключения производства 2.1 для сохранения спецификации с последующим использованием 2.1 - особого стоит, хорошо бы автору документацию почитать, да и статься есть отдельная на эту тему.
Интересно, а на партнерском форуме сложно было задать вопросы и получить ответы и только после этого делать "аналитику постовую" или это просто банальный персональный PR через громкое название темы? Товарищи, грустно, грустно от такой позиции автора. Сильно рад, что в комментариях очень много толковых слов есть, видно, что коллеги в теме, честно, рад. Скажу как есть - для "кабельной промышленности" в типовом функционале есть "куда расти", как минимум - это выбор маршрутов - альтернативных ресурсных спецификаций, есть и еще некоторые моменты, но все они не "блокирующие", а вообще, слабо открыть конфигуратор и сделать свое небольшое дополнение, исходя из желаемых улучшайзеров? Существует 100500+ вариантов специфики конкретного производства и его процессов, в рамках одного типового функционала поддержать все и вся - это будет "мега монстр", который не взлетит в частом случае использования, для таких задач есть отраслевые и специализированные решения, вот, свежая статья на эту тему - https://habrahabr.ru/company/1c/blog/328966/
А вот пост Виктора Окулова стоит разобрать отдельно!
41. okulus 26.05.17 07:45 Сейчас в теме
(34) Когда отраслевое решение будет - "1С:ERP Управление кабельным заводом" ? ;-)
43. Александр Z 07.06.17 17:06 Сейчас в теме
(41)
(41)
Когда отраслевое решение будет - "1С:ERP Управление кабельным заводом" ? ;-)


В принципе у нас появляется такое желание. Собираем предложения. Если есть что сказать (кроме описанного выше), готовы рассмотреть.
44. okulus 01.07.17 12:18 Сейчас в теме
(43) "Иная простота хуже воровства"
45. Александр Z 03.07.17 12:24 Сейчас в теме
(44) В чем простота, Виктор, и чем она вас так напугала? )))
46. okulus 07.07.17 12:50 Сейчас в теме
(45) Пока Вы собираете предложения, другие ищут работу
47. Александр Z 07.07.17 13:29 Сейчас в теме
(46)
другие ищут работу


Сочувствую.

Чем могу помочь?
49. okulus 13.09.17 11:33 Сейчас в теме
(43)
(38)
Новое в версии 1С:ERP Управление предприятием 2 Версия 2.4.1
"При условии использования методики управления производством версии 2.2 в ресурсной спецификации организована поддержка мерной продукции (сыпучая, весовая, объемная и т.п.) с возможностью настройки партии выпуска по данной спецификации. При этом выпуск продукции может быть не кратен выходу по спецификации."

Это про это?
50. Ingraf 719 13.09.17 11:46 Сейчас в теме
(49) Это интересно. надо будет повторить процесс тестирования
52. Александр Z 18.09.17 15:51 Сейчас в теме
(49)
(50)

Мы попробовали, работает со свистом.

Там (в производстве кабеля) есть еще какие то заморочки, сейчас разбираемся.
35. Ingraf 719 19.05.17 12:21 Сейчас в теме
Я рад, что на статью обратил внимание сотрудник 1с и подтвердил что для "кабельной промышленности" в типовом функционале есть "куда расти". Это главное. Остальное - эмоции автора комментария.
36. akislov 19.05.17 13:19 Сейчас в теме
(35)

Поскольку смысл моего "мягко" поста был трактован неверно, придется написать "как есть". Партнеры бывают разные. Но к сожалению большому могу отметить, что некоторые из них, которые работают не как "партнеры". Регулярно разбираю обращения клиентов, можно привести несколько "сводных" случаев. Например, обращается клиент, есть некоторые сложности в рамках проекта, начинаем помогать, разбирать конкретные кейсы, и тут начинается самое интересное, исполнитель работ (партнер) заявляют о невозможности решения задачи, об ошибках типовой конфигурации, о необходимости больших доработок (приятно же еще закрыть таймшиты по разработке :). И тут возникает самый большой вопрос ПОЧЕМУмы узнаем об этом от клиента (или из публичной статьи партнера на том или ином ресурсе) ? от партнера нет ни обращения на ЛК (если есть ошибки), ни на форум (если есть вопросы по моделированию кейса) ? Получается, что партнеру не интересно развитие решение, он не способствует его совершенствованию, так партнер ли это вообще тогда? Такой хороший риторический вопрос!
37. Ingraf 719 19.05.17 16:43 Сейчас в теме
(36) Сейчас окажется всё на своих местах. Партнёр я совсем недавно, а когда я писал пост был обычным клиентом, который думал как пристроить коробку ERP и заменить решение УПП. Поэтому вы меня уже направляли на партнёрку, где я не имел доступ. Ну а если глобально подходить, то негативно реагировать на критику, что свойственно 1С, не считаю правильным. Есть объективные вещи существования специализированных продуктов. ERP для кабельного не подходит в режиме поставил и погнал. Нужны доработки. Может не сложные, но необходимые.
okulus; корум; +2 Ответить
38. akislov 19.05.17 17:16 Сейчас в теме
(37)
Сергей,

"Есть объективные вещи существования специализированных продуктов. ERP для кабельного не подходит в режиме поставил и погнал. Нужны доработки. Может не сложные, но необходимые."

Вот, с этим могу согласиться. Но при этом хотелось бы и обратного понимания, т.е. если делать выкладки по тому, что из поставки продукт может, а что реально требует доработки. Итого, мы поняли друг друга ? )))
48. okulus 17.08.17 15:50 Сейчас в теме
(38)
Может не сложные, но необходимые."

Назовите цену этих доработок.
51. starik-2005 3033 13.09.17 11:51 Сейчас в теме
(36)
от партнера нет ни обращения на ЛК
Как-то обращался на ЛК 1С - бессмысленно и беспощадно )))
39. splxgf 21.05.17 13:59 Сейчас в теме
ERP заточена под сборочные производства с единицами измерения в штуках, поэтому остальные страдают... килограммо-литры уже не вписываются в типовой функционал.
Объективно очень слабая документация и зачастую устаревшая, продукт меняется во многих подсистемах кардинально.
Доступ на партнерский форум (можно только чтение) желательно давать каждому купившему коробку ERP. Грамотных партнеров к сожалению мало, да и некоторые просто отказываются от новых проектов из-за нехватки ресурсов.
Melenya; starik-2005; Ingraf; okulus; +4 Ответить
40. okulus 26.05.17 07:39 Сейчас в теме
53. etman0904 16.12.21 12:00 Сейчас в теме
Есть статья на тему приёмки ГП на склад готовой продукции с адресным хранением по ячейкам на кабельном заводе?

Столкнулись с вопросом как быть. Одна продукция на трёх видах барабанов может быть и всегда разной длинны. Как настраивать склады и авторазмещение в этом случае?
Оставьте свое сообщение