AXForum  
Вернуться   AXForum > Прочие обсуждения > Курилка
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 01.12.2014, 16:52   #21  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от Pavel Посмотреть сообщение
Какую именно?
ээээ
Ну это я вас хотел спросить, что вы имели в виду
Цитата:
Неужели российские студенты открыли нечто... нужное, но отсутствующее в исходном функционале системы
А то у вас EVGL будет виноват в том что вы сами подразумевали, но сказать не захотели (или нечего сказать ?)
Старый 01.12.2014, 17:02   #22  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Pavel Посмотреть сообщение
Стало быть в AX2012 по-прежнему в функции 'российской трансляции' можно 'поставить галочку' и перенести один-в-один 'российский двувалютный склад' на счета мсфо? 
Остается только узнать кто из клиентов пользуется при перекладке механизмом, который нарушает принцип перекладки в мсфо стоимости складских запасов... и зачем это вообще могло потребоваться?

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

Используется эта возможность или нет - скорее нет. Я трансляцию не использую из-за сложностей настройки и внесения исправлений. На практике используются субсчета ГК за балансом или отдельная аналитика IFRS.

Помимо "двухвалютного склада", отмечу другие популярные на Западе разработки из России:
  • отнесение одного счета от поставщика на другой (с целью увеличения себестоимости на расходы по доставке)
  • как ни странно, корреспонденция (привешивает "бантик" к проводкам по счетам задолженности, разделяет AP по статьям затрат, на CAPEX и OPEX)
  • переоценка балансовых счетов во вторичной валюте, включая более гибкие настройки
Старый 01.12.2014, 17:14   #23  
Kabardian is offline
Kabardian
Талантливый разгвоздяй
Аватар для Kabardian
 
424 / 338 (12) ++++++
Регистрация: 14.12.2008
Адрес: Москва
Записей в блоге: 14
Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
Интересно, что выставляя статью Дениса Федотенко абсолютно непонятной для рядового читателя, на которого статья не рассчитана, хабра-автор, пренебрегая всеми предупреждениями Дениса в начале статьи ("Документ рассчитан на достаточно опытных консультантов и архитекторов DAX"), не может сам внятно и на пальцах объяснить как себестоимость рассчитывается у них . А в конце статьи еще отмазывается, что это их собственное "ноу-хау", коммерческая тайна и раскрытию не подлежит.

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

Последний раз редактировалось Kabardian; 01.12.2014 в 17:20.
Старый 01.12.2014, 18:16   #24  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Сообщение от EVGL Посмотреть сообщение
"Галочка" есть: двухвалютный склад разносит - как и прежде - в отдельный слой. Проводки можно выделить и показать в финансовых отчетах или обработать отдельно в трансляции.
Разнести двувалютный склад и обработать его результаты в трансляции - это просто 'супер'... значит баланс в международной отчетности как и раньше после 'такой трансляции' не сойдется... связь между разными форматами отчетности не будет понятной и прозрачной, возникнет неразрешимый вопрос по сути 'корректировки'... и вместо МСФО 2 будет 'фича'...
Почему никто в жизни не использует данную функциональность - понятно, специально проверять осталась ли она в системе - без надобности.

Хотел порадоваться что 'одним косяком' стало меньше в системе... EVGL не дал.
Старый 01.12.2014, 18:38   #25  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Pavel Посмотреть сообщение
Разнести двувалютный склад и обработать его результаты в трансляции - это просто 'супер'... значит баланс в международной отчетности как и раньше после 'такой трансляции' не сойдется... связь между разными форматами отчетности не будет понятной и прозрачной, возникнет неразрешимый вопрос по сути 'корректировки'... и вместо МСФО 2 будет 'фича'...
Почему никто в жизни не использует данную функциональность - понятно, специально проверять осталась ли она в системе - без надобности.
Наивно считать, что интеграция двух подпрограмм в системе сама по себе создает проблемы со сведением баланса. В полученном балансе может быть до N ошибок, где N - это число счетов, N раз сделать ошибку в маппинге счетов. Вероятность неправильно классифицировать счет не в пример выше, чем ошибка в алгоритме расчета себестоимости.

Поясню: я принципиально против использования оффлайновой трансляции на уровне проводок и консолидации в отдельных компаниях. Если оффлайн - то Excel или Hyperion, где бухгалтер будет знать каждую цифру (ибо будет проставлять и проверять баланс вручную) и куда можно подцепить данные из компаний, не охваченных внедрением. Если онлайн - то два параллельных плана счетов как в OeBS или как с двухвалютным складом, где ошибка видна сразу.
Старый 01.12.2014, 21:14   #26  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Сообщение от EVGL Посмотреть сообщение
Наивно считать, что интеграция двух подпрограмм в системе сама по себе создает проблемы со сведением баланса. В полученном балансе может быть до N ошибок, где N - это число счетов, N раз сделать ошибку в маппинге счетов. Вероятность неправильно классифицировать счет не в пример выше, чем ошибка в алгоритме расчета себестоимости.
Наивно - просто идеальное слово в данном случае, лучше только - 'пофиг, что...'.

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

