К вопросу расчета себестоимости (habrahabr)

[EVGL]

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

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

В производственных компаниях - как включать труд и расходы на энергию, учитывая раздельно в себестоимости прямые затраты на материалы и указананные выше косвенные. Задача в AX так и не решена, поэтому могут применяться извращения в виде двухвалютного склада с попыткой убедить использовать стандартную себестоимость. Один знакомый эксперт сказал, что проблема в MBS известна и Копенгаген работает над радикальным решеним "костинга" в будущих версиях.

[komar]

Цитата:

Сообщение от EVGL

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

Может, лучше не надо? Вспоминаю надстройку для прогнозирования спроса с некоторым содроганием

Вообще, внимание к арифметике закрытия склада такое именно потому, что собственно из функций планирования в "Системах планирования ресурсов" решено мало что. Примитивная арифметика MRP, такая же примитивная арифметика закрытия склада... До автоматизаиции собственно ERP-задач железяка пока не доросла. И вряд ли в ближайшее время дорастёт - так как вся энергия разработчиков уходит либо в танцы на граблях, либо в интеграцию с очередным облачным сервисом, на котором решил подзаработать очередной Большой Босс.

[EVGL]

Цитата:

Сообщение от komar

Вообще, внимание к арифметике закрытия склада такое именно потому, что собственно из функций планирования в "Системах планирования ресурсов" решено мало что. Примитивная арифметика MRP, такая же примитивная арифметика закрытия склада...

Согласен, увы.

С прогнозом на будущее не согласен: в последние 2-3 года, с версии AX 2012, идет непрерывное наращивание функционала, каждый квартал закрывают "дыры", сужу по своим проектам. Модули покупные и плохо интегрированные друг с другом, полно недоделок, но прогресс явный.

[komar]

Цитата:

Сообщение от EVGL

Согласен, увы.

С прогнозом на будущее не согласен: в последние 2-3 года, с версии AX 2012, идет непрерывное наращивание функционала, каждый квартал закрывают "дыры", сужу по своим проектам. Модули покупные и плохо интегрированные друг с другом, полно недоделок, но прогресс явный.

Ой, не знаю. Дай бог если эти "мордули" действительно умеют что-то новое...

Затыкание дыр - это очень хорошо, но я имел в виду, что задачу примитивной постановки учёта и отслеживания состояния склада большинство пользователей уже решили. От дорогущей хендаровины под названием "система планирования ресурсов" как-то ожидается больше, нежели способность рассчитать лифо-фифо, сформировать заказ на закупку при заданном уровне запасов, и запостить проводки в Самую Главную Книгу.

То, что я до сих пор повсеместно наблюдаю - это просто углубление уже существующей функциональности, принципиально в ней ничего не меняющее - к трём полям описания контрагента добавляем ещё 10, и теперь это "CRM", к одному способу вертеть отчёты добавляем ещё два... Раньше считали фифу с лифой в одной валюте, теперь будем в трёх. Это всё может быть удобно, но ничего нового в систему не привносит. Если продолжать в том же духе - то очень скоро такие программмули будут штамповать как горячие пирожки, если уже не начали.

А вот где в системе "управления ресурсами предприятия" собственно управление ресурсами? Примитивный MRP-алгоритм, которому в обед сто лет - да, есть. А с другой стороны, связь графика платежей по продажам с планом закупок - тоже вроде математическая задача. Про прогнозирование спроса написаны талмуды литературы - ни одна ERP не даст прогноз даже в виде усреднённых показателей за пару лет, не говоря уже ни о какой математике. Управление производством - вообще песня. Реализовывать якобы планирование производства в 21 веке в стиле "мастер получил заготовку, пошёл и вбил заказ в форму" - это нечто совершенно непостижимое!

Вот и сидим, штопаем Тришкин кафтан, построенный на технологиях 60х годов прошлого века. Который год спорим о решении учётных задач - простых УЧЁТНЫХ задач, безо всякого даже намёка на что-то большее.

[twilight]

Цитата:

Сообщение от komar

Про прогнозирование спроса написаны талмуды литературы - ни одна ERP не даст прогноз даже в виде усреднённых показателей за пару лет, не говоря уже ни о какой математике.

Так вроде же добавили в Аксапту прогнозирование спроса на основе прошлых продаж.

[Raven Melancholic]

Цитата:

Сообщение от twilight

Так вроде же добавили в Аксапту прогнозирование спроса на основе прошлых продаж.

Лучше сказать, что не добавили, а заложили хоть какую-то основу. Там просто дергаются в кубе Analysis Services алгоритмы ARTXP и ARIMA и результаты закачиваются в стандартные таблицы прогнозов Аксы. Задавать, по большому счету, можно только отношения между использованием одного из этих алгоритмов.
Добавить свои алгоритмы возможности нет, а, например, при непостоянном спросе или оптовых всплесках алгоритмы в Analysis Services дают очень далекие от реальности результаты. Если нужно использовать какие-то квантильные регрессии, то увы.
Опять же все строится на основе продаж, но в производстве, в котором цикл производства длительный, часто прогнозы нужны не только по продажам, но и по поступлению платежей по контракту. Закупки комплектующих привязаны не только к моментам отгрузки, но и к этапам производства, зависящим от графика платежей (на что намекает komar).
В общем, хорошо что появилось хоть что-то, но как это использовать в реальной работе не очень понятно.

[EVGL]

Цитата:

Сообщение от Raven Melancholic

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

Планирование сырья "от поступления денег" - это российское и украинское ноу-хау. В остальном мире планируют от заказов или прогноза сбыта.

Хотя то, о чем вы говорите, можно попытаться построить вокруг функциональности проектов "PWP - pay when paid", появившейся в AX2012 R2. Впрочем, в России особо не внедряют ни проекты, ни производство, ни тем более производство на уровне цеха, ни автоматизацию склада. Другими словами, вы просто не умеете правильно ее, Аксапту, готовить, коллеги, а все силы уходят в цикл одобрения оплат, оборотные ведомости и декларации о налогах.