Цитата:
Сообщение от
AlexSD
Скорее всего так и было. Только я не могу понять, какая связь между электронной отчетностью в текстовом формате и Extensible Business Reporting Language?
XBRL is a language for the electronic communication of business and financial data which is revolutionising business reporting around the world
http://www.xbrl.org/WhatIsXBRL/
По русски - XBRL (Extensible Business Reporting Language) - это язык описания отчетности в электронном (машиночитаемом) виде. Вы называете такую отчетность "электронной отчетностью".
Язык описания содержит в себе описания разделов, показателей, формул для показателей и параметры вывода. Как правило входом и выходом для XBRL являются XML-файлы.
А в вашем случае - XLS-файлы. Только в этом принципиально отличется сделанная тулза отличается от XBRL.
Цитата:
Сообщение от
AlexSD
Насколько надо вскрючить функционал XBRL, что бы он еще соотвествовал бы тем правилам, которые устанавливает (и часто меняет) наша налоговая?
Принципиально - ни в чем. Нужно было добавить работу с XLS.
Может быть вы все-таки посмотрите на реализацию, почитаете доку?
Цитата:
Сообщение от
AlexSD
А как это применить для электронной отчетности в текстовом формате?
Имея XML, преобразовать его в другой машиночитаемый вид - дело техники. Вот именно преобразование и нужно было добавить в XBRL.
Цитата:
Сообщение от
AlexSD
Насколько я оцениваю, эти функциональности в существующем виде пересекаются достаточно слабо.
вы, скорее всего, ошибаетесь. Чтобы продолжить в конструктивном ключе сперва ответьте - вы XBRL посмотрели? доку прочитали?
Цитата:
Сообщение от
AlexSD
Могу с уверенностью утверждать, что для того, что бы дополнить одну функциональность возможностями другой, пришлось бы написать гораздо больше кода. Гораздо больше.
"Я Пастернака не читал, но я скажу", так?
Цитата:
Сообщение от
AlexSD
При этом никто не гарантирует, что в будущем код XBRL не будет менятся.
А почему бы вам не выяснить это внутри Майкрософта?
Сам стандарт XBRL меняться не будет (поскольку стандарт)
Может будут выпускаться следующие версии и для них может быть будет расширяться функционал. Но принципы меняться не будут.
Определение разделов, определение формул, определение констант, проверка...
С какой стати?
Цитата:
Сообщение от
AlexSD
В результате мы имеем головную боль в виде...
В результате такого решения Майкрософт головную боль имеют партнеры и заказчики.
В виде избыточного кода, который надо помнить и поддерживать разработчикам партнеров и заказчиков.
В виде местечкового функционала, который абсолютно невозможно использовать в рамках внедрения мультинациональных компаний (даже Россию и Украину нельзя поскольку в тулзе предусмотрен язык только один язык).
В виде отсутствия маркетинга и нормальных демоданных (поскольку Майкрософт СТОЛЬКО не тратит, чтобы сделать НАСТОЛЬКО отличающиеся макетинговые материалы и демоданные. Буржуйские менеджеры круглыми глазами смотрят на "этих странных русских", но денег не дают).
И все эта головная боль только из-за того, что в самом Майкрософте разработчики не могут полуичть "гарантий"
Цитата:
Сообщение от
AlexSD
Так ли оно нам надо?
Вам - не знаю.
А вот партнерам и клиентам, на мой взгляд, очень надо, чтобы функционал был проще, надежнее и, самое главное, более совместим с общемировым. Чтобы мы юзали не отдельно стоящую местечковую версию Аксапты, а действительно систему, которая может работать во всем мире.
Цитата:
Сообщение от
AlexSD
А дальнейшее развитие электронной отчетности видится в развитии функциональности ГРО и поддержке выгрузки отчетов в XML согласно предоставленным нашей налоговой схемам.
блин, Блин, БЛИН, БЛИ-И-И-ИН!!!
Повесится что ли с тоски?
Цитата:
Сообщение от
Андре
раз его сделали, значит он наверное будет востребован.
Интересная логика. Обычно наоборот