Слов нет

[Сисой]

Цитата:

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

Качественный продукт сделан был. Это подтверждено сертификатом ИПБ и рекомедательным письмом МинФина (см. вложения).

Модуль налогового учета по 25-й главе первым среди _всех_ решений в России позволил автоматически формировать регистры налогового учета, а инновационный интерфейс получил респект от штаб-квартиры (см. вложения). Российский модуль Основных средств позволил вести учет ОС по нескольким моделям в одной базе и без дублирования карточек. Модуль "Зарплата" до сих пор продается в стандартной версии Axapta только в России.

Слов нет..
Вы уж кому-нибудь другому лапшу на уши вешайте.
Это все-таки форум консультантов, многие из которых прекрасно знают и цену сертификата ИПБ и качество локализации Аксапты и другие ERP, где ведение учета ОС по нескольким моделям изначально является стандартной функциональностью (чем гордимся? Что в Аксапте так же?).
А уж "первым среди _всех_ решений в России" - откровенная ложь. Или все-таки только среди зарубежных систем?

Прошу прощения за горячность, но когда после высказывания Алены "по делу" читаешь вот такие выдержки из PR-материалов, так и тянет поддержать Павла.

[mazzy]

Ветка выделена отсюда Про гамлетов и парусники

Напомню, что аналогичные обсуждения были
Существуют ли недостатки у Axapta
Российская функциональность в Microsoft Axapta
День Microsoft на Softool’04

Если хотите начать новый круг - пожалуйста в этой отдельной ветке.

[Сисой]

Нету такого желания...

[vleg]

Цитата:

Сообщение от Сисой

А уж "первым среди _всех_ решений в России" - откровенная ложь. Или все-таки только среди зарубежных систем?

Уважаемый Сисой!

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

Но вот как-то задевают оценки типа "откровенная ложь". В первом квартале 2002 года был выпущен третий сервис-пак для Axapta 2.5, в котором был реализован модуль налогового учета, который, при соответствующих настройках, позволял автоматически собирать данные для трех-четырех десятков регистров налогового учета. 1С в это время предоставлял только интерфейс для ручного ввода записей в регистры налогового учета, не более того. Я вполне здесь могу ошибаться, так как эта информация мне была сообщена другими коллегами, и я лично ее не перепроверял. Опровергните это фактами, я заберу свои слова обратно.

Если нужны подтверждения вам - постараюсь поискать проектную документацию по 2.5 SP3, надеюсь, подозревать в подлогах друг друга не будем

[Insane]

Уважаемый vleg!

Наверное здесь опять происходит некоторая подмена понятий. Вы говорите о маркетинговой доступности налоговых регистров в АХАРТА, а Сисой с точки зрения их практического применения. Имея большой опыт автоматизации именно налогового учета скажу - ни одному нашему клиенту они не подошли по следующим причинам:
1. Полное отсутствие гибкости - 90% всего зашито напрямую в код
2. Просто ужасающе медленная работа.

Хотя с точки зрения маркетинга - вы конечно правы на все 100% - такая функциональность присутвует.
Впрочем как и модуль заработной платы, которым вы гордитесь и который до хоть какой нибудь работоспособности надо "обработать напильником", что и сделал ряд партнеров.

[vleg]

Цитата:

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

Уважаемый vleg!

Наверное здесь опять происходит некоторая подмена понятий. Вы говорите о маркетинговой доступности налоговых регистров в АХАРТА, а Сисой с точки зрения их практического применения. Имея большой опыт автоматизации именно налогового учета скажу - ни одному нашему клиенту они не подошли по следующим причинам:
1. Полное отсутствие гибкости - 90% всего зашито напрямую в код
2. Просто ужасающе медленная работа.

Хотя с точки зрения маркетинга - вы конечно правы на все 100% - такая функциональность присутвует.
Впрочем как и модуль заработной платы, которым вы гордитесь и который до хоть какой нибудь работоспособности надо "обработать напильником", что и сделал ряд партнеров.

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

По поводу гибкости, как и в целом дизайна того или иного функционала - 100% довольных не будет никогда. Ваш пост - хорошее тому подтверждение. В налоговых регистрах гибкости не хватает, а в Зарплате ее черезчур, да?

[Сисой]

Цитата:

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

Уважаемый Сисой!

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

Но вот как-то задевают оценки типа "откровенная ложь". В первом квартале 2002 года был выпущен третий сервис-пак для Axapta 2.5, в котором был реализован модуль налогового учета, который, при соответствующих настройках, позволял автоматически собирать данные для трех-четырех десятков регистров налогового учета.

К моменту выхода третьего сервис-пака я уже закончил проект, в котором регистры НУ собирались автоматически (ИС Эталон). К тому же знаю как минимум пару российских систем, в которых эта функциональность была предложена еще в IV квартале 2001 г., например
БЭСТ-ПРО: http://www.bestnet.ru/news/2001/138.htm

