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

[S.Kuskov]

http://habrahabr.ru/company/ultima/blog/243743/

Цитата:

Несколько дней назад проводил партнерский семинар — обучение новых сотрудников. Касались вопроса расчета итогов (регистров) системы, в частности расчета себестоимости.
Вечером один из слушателей прислал ссылку на статью, подробно рассматривающую проблематику расчета себестоимости в MS Axapta.
С просьбой прокомментировать основные различия в подходах.
...

Обсуждение той статьи на нашем форуме Denis Fedotenko: Себестоимость и закрытие склада

[d&m]

мы запустили ulmart и нетолько
и тот, замученный, на SAP сбежал...
я с доброй улыбкой читал статейки с их сайта, о том как плохи топовые ЕРП, теперь уже и до хабра добрались...
что ж - ждем их появления в рейтинге IDC

[fed]

Так про методы рассчета себестоимости еще Булгаков в Собачьем сердце сказал:
"А то пишут, пишут... конгресс, немцы какие-то... Голова пухнет. Взять всё, да и поделить..." :-P

[Logger]

Интересно, что для Аксапты они снизошли и нашли таки в ней свои плюсы.
В отличие от Сапа.
http://ultimaecommerceerp.com/compare/

Павла Чирочкина на них нет

[S.Kuskov]

eCommerceERP, сравнение с Axapta

[Pavel]

Цитата:

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

Интересно, что для Аксапты они снизошли и нашли таки в ней свои плюсы.
В отличие от Сапа.
http://ultimaecommerceerp.com/compare/

Павла Чирочкина на них нет

Была конкретная претензия к двувалютному складу и его 'взаимодействию' с процессом перекладки в мсфо (так разываемой трансляции).

Собственно на презентации AX2012 на мой вопрос о судьбе сей 'продвинутой функциональности' (как ее окрестил EVGL), Дина ответила - 'больше такой нет'. Наверное, это хорошо... и для консультантов, и для заказчиков, и для вендора...

Вот же времена были, зажигали люди, функции 'новые' придумывали...

[Kabardian]

Цитата:

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

Интересно, что для Аксапты они снизошли и нашли таки в ней свои плюсы.
В отличие от Сапа.
http://ultimaecommerceerp.com/compare/

Павла Чирочкина на них нет

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

• На примере X5 и Магнит, очевидно, что не внедрение ERP системы помешало X5 удержать лидерские позиции на рынке, а была конкурентная борьба, которую Магнит по определенным причинам выиграл. Связывать победу с внедрением/не внедрением ERP - глупо. Можно подумать, если бы X5 внедрил бы Ultima, то победил бы Магнит, бред полнейший.
  
• На примере с Ulmart и ежу понятно, что рынок у Ulmart отжал Citilink, а не внедрение дорогущего SAP.

В общем, какой-то, детский сад, штаны на лямках эти Ultima, но своего покупателя могут найти.

[Raven Melancholic]

Цитата:

В свою очередь, при покупке товара (упрощая) стоимость известна