МСФО 2 и содержательную часть корректировок даже не затрагиваю, понятно, что авторам фичи это было все... непонятно, те вообще пофиг..
Старый 01.12.2014, 21:47   #27  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Pavel Посмотреть сообщение
Наивно - просто идеальное слово в данном случае, лучше только - 'пофиг, что...'.

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

МСФО 2 и содержательную часть корректировок даже не затрагиваю, понятно, что авторам фичи это было все... непонятно, те вообще пофиг..
Мне бы такие проблемы, ей-богу! Прежде чем переходить к IAS 2, давайте с IAS 1 разберемся. В вашей постановке отчет МСФО о прибылях и убытках строится по принципу 'nature of expense’ или 'function of expense’? Если 'nature of expense’, то как вы собираетесь вычленять производственные расходы, включенные в себестоимость готовой продукции?
Старый 03.12.2014, 08:50   #28  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Сообщение от EVGL Посмотреть сообщение
Мне бы такие проблемы, ей-богу! Прежде чем переходить к IAS 2, давайте с IAS 1 разберемся. В вашей постановке отчет МСФО о прибылях и убытках строится по принципу 'nature of expense’ или 'function of expense’? Если 'nature of expense’, то как вы собираетесь вычленять производственные расходы, включенные в себестоимость готовой продукции?
Так разобрались уже...

Хоть мнения и разные, сошлись со всех сторон на самом деле на -'не используется'.

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

Еще так понимаю, что после публичного заявления вендора на официальной презентации продукта ('такой функции нет'), указанный баг/фича номинально перешла в разряд 'незадокументированные возможности'. Галочка вроде как есть, но воспользоваться ей каждый желающий сможет лишь 'на свой страх и риск'.
Старый 08.12.2014, 22:06   #29  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Сообщение от Kabardian Посмотреть сообщение
А вот на сайте компании в разделе "Архитектура" есть более или менее вменяемое описание расчета себестоимости в конце страницы. Если я правильно понял, то они рассчитывают ее ежечасно (можно и чаще) т. н. драйверами, а в случае проведения документов задним числом теряется актуальность данных, которая восстанавливается при следующем ежечасном пересчете.
Ежечасная себестоимость - это очень 'круто'... главное содержательно. Впрочем, чего удивляться, тут банеры висят типа: 'программируем в аксапте 15 лет... с версии 2.5 по ах2012'.
Вот только в 1999г не было никакой версии 2.5, даже в 2000г была еще аксапта 2.1...

Одни фантазеры, блин.
Старый 09.12.2014, 11:11   #30  
kingozzavr is offline
kingozzavr
Участник
 
68 / 93 (4) ++++
Регистрация: 20.09.2012
Адрес: Москва, ЮЗАО
Цитата:
Сообщение от Pavel Посмотреть сообщение
Ежечасная себестоимость - это очень 'круто'... главное содержательно. Впрочем, чего удивляться, тут банеры висят типа: 'программируем в аксапте 15 лет... с версии 2.5 по ах2012'.
Вот только в 1999г не было никакой версии 2.5, даже в 2000г была еще аксапта 2.1...

Одни фантазеры, блин.
Позвольте представить. Это Павел - супергерой форума, борец с баннерами, неиспользуемыми галочками, фантазерами, правдоруб и просто красавец!

А если серьезно, то прежде чем нападать на рекламные лозунги и маркетинговые активности - подумайте о том, что есть суть маркетинга и рекламы.
Старый 09.12.2014, 11:34   #31  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Сообщение от kingozzavr Посмотреть сообщение
Позвольте представить. Это Павел - супергерой форума, борец с баннерами, неиспользуемыми галочками, фантазерами, правдоруб и просто красавец!

А если серьезно, то прежде чем нападать на рекламные лозунги и маркетинговые активности - подумайте о том, что есть суть маркетинга и рекламы.
И что же 'суть маркетинга и рекламы' может всем сообщить о 'ежечасной себестоимости' или 'аксапте 2.5 в 1999г'? Это становится даже интересно.
Старый 09.12.2014, 15:59   #32  
kingozzavr is offline
kingozzavr
Участник
 
68 / 93 (4) ++++
Регистрация: 20.09.2012
Адрес: Москва, ЮЗАО
Цитата:
Сообщение от Pavel Посмотреть сообщение
И что же 'суть маркетинга и рекламы' может всем сообщить о 'ежечасной себестоимости' или 'аксапте 2.5 в 1999г'? Это становится даже интересно.
Если что-то интересно, то потрудитесь вопрос формулировать грамотно. Что, кому и о чем может сообщить дама по имени "суть", я без малейшего понятия.
Старый 12.12.2014, 16:05   #33  
komar is offline
komar
Шаман форума
Аватар для komar
Ex AND Project
 