Тогда еще, слава Богу, этот рынок был жив не 1С-ом единым.
Правду говорит mazzy - всячески стоит избегать кванторов всеобщности - они порой подводят под монастырь.

[vleg]

Цитата:

Сообщение от Сисой

К моменту выхода третьего сервис-пака я уже закончил проект, в котором регистры НУ собирались автоматически (ИС Эталон). К тому же знаю как минимум пару российских систем, в которых эта функциональность была предложена еще в IV квартале 2001 г., например
БЭСТ-ПРО: http://www.bestnet.ru/news/2001/138.htm

Тогда еще, слава Богу, этот рынок был жив не 1С-ом единым.
Правду говорит mazzy - всячески стоит избегать кванторов всеобщности - они порой подводят под монастырь.

Убедили. Про Эталон и Бэст-про действительно информации не было и она не анализировалась. Спасибо.

[Тимур]

Цитата:

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

Уважаемый Сисой!
В первом квартале 2002 года был выпущен третий сервис-пак для Axapta 2.5, в котором был реализован модуль налогового учета, который, при соответствующих настройках, позволял автоматически собирать данные для трех-четырех десятков регистров налогового учета.

"3-4 десятка регистров" это сколько относительно необходимого количества?
С чего Вы взяли, что предприятиям нужны именно эти 3-4 десятка, а не другие?
И вообще откуда такой количественно-обессмысленный подход при анализе востребованности заявленного функционала?

[vleg]

Цитата:

Сообщение от Тимур

"3-4 десятка регистров" это сколько относительно необходимого количества?
С чего Вы взяли, что предприятиям нужны именно эти 3-4 десятка, а не другие?
И вообще откуда такой количественно-обессмысленный подход при анализе востребованности заявленного функционала?

А сами-то как считаете ? Для сведения, методические инструкции МНС на тот момент предусматривали порядка 50-55 регистров в системе, которыми должна была подкрепляться декларация по налогу на прибыль. Почему именно эти 3-4 десятка? Потому что их можно было заполнить автоматически данными из других операций в системе. Почему не другие? Потому что автоматический сбор некоторых экзотические регистров был невозможен - неоткуда было собирать информацию. И для выхода из такой ситуации была предусмотрена возможность ручного ввода недостающих регистров.

[Тимур]

Цитата:

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

А сами-то как считаете ? Для сведения, методические инструкции МНС на тот момент предусматривали порядка 50-55 регистров в системе, которыми должна была подкрепляться декларация по налогу на прибыль. Почему именно эти 3-4 десятка? Потому что их можно было заполнить автоматически данными из других операций в системе. Почему не другие? Потому что автоматический сбор некоторых экзотические регистров был невозможен - неоткуда было собирать информацию. И для выхода из такой ситуации была предусмотрена возможность ручного ввода недостающих регистров.

Для сведения: на начало первого квартала 2002 г. инструкции МНС с регистрами еще в природе не существовало. Она была опубликована в феврале. К тому же необходимость тех или иных регистров - это суть волеизъявление конкретного предприятия. Регистры имеет смысл вести только в случае, если конкретные доходы/расходы нельзя собрать по данным бухгалтерского учета.

[Pavel]

Цитата:

Сообщение от Тимур

Для сведения: на начало первого квартала 2002 г. инструкции МНС с регистрами еще в природе не существовало. Она была опубликована в феврале. К тому же необходимость тех или иных регистров - это суть волеизъявление конкретного предприятия. Регистры имеет смысл вести только в случае, если конкретные доходы/расходы нельзя собрать по данным бухгалтерского учета.

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

[TasmanianDevil]

Цитата:

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

Многие клиенты купили Аксапту _только_ благодаря наличию качественно проработанной и удовлетворяющей их требованиям локальной фукнциональности.

А нет ли у Вас замечательной диаграммки, с показателями в процентном соотношении по внедрениям распределения объемов кастомизации по объемам внедрений (X-процент хирургических кастомизаций,Y-проценты внедрений ) ? Наглядно, так сказать, увидеть , что подавляющее большинство внедрений проходит без хирургических вмешательств ... Или характер у подобной диараммы будет в реальности совсем не такой и максимум Y будет достигаеться ближе к максимуму X ?

Цитата:

Сообщение от Сисой

Слов нет..
Вы уж кому-нибудь другому лапшу на уши вешайте.
Это все-таки форум консультантов, многие из которых прекрасно знают и цену сертификата ИПБ и качество локализации Аксапты и другие ERP, где ведение учета ОС по нескольким моделям изначально является стандартной функциональностью (чем гордимся? Что в Аксапте так же?).
А уж "первым среди _всех_ решений в России" - откровенная ложь. Или все-таки только среди зарубежных систем?

Прошу прощения за горячность, но когда после высказывания Алены "по делу" читаешь вот такие выдержки из PR-материалов, так и тянет поддержать Павла.

