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

[MShangina]

Цитата:

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

Мне кажется, что что-то с числом у Вас в файле Excel не в порядке.

У меня там не число стоит (но формат ячейки числовой), а формула, по которому оно вычисляется. И правильно ли я понимаю, что именно по этому не выводится значение?

Цитата:

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

Для реквизита типа "Количество показателей" ... Галка распространяется на все подразделы помеченного раздела.

(на примере Декларации по НДС) У меня галка как раз стоит в одном из разделов (в него входят еще несколько подразделов) структуры самого шаблона, но все равно выводит 0.

[AlexSD]

Цитата:

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

У меня там не число стоит (но формат ячейки числовой), а формула, по которому оно вычисляется. И правильно ли я понимаю, что именно по этому не выводится значение?

По идее, нет. Формулы в ячейках тестировались, должны работать. Посмотрите формат числа в ячейке. Есть у меня подозрение, что в формате стоит галка "разделять 1000 пробелами". Если нет, попробуйте поэкспериментировать. Введите в эту ячейку число. Посмотрите, как оно обработается.

Цитата:

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

(на примере Декларации по НДС) У меня галка как раз стоит в одном из разделов (в него входят еще несколько подразделов) структуры самого шаблона, но все равно выводит 0.

Считаются реквизиты, которые выводятся в текстовый файл. Если никаких данных в этом разделе (в Excel) нет, и тип вывода реквизитов "Необязательный", то соотвественно, в текстовый файл эти реквизиты не выводятся и счетчик их не считает.

[MShangina]

Цитата:

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

Считаются реквизиты, которые выводятся в текстовый файл.

С количеством реквизитов у меня все получилось, спасибо большое за разъяснения.

Цитата:

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

Есть у меня подозрение, что в формате стоит галка "разделять 1000 пробелами". Если нет, попробуйте поэкспериментировать. Введите в эту ячейку число. Посмотрите, как оно обработается.

А вот со значением в Excel также имеется проблема. Опишу более подробно ситуацию.
В стандартном шаблоне декларации НДС (VATDeclaration) есть ячейки, в которых стоят формулы. На стр.4_Раздел3 есть строка 180, где в 4 и 6 столбце формулы («=CI19+CI20+CI21+CI22+CI23+CI24+CI28+CI29+CI34+CI35+CI36+CI37» и «=DN19+DN20+DN21+DN22+DN23+DN24+DN28+DN29+DN34+DN35+DN36+DN37» соответственно), формат данных ячеек «числовой», число десятичных знаков 2, и отсутствует флаг в поле «разделитель групп разрядов». В Axapta настроены реквизиты П000030018004 и П000030018006 с типом «числовой», которые ссылаются на ячейки в VATDeclaration, которые были описаны выше.
При этом при загрузке данных в документ, созданный в реестре электронных документов реквизиты П000030018004 и П000030018006 не заполняются. Хотя в файле excel (получаем его из «генератора финансовых отчетов») стоят рассчитанные значения «24677,50» и «4390,50».
И есть еще 100 строка, где также в шаблоне в столбцах 4 и 6 присвоены формулы («=n_110_4+CI32+CI33» и «=n_110_6+DN32+DN33»), формат ячеек такой же как описано выше, в Axapta это реквизиты П000030010004 и П000030010006 с типом «числовой», и рассчитанные значения («22000,00» и «3960,00») заносятся в реквизиты П000030010004 и П000030010006.
Настройка одинаковая, но результат разный.
Также была попытка ввести нужное значение в ручную («24677,50»), то есть, не используя формулу, но также это значение не выводиться. Если ввести 2хзначное число («18,00»), то значение заносится в реквизит.


Выяснено, что суммы с копейками, расчитанные по формулам, не выводятся, а целые числа выводятся.

[AlexSD]

Цитата:

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

Выяснено, что суммы с копейками, расчитанные по формулам, не выводятся, а целые числа выводятся.

Поставьте тип "Общий" для таких реквизитов.

Либо, тут \Classes\LedgerRRGEProperty_W\updateValue, в строке 42, вставьте такой код:

if (property.Value && property.DataType == LedgerRRGEPropertyDataType_W::Numeric)
{
property.Value = strReplace(property.Value, ' ', '');
}

Примерно вот сюда:

    ...
    if (!property.Value)
    {
        property.Value = property.DefaultValue;
    }

    if (property.Value && property.DataType == LedgerRRGEPropertyDataType_W::Numeric)
    {
        property.Value = strReplace(property.Value, ' ', '');
    }

    if (property.Value &&
        ((property.DataType == LedgerRRGEPropertyDataType_W::Numeric    && !isNumeric(property.Value)) ||
         (property.DataType == LedgerRRGEPropertyDataType_W::Date       && !isDate(property.Value))))
    {
        property.Value = '';
    }
   ...

[MShangina]

Спасибо большое, все выводится и так как надо.

[MShangina]

А еще вопрос возник: почему нельзя открывать одновременно абсолютно любой excel файл и настройку реквизитов в форме "шаблоны документов"? Это как то можно исправить?

[AlexSD]

Глючит. Исправить пока неполучилось. Может быть в следущих версиях.