5,571 / 600 (32) +++++++
Регистрация: 24.05.2002
Цитата:
Сообщение от EVGL Посмотреть сообщение
Согласен, увы.

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

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

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

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

Вот и сидим, штопаем Тришкин кафтан, построенный на технологиях 60х годов прошлого века. Который год спорим о решении учётных задач - простых УЧЁТНЫХ задач, безо всякого даже намёка на что-то большее.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately.
Старый 12.12.2014, 17:11   #34  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
А себестоимость склада расчитать 'ежечасно', чем вам не мега-фича? Такого ведь нигде нет, ни в системах, ни в управленческом учете.
Старый 12.12.2014, 17:33   #35  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от Pavel Посмотреть сообщение
А себестоимость склада расчитать 'ежечасно', чем вам не мега-фича? Такого ведь нигде нет, ни в системах, ни в управленческом учете.
А зачем ежечасно ?
Полагает это так уж надо ?
Старый 12.12.2014, 17:43   #36  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,427 / 1771 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Вот тут интересный подход описан Kurt Hatlevik: Review of inventory II
Старый 12.12.2014, 17:46   #37  
twilight is offline
twilight
MCTS
MCBMSS
 
867 / 237 (9) ++++++
Регистрация: 17.10.2004
Адрес: Королёв
Цитата:
Сообщение от komar Посмотреть сообщение
Про прогнозирование спроса написаны талмуды литературы - ни одна ERP не даст прогноз даже в виде усреднённых показателей за пару лет, не говоря уже ни о какой математике.
Так вроде же добавили в Аксапту прогнозирование спроса на основе прошлых продаж.
__________________
I could tell you, but then I would have to bill you.
Старый 13.12.2014, 13:04   #38  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,158 / 1286 (47) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
Сообщение от twilight Посмотреть сообщение
Так вроде же добавили в Аксапту прогнозирование спроса на основе прошлых продаж.
Лучше сказать, что не добавили, а заложили хоть какую-то основу. Там просто дергаются в кубе Analysis Services алгоритмы ARTXP и ARIMA и результаты закачиваются в стандартные таблицы прогнозов Аксы. Задавать, по большому счету, можно только отношения между использованием одного из этих алгоритмов.
Добавить свои алгоритмы возможности нет, а, например, при непостоянном спросе или оптовых всплесках алгоритмы в Analysis Services дают очень далекие от реальности результаты. Если нужно использовать какие-то квантильные регрессии, то увы.
Опять же все строится на основе продаж, но в производстве, в котором цикл производства длительный, часто прогнозы нужны не только по продажам, но и по поступлению платежей по контракту. Закупки комплектующих привязаны не только к моментам отгрузки, но и к этапам производства, зависящим от графика платежей (на что намекает komar).
В общем, хорошо что появилось хоть что-то, но как это использовать в реальной работе не очень понятно.
За это сообщение автора поблагодарили: twilight (2).
Старый 16.12.2014, 13:01   #39  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Raven Melancholic Посмотреть сообщение
Закупки комплектующих привязаны не только к моментам отгрузки, но и к этапам производства, зависящим от графика платежей (на что намекает komar).
Планирование сырья "от поступления денег" - это российское и украинское ноу-хау. В остальном мире планируют от заказов или прогноза сбыта.

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

Последний раз редактировалось EVGL; 16.12.2014 в 13:32.
За это сообщение автора поблагодарили: Vadik (1).
Старый 16.12.2014, 19:13   #40  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,158 / 1286 (47) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Спасибо, про "PWP - pay when paid" в DAX2012 не знал - почитаю. Но
Цитата:
Планирование сырья "от поступления денег" - это российское и украинское ноу-хау. В остальном мире планируют от заказов или прогноза сбыта.
На мой взгляд, достаточно смелое заявление. Евгений, Вы когда-нибудь смотрели на процессы производства машин, например, в судостроении или гидроэнергетике?
Хотя и там есть заказ с определенными сроками реализации, но ни один руководитель, если он конечно в своем уме, не будет начинать определенный этап если по предыдущему этапу нет оплаты и нет определенности с дальнейшим графиком платежей. Там есть несколько точек "невозврата". В одних еще можно использовать то что сделано в других контрактах ,если этот сорвется, в других это сложнее, в третьих это невозможно - заказы уникальные, все что есть придется либо разобрать, либо сдать в металлолом.

Последний раз редактировалось Raven Melancholic; 16.12.2014 в 19:20.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Методика подсчета на примере "Лучший консультант по производству" mazzy Обсуждение форума 7 03.12.2014 10:13
Регистрации на habrahabr.ru Poleax Курилка 6 01.09.2011 18:04
Еще немного информации к вопросу о полезности рейтингов на форуме. Андре Обсуждение форума 3 13.12.2009 18:52
Исключить параметр числа лет от регистрации в формуле расчета рейтинга? mazzy Обсуждение форума 2 27.04.2006 08:41
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 13:11.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.