Присоединяюсь... Про инновационный интерфейс вообще бы постыдились - в пору нормального серверного и клиентского железа до сих пор цепляться за атавизмы прошлого в виде кодов . Он отличный(т.е. отличающийся) от - это да, но инновационный ли ? Сомневаюсь, что игра "Что? Где? Когда?" по данным из форм/отчетов в стиле объявления от Васисуалия Лоханкина ("Золотой теленок", "Сд.пр.кв. " и далее по тексту ) является увлекательной для кого-либо и облегчает работу.

[Recoilme]

2 vleg, если Вам интересна тема налогового учета:

1. Не пользовался НУ в аксапте
2. Исходя из практики: заранее уверен что ничего хорошего из этого не получилось бы, извиняйте уж ))

А теперь бонус:

Если интересно, почитайте описание того как реализован налоговый учет в программе "Инфо-предприятие". По мнению всех бухгалтеров которые работали с НУ в ИП и других системах - это бест-оф-зе-бест реализация.
http://www.real-soft.ru/cgi-bin/h.pl?ipb_nure#skp

Демку можно скачать с моего сайта. Если заинтересует - готов ответить на вопросы.

ЗЫ: появилась правда позже аксапты, в 1 квартале 2002 года. Но потом за пару часов - регистры были сформированы автоматизировано.

[Сисой]

Цитата:

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

Если интересно, почитайте описание того как реализован налоговый учет в программе "Инфо-предприятие". По мнению всех бухгалтеров которые работали с НУ в ИП и других системах - это бест-оф-зе-бест реализация.
http://www.real-soft.ru/cgi-bin/h.pl?ipb_nure#skp

Да, нормальный подход. А то, что сделали в Аксапте - изначально порочная реализация (сбор регистров с бухсчетов), на практике формирует не НУ, а головную боль.
В связи с выходом ПБУ/18 очень красивая реализация НУ сделана в 1С 8.
Учет ведется на параллельном плане счетов с финансовой аналитикой, принимающей значения НУ, ВР (временная разница), ПР (постоянная разница). И любая сумма в БУ = НУ+ПР+ВР . Соответственно ОНА и ОНО формируются по итоговым сальдо ВР на плане счетов налогового учета. Красота!

[Recoilme]

Цитата:

Сообщение от Сисой

Да, нормальный подход. А то, что сделали в Аксапте - изначально порочная реализация (сбор регистров с бухсчетов), на практике формирует не НУ, а головную боль.
В связи с выходом ПБУ/18 очень красивая реализация НУ сделана в 1С 8.
Учет ведется на параллельном плане счетов с финансовой аналитикой, принимающей значения НУ, ВР (временная разница), ПР (постоянная разница). И любая сумма в БУ = НУ+ПР+ВР . Соответственно ОНА и ОНО формируются по итоговым сальдо ВР на плане счетов налогового учета. Красота!

В ИП изящней на мой взгляд. Во 1-х в едином информационном пространстве (на том же ПС => не надо искать расхождений и легче расширять), во 2-х сам НУ формируется как аналитика на пересечении корр.счетов. Все регистры описываются корреспонденцией и знак + или -. Это Ноу-хау в аналитике если не ошибаюсь. При таком подходе НУ сам встает, даже думать не надо.. Единственные регистры - не связанные с бух-ией например отражаемые в другом периоде - вручную делать, но тут уж никак и нигде автоматом не построишь.

[Сисой]

Цитата:

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

В ИП изящней на мой взгляд. При таком подходе НУ сам встает, даже думать не надо..

НУ-то встает, а как насчет ПБУ/18?

[Recoilme]

Цитата:

Сообщение от Сисой

НУ-то встает, а как насчет ПБУ/18?

Ручками

[vleg]

Цитата:

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

2 vleg, если Вам интересна тема налогового учета:

1. Не пользовался НУ в аксапте
2. Исходя из практики: заранее уверен что ничего хорошего из этого не получилось бы, извиняйте уж ))

А теперь бонус:

Если интересно, почитайте описание того как реализован налоговый учет в программе "Инфо-предприятие". По мнению всех бухгалтеров которые работали с НУ в ИП и других системах - это бест-оф-зе-бест реализация.
http://www.real-soft.ru/cgi-bin/h.pl?ipb_nure#skp

Демку можно скачать с моего сайта. Если заинтересует - готов ответить на вопросы.

ЗЫ: появилась правда позже аксапты, в 1 квартале 2002 года. Но потом за пару часов - регистры были сформированы автоматизировано.

Спасибо за ссылку. Выглядит вполне вменяемо.

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

По-моему, в подобной идеологии реализованы лишь расходы будущих периодов и какая-то часть ПБУ-18, но здесь могу ошибаться.

[Falcon]

Цитата:

Тем не менее, реальных и осмысленных предложений по повышению производительности налоговых регистров сформулировано не было

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

Представьте, компания Форд бы заявила: да, мы знаем что наши авто менее надежны, чем, скажем, Тойота, но "реальных и осмысленных предложений по повышению надежности сформулировано не было"...

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