Зарегистрироваться | Поиск |
Результаты опроса: Внедряли ли Вы отраслевое решение (Да\Нет)? | |||
да | 17 | 56.67% | |
нет | 13 | 43.33% | |
Голосовавшие: 30. Вы ещё не голосовали в этом опросе |
|
Опции темы |
|
30.06.2008, 10:45 | #1 |
Участник
|
to fed
По поводу бизнес плана, выделить такие доработки совсем не сложно и обосновать их экономическую целесообразность то же. Пример. Закрытие складе по «средней». Всем известно, что Axapta закрывает с некой оговоркой, что стоимость расхода будет приближенной и чем выше растет цена текущем периоде, относительно предыдущего тем выше отклонение от стандартного метода расчета, которые делают бухгалтера и налоговые инспектора. С учетом текущего уровня инфляции можно прикинут отклонения. Всем бухгалтерам и налоговым инспекторам известно, что метод закрытие по средней самый легкий и единственно возможный для проверки корректности его расчета. Для чего достаточно скинуть оборотку по складу в Excel и «протянуть» всем известные формулы. Надеюсь многим должно быть известно, что излюбленный метод расчета себестоимости на производственных предприятиях с процессным типом про-ва это метод «средней» так как он позволяет упростить калькуляцию производственной себестоимости готовой продукции и полуфабрикатов. Помимо этого преимущество метод средней обладает положительной временной разницей относительно налога на прибыль. Теперь осталось сделать небольшое заключение – что многие предприятия будут отказываются брать на себе практически 100% налоговый риск связанный с нарушениями правил ведения бухгалтерского учета, а именно использования метода средней в Аксапте. Теперь о выгодах и потерях, по одному клиенту, Microsoft потерял как минимум порядка 1 млн $ на лицензиях в этом году. Когда партнер Microsoft приведет в соответствие расчет средней к методу изложенному в правилах БУ и включит его в отраслевое решение, он займет лидирующее положение на рынке про-ных предприятий с процессным про-ва. Так что поддерживать решения партнерам не просто выгодно, а иногда единственно возможный вариант оставаться на рынке. |
|
30.06.2008, 10:53 | #2 |
Участник
|
Цитата:
Но Microsoft уже опередило партнёров, изменив в DAX2009 метод расчёта по средней |
|
30.06.2008, 11:05 | #3 |
Moderator
|
Цитата:
Я просто неоднократно наблюдал попытки (причем у разных партнеров, а не только в том в котором я работал), собрать общий слой с доработками. Сценариев всего этого было два: Либо манагеры проектов разругивались на стадии утверждения списка доработок; Либо слой разрабатывался в отрыве от проектов (и их манагеров) и быстро становился бесполезным... То есть - мое негативное отношение к всяким попыткам делать НЕПРОЕКТНЫЕ доработки сформировалось по итогам наступания на большое количество граблей... Кстати - я так или иначе участвовал где-то в 20 проектах. Среднюю однажды переписывал. На остальных проектах - не понадобилось. Кто-то на FIFO жил, кто-то на партионной, кто-то довольствовался той средней, которая есть... |
|
30.06.2008, 12:25 | #4 |
Участник
|
Процедура всем известная пресловутый базовый слой, несмотря на все недостатки и споры менеджеров проектов, это гораздо лучше, чем начинать внедрять со стандартного слоя, ибо он практически не пригоден к внедрению. Споры снижаются, кода эту работу возглавляет высоко квалифицированный специалист. На последнем проекте пришлось потратить около 9 месяцев на перенос и исправления ошибок переноса базовых доработок на стандартную 4-ку. Так что для партнеров это далеко не бесполезная работа. Честно говоря, меня настораживает быстрый выход 5 версии, с учетом заявленного объема доработок мало кто из партнеров потянет, что бы ее довести до приемлемой кондиции.
Все как локализацию так и отраслевые решения конечно лучше формировать непосредственно в Microsoft – организовать соответствующие отделы Best Practices по отраслям, платить тем же партнерам за их доработки с обязательным отраслевым аудитом выездом на проекты. SAP поступает конечно круче он вообще все доработки заставляет регистрировать у себя и иногда может отказывать. |
|
30.06.2008, 12:34 | #5 |
Banned
|
|
|
30.06.2008, 15:46 | #6 |
Участник
|
|
|
30.06.2008, 16:59 | #7 |
Участник
|
Цитата:
AX2009 has been Released Большей информации пока в публичном доступе нет. |
|
30.06.2008, 12:53 | #8 |
Moderator
|
Цитата:
Как насчет сроков окупаемости затрат на перенос ? Сколько проектов надо стартовать с этого слоя, чтобы затраты на перенос на очередной sp окупились ? Кто из партнеров в России каждый год стартует достаточное количество новых проектов чтобы окупить затраты на перенос базового слоя на каждый выходящий SP или новую версию ? То есть- предлогаю для дальнейшей дискусии разделить два понятия:
Последний раз редактировалось fed; 30.06.2008 в 13:11. |
|
|
За это сообщение автора поблагодарили: mazzy (5). |
30.06.2008, 13:58 | #9 |
Участник
|
Цитата:
Сообщение от fed
Как насчет сроков окупаемости затрат на перенос ? Сколько проектов надо стартовать с этого слоя, чтобы затраты на перенос на очередной sp окупились ? Кто из партнеров в России каждый год стартует достаточное количество новых проектов чтобы окупить затраты на перенос базового слоя на каждый выходящий SP или новую версию ?
|
|
30.06.2008, 14:33 | #10 |
Участник
|
To Mazzy… Закрытие склада это всего лишь оценка расходов по одному из методов. Калькуляции призвана собрать расходы и дать ответ по структуре себестоимости ГП (сколько вне прямых и косвенных затрат, на какие статьи они разбиваются и какие элементы содержат). Калькуляция связана с закрытием склада лишь в части списаниям ТМЦ на затраты, но помимо затрат на ТМЦ в нее входят масса других элементов. Пример полуфабрикатов на складе 10 партий (естественно с полной структурой себестоимости от зарплаты основных рабочих до стоимости сырья еще на первых переделах и первых составляющих этого полуфабриката, естественно складские проводки в Аксапте эту структуру не хранят и для этого используются другие инструменты). Теперь представь, что гораздо проще посчитать стоимость расхода этих полуфабрикатов с протаскиванием их полной структуры по средней на следующий передел, чем по каждой партии выполнять данных расчет.
Скорее всего судя по твоему посту….ты ни когда не занимался калькуляцией на про-ве. To Fed По 1-1,5 месяца это ни о чем. Тем более речь идет о новой версии, возьмите, к примеру в 4-ке заказы на перемещение – какие там печатные формы накладных были? Правильно ни каких. А сколько надо – как минимум 2 Торг13 и ТТН, а по хорошему еще парочку. А как дела обстоят с синхронизацией складских аналитик? Опять ни как. А что делать, если по ходу маршрута склад назначения был изменен? Правильно ни чего не поделаешь. А где взять залоговые цены для транспортных компаний? Опять ни где и т.д. и т.п. Теперь объем доработок по только одному системному объекту умножим на кол-во проектов и получается экономия. А теперь представим, сколько таких объектов в системе исправляется? Получим весьма хорошую экономию. Что касается сервис-паков объем изменений в них минимальный и технология перехода на сервис паки гораздо проще, снимается cus слой и заливается на слой Майкрософта, дальнейшая работа сводится к устранению конфликтов только по доработкам, которые включены в сервис-пак. Такие работы занимают от одой до двух недель. И то сейчас переходить на новый сервис пак ни кто не торопиться, гораздо проще сделать доработку самостоятельно и то зачастую они давно сделаны либо в них нет ни какой необходимости. Например, из последнего, закачка курсов из Интернета – ее сделали еще три года назад. А вот новая версия это конечно существенно сложнее, но выхода то особого нет. Меня на самом деле волнует базовый слой больше чем отраслевая специфика. |
|
30.06.2008, 16:26 | #11 |
Участник
|
Нет. Не "всего лишь". Ищите, читайте. Много писалось.
|
|
30.06.2008, 16:46 | #12 |
Member
|
Цитата:
Сообщение от Serg
...
To Mazzy… Закрытие склада это всего лишь оценка расходов по одному из методов. Калькуляции призвана собрать расходы и дать ответ по структуре себестоимости ГП (сколько вне прямых и косвенных затрат, на какие статьи они разбиваются и какие элементы содержат). Калькуляция связана с закрытием склада лишь в части списаниям ТМЦ на затраты, но помимо затрат на ТМЦ в нее входят масса других элементов. Пример полуфабрикатов на складе 10 партий (естественно с полной структурой себестоимости от зарплаты основных рабочих до стоимости сырья еще на первых переделах и первых составляющих этого полуфабриката, естественно складские проводки в Аксапте эту структуру не хранят и для этого используются другие инструменты). Теперь представь, что гораздо проще посчитать стоимость расхода этих полуфабрикатов с протаскиванием их полной структуры по средней на следующий передел, чем по каждой партии выполнять данных расчет. Скорее всего судя по твоему посту….ты ни когда не занимался калькуляцией на про-ве. ... Не по этому ли поводу вы писали про элементарное протаскивание формулы в Эксельке? Цитата:
Сообщение от Serg
...
Всем бухгалтерам и налоговым инспекторам известно, что метод закрытие по средней самый легкий и единственно возможный для проверки корректности его расчета. Для чего достаточно скинуть оборотку по складу в Excel и «протянуть» всем известные формулы. Надеюсь многим должно быть известно, что излюбленный метод расчета себестоимости на производственных предприятиях с процессным типом про-ва это метод «средней» так как он позволяет упростить калькуляцию производственной себестоимости готовой продукции и полуфабрикатов. ... По моим наблюдениям наиболее излюбленный метод расчета себестоимости — котловой. На объективность не претендую. Плановую — да, считают попродуктово. Слышал, нет возможности проверить, что в САПе себестоимость считается только по standard cost (на уровне отклонений). А фактического полного расчета с учетом еще и косвенных издержек нет. Долго думая над решением проблемы сбора фактической себестоимости с учетом косвенных расходов (не в Аксапте, а вобще, в принципе, но хорошо понимая что и зачем Аксапта делает при закрытии склада) я начал склоняться к мнению, что немцы правы. Ее расчет по-честному экономически не будет обоснованным. Слишком много всего нужно учесть раз, отнесение косвенных издержек на продукты субъективно даже тогда, когда базис измеримый (сам выбор базиса распределения субъективен), два. И чем "более косвенными" являются издержки, тем это очевиднее. Еще есть непрерывные всякие производства, возвратные отходы, брак, кстати. В общем, Аксапта считает ту себестоимость, которую задумали в ней считать разработчики. Она ее действительно считает (многочисленные баги не в счет). Есть у расчета преимущества по сравнению с Экселькой. Есть и недостатки. Та же производительность, невозможность получения структуры полной себестоимости в общем случае в принципе (простые случаи купи-продай с одним уровнем в логистической цепочке в качестве контраргумента прошу не приводить, если что). Если она вам не нравится. Ну есть много вариантов. Например: 1. Не связываться с Аксаптой. 2. Связаться и смириться с тем, что есть. 3. Купить Аксапту и всю переписать. Можно тихо, можно нудно жалуясь на жизнь. 4. Можно, наверное, набить морду разработчикам или заставить Микрософт сделать "локализованную российскую себестоимость ". Вообще по теме насчет базового слоя хотелось бы сказать вот что. Если заказчик подсаживается на базовый слой, то он как минимум себя лишает или почти лишает: - Возможности перехода на новые версии (в рамках реалистичного бюджета проекта). По сути дела это та же самописка, достоинства и недостатки которой известны. - Возможности выбора другого партнера с той же оговоркой по бюджету. - Возможности использования решений других партнеров с очень высокой вероятностью.
__________________
С уважением, glibs® |
|
30.06.2008, 13:51 | #13 |
Участник
|
Цитата:
Сообщение от Serg
Закрытие складе по «средней». ... Axapta закрывает с некой оговоркой, что...
Всем бухгалтерам и налоговым инспекторам известно, что метод закрытие по средней самый легкий и единственно возможный для проверки корректности его расчета. Для чего достаточно скинуть оборотку по складу в Excel и «протянуть» всем известные формулы. Вы путаете кисло с пресным. Для того, чтобы удовлетворить бухгалтеров и налоговых инспекторов такое дорогое решение как Аксапта не нужно. Вы сами говорите про Excel. А вот для предотвращения мордобоя и стрельбы - само то. Цитата:
Цитата:
Цитата:
Цитата:
Serg, может быть вам стоит еще чуть-чуть разобраться почему и зачем Аксапта закрывает склад именно так. А также ответить (хотя для себя) зачем нужно связывать каждый приход с каждым расходом и куда при этом девается "простота Excel". Цитата:
Цитата:
Цитата:
Цитата:
Но мне кажется, что слой "русефеикации" наоборот можно и нужно уменьшать. Слишком много там лишнего... Примерно из той же серии, как ваше "среднее". Цитата:
Чертовски не хочется получить ситуацию как с Навижином, когда на рынке присутствует не Навижин, а три-четыре совершенно различные локализации. |
|