Осталось это объяснить тем, кто покупает материалы у буржуинов (и получают данные по ГТД несколько позже прихода) и тем, у кого финансовые документы поступают через некоторое время после физического прихода товара (когда уже часть из них использована в производстве.

Цитата:

Axapta, по очереди и одновременно поперебывавшая в руках у IBM ...

Я так и знал, что mazzy что-то скрывает и на своем форуме не упомянул о вкладе IBM в развитие Аксы.

[EVGL]

Павел, у вас комплексы какие-то?

Функциональность никуда не делась. Были идеи использовать ее на паре проектов, в особенности на Украине, где львиная часть усилий при внедрении ERP-систем уходит на автоматизацию ухода от налогообложения, а настоящую себестоимость знать все-таки хочется. Особенности национального бизнеса, так сказать. Были идеи использовать в Австрии для решения проблемы отсутствия трансфертной цены в Intercompany в AX. Фича в целом неплохая, если бы работала хорошо.

По теме - удивляет внимание таким мелочам, как расчет себестоимости. Недавно с одним консультантом пообщался, специалистом по финансам. И вот он обсасывал, какая модель из 6 представленных в AX лучше. Человек явно провел много времени, разбираясь в алгоритме и багах, и никак не хотел замечать, что клиенту тема совершенно не интересна: "да посчитайте как проще, скажите лучше как правильно распределить прибыль между отделами".

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

[pitersky]

Цитата:

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

По теме - удивляет внимание таким мелочам, как расчет себестоимости. Недавно с одним консультантом пообщался, специалистом по финансам. И вот он обсасывал, какая модель из 6 представленных в AX лучше. Человек явно провел много времени, разбираясь в алгоритме и багах, и никак не хотел замечать, что клиенту тема совершенно не интересна: "да посчитайте как проще, скажите лучше как правильно распределить прибыль между отделами"

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

[Pavel]

Цитата:

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

Павел, у вас комплексы какие-то?

Функциональность никуда не делась. Были идеи использовать ее на паре проектов, в особенности на Украине, где львиная часть усилий при внедрении ERP-систем уходит на автоматизацию ухода от налогообложения, а настоящую себестоимость знать все-таки хочется. Особенности национального бизнеса, так сказать. Были идеи использовать в Австрии для решения проблемы отсутствия трансфертной цены в Intercompany в AX. Фича в целом неплохая, если бы работала хорошо.

Это сто процентов комплекс сорри, это видимо, 'профессиональное'. Как говорится в одной шутке: 'сколько вешать в граммах?'

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

EVGL, что неужели в AX2012 по-прежнему в функции 'российской трансляции' можно 'поставить галочку' и перенести один-в-один 'российский двувалютный склад' на счета мсфо?
Давайте попробуем выяснить, где же источник 'разночтений'.

[EVGL]

Цитата:

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

EVGL, что неужели в AX2012 по-прежнему в функции 'российской трансляции' можно 'поставить галочку' и перенести один-в-один 'российский двувалютный склад' на счета мсфо?
Давайте попробуем выяснить, где же источник 'разночтений'.

О каких разночтениях (между кем и кем или чем и чем) вы говорите?
Какую прикладную задачу вы хотите решить "простановкой галочки"?

P.S. По поводу трансферТных цен уточню, что речь идет об элиминации оборотов внутри холдинга в условиях, когда приобретенные у аффилированной компании материалы нельзя стазу списать на затраты, а ставится задача сквозной оценки запасов по всем компаниям холдинга. Задача решается [как минимум в AX] с великим трудом, если учитывать обязательную наценку "at arm's length". "Двухвалютный склад" с доработками в модуле закупок - один из потенциальных способов решения, где валюта одна и та же, но оценка запасов в компании-получателе грузов - разная: по одному разрезу - с наценкой, по другому - без.

См. также методы KIFO и KILO (http://de.wikipedia.org/wiki/Verbrauchsfolgeverfahren, нем.)

[Pavel]

Цитата:

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

О каких разночтениях (между кем и кем или чем и чем) вы говорите?
Какую прикладную задачу вы хотите решить "простановкой галочки"?

Очевидно, что разночтения в данном случае между утверждениями:
'функциональность никуда не делась' - EVGL
'больше такой нет' - Дина, презентация MBS AX2012

Какие там прикладные задачи? Это же с самого начала был 'корабль, который никогда-никуда не поплывет'... что мне нужно перепостить 'древнюю тему' про 'продвинутую' российскую трансляцию двувалютного склада? Или 'двувалютный склад' - это не себестоимость? Может EVGL не знает про какой баг/фичу идет речь?

[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 не даст прогноз даже в виде усреднённых показателей за пару лет, не говоря уже ни о какой математике.

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

[EVGL]

Цитата:

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

Очевидно, что разночтения в данном случае между утверждениями:
'функциональность никуда не делась' - EVGL
'больше такой нет' - Дина, презентация MBS AX2012

По состоянию AX2012 R3 CU8, выпущенной на прошлой неделе, функциональность никуда не делась.
Насколько мне известно, года 3 назад была дискуссия, оставлять или убрать ее из AX2012. Можно предположить, что партнеры потребовали оставить. Более того, фича известна и на Западе в узких кругах в качестве последнего средства, "brute force", если клиент настаивает на одновременном учете запасов по двум взаимоисключающим принципам, см. выше.

Цитата:

Какие там прикладные задачи? Это же с самого начала был 'корабль, который никогда-никуда не поплывет'... что мне нужно перепостить 'древнюю тему' про 'продвинутую' российскую трансляцию двувалютного склада? Или 'двувалютный склад' - это не себестоимость? Может EVGL не знает про какой баг/фичу идет речь?

По багам - вопросы уж как 10 лет не ко мне. Известные баги я всегда старательно регистрирую, поддержка MBS знает

Ваш эмоциональный настрой и увлечение малозначимой темой, Павел, понятны.
Более интересный вопрос - почему в AX до сих пор один план счетов для учета, в то время как в OeBS и "1С-Рарус" есть возможность проводить по 2 планам счетов одновременно, а в SAP - по трем, кажется.

[Pavel]

Чего уж тут 'непонятного', тема ведь так и называется.

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

PS. Зачем вообще российская локализация кому-то на западе? Неужели российские студенты открыли нечто... нужное, но отсутствующее в исходном функционале системы?