Выпущена доработка "Электронная отчетность в текстовом формате" для Microsoft Dynamics AX 4.0

[Vadim Korepin]

Сегодня выпущена модификация «Электронная отчетность в текстовом формате» для Microsoft Dynamics AX 4.0. Эта функциональность позволяет настраивать на пользовательском уровне регламентированный текстовый формат для представления отчета, созданного в MS Excel.
Так же реализована возможность модификации и хранения версий отчетов.

Опубликовано на PartnerSource: https://mbs.microsoft.com/partnersou...icrepMSDAX4_ru.

Пожалуйста, найдите время ответить на вопросы ниже:
1. Считаете ли вы важной эту разработку? (Да/Нет, Комментарий)
2. Оценить документ What’s new – понятно ли составлено описание?
3. Что нужно изменить, улучшить, добавить в модификации и ее документировании

Просьба предоставить ответы до 17 апреля.

[mazzy]

1. настаивал в самом начале, продолжаю настаивать и сейчас: вместо того, чтобы изобретать новый и ни с чем не интегрированный документ, лучше взять и расширить механизм XBRL.
2. При тестировании выявлены проблемы при работе с Excel 2007 что не есть хорошо

[Ivanhoe]

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

[mazzy]

Цитата:

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

...постараемся применить на текущем проекте...
...в детали вчитаюсь чуть позже.

Может сначала вчитаться в детали и проверить на тестовой базе?
Лично я и вчитался, и протестировал. Мы НЕ будем применять эту штуку на своих проектах. По крайней мере пока не будем.

[Ivanhoe]

Обязательно проверим и обязательно вчитаемся )

В моей фразе "...Разработка важная, надеюсь сможет снять большую часть требований..." ключевое слово НАДЕЮСЬ )

[Vadim Korepin]

По поводу офиса 2007мь:

Чтобы Excel2007 Открывался в одном окне с DAX необходимо установить крыж «открывать в том же окне»для типов файлов xls и xlt в настройке папок ОС.

Кроме того, в соответствии с инструкцией по установке нужно при импорте установить флаг «Импортировать со значениями кодов». Иначе могут возникнуть нежелательные эффекты. И трассировка стека, скорее всего, связана с некорректными ID таблиц.

[mazzy]

Цитата:

Сообщение от Vadim Korepin

По поводу офиса 2007мь:

Чтобы Excel2007 Открывался в одном окне с DAX необходимо установить крыж «открывать в том же окне»для типов файлов xls и xlt в настройке папок ОС.

Ай, спасибо.
Попробую. Только не могу найти этой закладки в Висте..

Цитата:

Сообщение от Vadim Korepin

Кроме того, в соответствии с инструкцией по установке нужно при импорте установить флаг «Импортировать со значениями кодов». Иначе могут возникнуть нежелательные эффекты. И трассировка стека, скорее всего, связана с некорректными ID таблиц.

Посыпаю голову пеплом, выражаю искреннюю балгодарность
Щас попропбую еще раз.

[mazzy]

Цитата:

Сообщение от Vadim Korepin

По поводу офиса 2007мь:

Чтобы Excel2007 Открывался в одном окне с DAX необходимо установить крыж «открывать в том же окне»для типов файлов xls и xlt в настройке папок ОС.

А в Висте как? Перерыл... Ведь был же сарайчик... (С)
В общем, не смог я эту проблему решить, поэтому формы настроек с интегрированным Excel-листом открыть не могу.

Цитата:

Сообщение от Vadim Korepin

Кроме того, в соответствии с инструкцией по установке нужно при импорте установить флаг «Импортировать со значениями кодов». Иначе могут возникнуть нежелательные эффекты. И трассировка стека, скорее всего, связана с некорректными ID таблиц.

См. скриншот - результат импорта проекта со значениями кодов в слой usr.
Но проблема некомпилируемого запроса действительно решилась.
Спасибо.

[AlexSD]

Для Висты нужно использовать regedit.exe
Вот тут: HKEY_CLASSES_ROOT\Excel.Sheet.12
или(и) тут : HKEY_CLASSES_ROOT\Excel.Sheet.8
обнулите параметр BrowserFlags.

[AlexSD]

Цитата:

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

См. скриншот - результат импорта проекта со значениями кодов в слой usr.

Импорт с кодами происходил на "чистое" приложение? Вы удалили неправильно импортированные объекты?
Если не удаляли, то Id у объектов при импорте не меняются. У Вас остались старые объекты с "usr-овскими" Id.

