Автоматизация

[dom3d]

Друзья!
Много лет я работаю над автоматизацией производственных процессов.
 Не так давно уже писал здесь PDM, MRP, ERPи CAD - Вехи, что работаю над программой для управления предприятием. Разработка и внедрение идет по этапам. Некоторые модули уже работают почти год

Comments

[cross_join]

Мы с вами "коллеги по несчастью", только я на тиражируемых системах уже 20 лет (история в книжке)

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

[dom3d]

Спасибо за отзыв, коллега.

Бухгалтерия - это последнее, чтобы я начал автоматизировать.
Зачем туда лезь, если у них есть программа 1С.
Я занимаюсь производством.
Бухгалтерия - это не производство.

На территории СНГ Нет успешных случаев автоматизации машиностроительного производства.
Покупать ERP класса SAP для предприятия в 100 человек - это не наш метод.

[cross_join]

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

[dom3d]

У меня реализована MRP, но без склада.

Немного писал здесь PDM, MRP, ERPи CAD - Вехи

[cross_join]

Это хорошо, мне от MRP идти больше нравится.
Вы пишете про затыки с накладными, а это уже учёт, бухгалтерия (необязательно налоговая).
Трудно сказать что-то больше, потому что неясна природа задержек. по идее, складская бухгалтерия должна "выстреливать" в реальном времени.

[dom3d]

Сергей, что значит складская бухгалтерия должна "выстреливать" в реальном времени?

[cross_join]

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

баланс доступен мгновенно,

[dom3d]

Спасибо.
Что за баланс, кот. доступен мгновенно?

У нас сейчас так реализовано.
1. Заказывается товар. Выписывается и проплачивается платежка.
2. Привозится товар. не всегда проплачен, ибо денег нет на счету.
3. Накладная лежит у кладовщика неделю, потому что она еще и нач. производства.
4. Находится время и накладная вводится в Базу Данных. Это приход мат. ценностей.
5. В какой то счастливый момент оформляется расход. Списывается на Заказ выданные со склада мат. ценности.

Re: баланс доступен мгновенно,

[cross_join]

Александр, не рекламы ради, а для пользы дела, в упомянутой книжке "Софтостроение изнутри" есть на стр. 242 глава "Журнал хозяйственных операций", где на простом примере объясняется реализация. Книжку раньше можно было качнуть с флибусты.
Организационно же схема будет несколько иная:
1. Приходуется товар, накладная вводится в систему (минимально - номенклатура и количества)
2. Накладная получает статус "Оприходовано"
3. Баланс мат.ценностей тут же меняется с учетом полученного товара

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

Re: Ð±Ð°Ð»Ð°Ð½Ñ Ð´Ð¾Ñ Ñ‚ÑƒÐ¿ÐµÐ½ мгновенно,

[dom3d]

У нас это тоже реализовано и уже давно, еще 10-15 лет назад.

Самый интересный вопрос для всех предприятий, где внедрена система MRP.
Как эта позиция (товар, накладная) связана с деталью 3D модели изделия. Я убежден на 99.9%, что никак не связана.

У меня в дальних планах, чтобы это было связано через ID.

Re: баланÑ доÑ тупÃ

[cross_join]

Связана через длинную цепочку преобразований - разукомплектаций и технологическаих операций: от склада сырья до СГП. Сквозной ID здесь смысла не имеет, на мой взгляд. Разве что-то типа учёта первородства :)

Re: à ±à °à »à °à ½Ñ à ´à ¾Ñ Ñ‚Ñƒà ¿Ã

[dom3d]

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

Re: à ±à °à »à °à ½Ñ à ´Ã

[cross_join]

Расчет себестоимости - сложная тема, её надо утрясать с функциональными специалистами.
Привязка ID в общем случае не будет работать, т.к. пускать сырье в ход можно по FIFO, LIFO или еще как-нибудь, хоть по Random. Соответственно, и расчет будет согласно этим способам.

Re: à ±Ã °Ã »Ã °Ã ½Ñ à ÂÂ

[dom3d]

Расчет себестоимости - для производства нашего типа это ключевой вопрос. Мы ведь не работает на склад, только под заказ.
Поэтому у нас складских запасов обычно нет.
Только по мелочи. FIFO, LIFO не для нас. У нас по факту.

Re: à ±Ã °Ã »Ã Ãâ

[cross_join]

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