[MShangina]

Есть предложение добавить возможность отправки txt файла в налоговую из Axapta.

Также интересна ситуация, когда у нас есть постоянные реквизиты (например: полное наименование организации), то у нас эти данные заносятся из Axapta в txt, хоть мы и делаем загрузку из Excel, а ведь в Excel могут быть другие данные. То есть эти данные никак не коррелируют между собой, отсюда следует, что могут быть расхождения в Excel и в txt файлах.

При сравнении реквизитов разных версий документа разница выводится не в том формате, в котором она представлена в реквизитах (например: в одной версии есть идентификатор получателя равный значению 1010 (тип числовой), в другой версии нет этого значения, тогда разница выводится как 1010,00 – это не совсем правильно). Либо добавить дополнительные типы реквизитов (в данной ситуации тип «код», как указано в официальном документе под названием «ФОРМАТ представления налоговых деклараций, бухгалтерской отчетности и иных документов, служащих для исчисления и уплаты налогов и сборов, в электронном виде (версия 3.00)).

[AlexSD]

Цитата:

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

Есть предложение добавить возможность отправки txt файла в налоговую из Axapta.

Спасибо, Ваши предложения будут учтены при выпуске следущей версии.

Цитата:

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

Также интересна ситуация, когда у нас есть постоянные реквизиты (например: полное наименование организации), то у нас эти данные заносятся из Axapta в txt, хоть мы и делаем загрузку из Excel, а ведь в Excel могут быть другие данные. То есть эти данные никак не коррелируют между собой, отсюда следует, что могут быть расхождения в Excel и в txt файлах.

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

Цитата:

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

...в другой версии нет этого значения, тогда разница выводится как 1010,00 – это не совсем правильно

На самом деле так и было задумано.

[MShangina]

Цитата:

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

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

В Аксапте как раз все правильно (значение, которое мы берем из постоянных реквизитов), но в Excel данное значение не заноситься, то есть в Excel мы должны "ручками" набрать полное наименование организации (при этом мы можем ошибиться в одной букве и все, вот и получили наше расхождение). Хочется увидеть в Аксапте функционал, который в Excel файл заносил бы автоматически те данные, которые есть в постоянных реквизитах.

Цитата:

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

На самом деле так и было задумано.

Для чего было так задумано?
Ведь в документе "ФОРМАТ представления налоговых деклараций ... в электронном виде (версия 3.00)" ясно написано какие типы должны быть у реквизитов. Если числовой, то числовой, а если код, то и должно быть как код. Все таки необходимо добавить те типы данных, которые указаны в документе. Это тоже как предложение с моей стороны.

[AlexSD]

Цитата:

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

Хочется увидеть в Аксапте функционал, который в Excel файл заносил бы автоматически те данные, которые есть в постоянных реквизитах.

Это немного другой функционал. Это скорее относится к генератору российской отчетности.

Цитата:

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

Для чего было так задумано?
Ведь в документе "ФОРМАТ представления налоговых деклараций ... в электронном виде (версия 3.00)" ясно написано какие типы должны быть у реквизитов. Если числовой, то числовой, а если код, то и должно быть как код. Все таки необходимо добавить те типы данных, которые указаны в документе. Это тоже как предложение с моей стороны.

... было задумано для сравнения числовых значений. Если оба сравниваемые значения могут быть представлены как числа (включая пустое значение интерпретируемое как 0), то в поле "Разница" выводится разница этих чисел. Это правило не зависит от типа реквизита.

[AlexSD]

Цитата:

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

Либо, тут ..., вставьте такой код...

Выпущен хотфикс для решения этой проблемы.

[mazzy]

Цитата:

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

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

Подробнее...
http://ivbeg.livejournal.com/125302.html

Цитата:

US. Обязательное раскрытие финансовой информации в XBRL

Комиссия по торговле ценными бумагами США вводит обязательное требование по раскрытию публичных отчётов компаний в машиночитаемом и структурированном формате XBRL (eXtensible Business Reporting Language)

Новость на сайте New York Times - S.E.C. Moves Toward Requiring Interactive Data Filings

Что это означает? Это означает дополнительный уровень прозрачности и простоты анализа отчётов как частными лицами, так и организациями кто занимается этим профессионально.

А я от себя хочу ещё раз добавить что прозрачность - это в первую очередь публичность, полнота и а также структурированность информации. Форма подачи информации имеет огромное значение и без законодательного закрепления требований добиться результатов невозможно. Зато можно многое скрыть “размазывая” цифры по тексту.

К слову про разработки российского аналога XRBL мне слышать не доводилось, в списке международных XRBL проектов России также нет.

[GM2005]

Поделитесь опытом, если кто-то использует это решение

[AlexSD]

У Вас есть какие-нибудь вопросы по использованию?

[GM2005]

Цитата:

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

У Вас есть какие-нибудь вопросы по использованию?

Смешной вопрос - стоит ли использовать данную фичу для, например, подготовки управленческой отчетности?

[AlexSD]

Цитата:

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

Смешной вопрос - стоит ли использовать данную фичу для, например, подготовки управленческой отчетности?

Не знаю.