[mazzy]

Цитата:

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

Импорт с кодами происходил на "чистое" приложение?

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

Но я посмотрел - в диапазоне до 16 тыс стоят только майкрософтовские объекты
ax4.0 SP2, ЗП + почти все хотфиксы.

Цитата:

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

Вы удалили неправильно импортированные объекты?

Да, конечно.

Цитата:

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

Если не удаляли, то Id у объектов при импорте не меняются. У Вас остались старые объекты с "usr-овскими" Id.

От этого проекта не осталось. Других usr-овских - полно. Как и следовало ожидать, я тестировал на демонстрационно-тестовой базе. Там только usr.

[mazzy]

Цитата:

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

Для Висты нужно использовать regedit.exe
Вот тут: HKEY_CLASSES_ROOT\Excel.Sheet.12
или(и) тут : HKEY_CLASSES_ROOT\Excel.Sheet.8
обнулите параметр BrowserFlags.

Ай, спасибо. Попробую. Давно я с этим мучался.

[AlexSD]

Цитата:

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

От этого проекта не осталось. Других usr-овских - полно. Как и следовало ожидать, я тестировал на демонстрационно-тестовой базе.

В этом случае все должно было загрузиться нормально. Другие объекты тут ни при чем.

Ради эксперимента, попробуйте повторить импорт еще раз поверх уже импортированного. Хотя... Если компиляция проекта ошибок не дает и все нормально работает, то и незачем париться.

[mazzy]

Цитата:

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

Для Висты нужно использовать regedit.exe
Вот тут: HKEY_CLASSES_ROOT\Excel.Sheet.12
или(и) тут : HKEY_CLASSES_ROOT\Excel.Sheet.8
обнулите параметр BrowserFlags.

Ура!!! Заработало! (С) Кот Матроскин
Теперь мы вдвое больше сена заготовим (С) Кот Матроскин

Цитата:

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

В этом случае все должно было загрузиться нормально. Другие объекты тут ни при чем.

Не знаю. Проекту все равно какие идентификаторы.
А вот в демоданных могут быть проблемы.

Хорошо. Посмотрю.
Остальные замечания написал Корепину.

Один вопрос остался: почему новый отдельный инструмент? Почему вместо развития XBRL снова было создано что-то отдельно-уникальное? Ведь XBRL по сути делает то же самое, только оформлением в Excel не занимается.

[sukhanchik]

2mazzy:
Рискну предположить. Фичу написали в российском офисе Микрософт. Чтобы ее "протолкнуть" в международную версию и интегрировать в XBRL - надо приложить много усилий (как я предполагаю). Дабы не связываться с международным Микрософтом (или там возникли какие затыки) - российский офис выпустил фичу сам, по принципу - пусть партнеры оценят и тогда может будет легче протолкнуть международный Микрософт (поэтому и нужны отзывы). Фича совершенно отдельная, дабы не мешать подъему на сервис-пак, однако показывающая, что "есть еще порох в пороховницах" у российского отделения Микрософт.

Возможно я неправ, но уж больно правдоподобно выглядит гипотеза

[Андре]

Функционал посмотрел бегло, поэтому могу задавать "детские" вопросы:

1) Правильно ли я понял, что этот модуль - суть черный ящик, которому мы скармливаем excel-файлы, а на выходе получаем текстовые файлы?

2) Правильно ли я понимаю, что этот функционал очень слабо связан с остальным функционалом Аксапты и большую часть данных (ок, не всю) способен брать только из excel? То есть в лучше случае, цепочка выглядит так: axapta->excel->axapta->txt. В худшем, первое звено исчезает и модуль плавно превращается в обыкновенный конвертер.

Если в пунктах 1) и 2) я не ошибся, то я не совсем понимаю, а каким боком этот функционал вообще привязан к Аксапте? Ну, просто, у меня возникают сразу аналогии с архиавором, который можно приделать к Аксапте - скармливаем модулю файлик, получаем архив. Зачем встроенный чтоб было.

И наверное третий вопрос:

3) Правильно ли я понимаю, что найти сторонние средства (не встроенные в Аксапту), выполняющие эту же задачу (конвертацию excel в txt заданного формата согласно описанным законам) вполне возможно?

[mazzy]

Цитата:

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

2mazzy:
Рискну предположить. Фичу написали в российском офисе Микрософт. Чтобы ее "протолкнуть" в международную версию и интегрировать в XBRL - надо приложить много усилий (как я предполагаю). Дабы не связываться с международным Микрософтом (или там возникли какие затыки) - российский офис выпустил фичу сам, по принципу - пусть партнеры оценят и тогда может будет легче протолкнуть международный Микрософт (поэтому и нужны отзывы). Фича совершенно отдельная, дабы не мешать подъему на сервис-пак, однако показывающая, что "есть еще порох в пороховницах" у российского отделения Микрософт.

Возможно я неправ, но уж больно правдоподобно выглядит гипотеза

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

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

[AlexSD]

Цитата:

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

Эм-м-м... Открою секрет. На самом деле XBRL похоже никто и не смотрел.

Скорее всего так и было. Только я не могу понять, какая связь между электронной отчетностью в текстовом формате и Extensible Business Reporting Language?
Насколько надо вскрючить функционал XBRL, что бы он еще соотвествовал бы тем правилам, которые устанавливает (и часто меняет) наша налоговая?

Цитата:

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

Иначе в этой отдельно стоящей приблуде была бы возможность выводить метки в отчетах на разных языках (как это делает XBRL).

А как это применить для электронной отчетности в текстовом формате?

Цитата:

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

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

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

При этом никто не гарантирует, что в будущем код XBRL не будет менятся. В результате мы имеем головную боль в виде поддержки одновременной работы стандартной функциональности XBRL и электронной отчетности. Плюс (верней, минус), головная боль при подъеме на новые SP и новые версии.

Так ли оно нам надо?

А дальнейшее развитие электронной отчетности видится в развитии функциональности ГРО и поддержке выгрузки отчетов в XML согласно предоставленным нашей налоговой схемам.

[AlexSD]

Цитата:

Сообщение от Андре

1) Правильно ли я понял, что этот модуль - суть черный ящик, которому мы скармливаем excel-файлы, а на выходе получаем текстовые файлы?

Почти. Вы описали только одну из функций этого "ящика".

Цитата:

Сообщение от Андре

2) Правильно ли я понимаю, что этот функционал очень слабо связан с остальным функционалом Аксапты и большую часть данных (ок, не всю) способен брать только из excel? То есть в лучше случае, цепочка выглядит так: axapta->excel->axapta->txt. В худшем, первое звено исчезает и модуль плавно превращается в обыкновенный конвертер.

Конвертер - да, слабо связан. Только конвертер - это все таки некоторая часть функционала, но не весь функционал.

Цитата:

Сообщение от Андре

Если в пунктах 1) и 2) я не ошибся, то я не совсем понимаю, а каким боком этот функционал вообще привязан к Аксапте? Ну, просто, у меня возникают сразу аналогии с архиавором, который можно приделать к Аксапте - скармливаем модулю файлик, получаем архив. Зачем встроенный чтоб было.

Так удобно же
Можно из doc в pdf перегнать сторонней марахайкой, а в Microsoft Word 2007 можно напрямую экспортировать. Плюсы очевидны.
В Вашей аналогии с архиватором не учитывается одна особенность. Если использование функционала "архиватора" входит в обязанности бухгалтера, то почему бы не включить "архиватор" в "бухгалтерскую" программу?

Цитата:

Сообщение от Андре

3) Правильно ли я понимаю, что найти сторонние средства (не встроенные в Аксапту), выполняющие эту же задачу (конвертацию excel в txt заданного формата согласно описанным законам) вполне возможно?

Я такой не знаю.

ЗЫ. Что бы составить отчет в электронном виде вполне достаточно доступного всем notepad.exe.

[Андре]

Цитата:

Почти. Вы описали только одну из функций этого "ящика".

Если не сложно - перечислите остальные. Про связь с фин отчетностью я знаю, но насколько я заметил по текущим проектам она мало востребована.

Цитата:

Так удобно же
Можно из doc в pdf перегнать сторонней марахайкой, а в Microsoft Word 2007 можно напрямую экспортировать. Плюсы очевидны.

Минусы тоже. Чтобы перегнать doc в pdf мне надо покупать Word (есть бесплатные конвертаторы), отдельные средства для конвертации doc в pdf обладают гораздо большим количеством опций, чаще обновляются и лучше поддерживаются. Для MS это всего лишь одна из маловостребованных функций Word и внимания он ей будет уделять соответсвенно.
В данном случае я сторонник Unix-way: каждая программа должна выполнять строго одну функцию, но должна делать это лучшим способом.

На самом деле я не наезжаю на проект - раз его сделали, значит он наверное будет востребован. Более того, я вижу, что он уже интересен ряду наших проектов.