Налоговый учет в NAV EXPRESS

[Romul]

Цитата:

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

Цитата:

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

Необходимо исправить функцию GenJnlLineCreate в Codeunit 17301 Tax Deferral-Post Jnl. Line. А именно, добавить следующие строки:
GenJnlLine."Source Type" := GenJnlLine."Source Type"::"Fixed Asset";
GenJnlLine."Source No." := TaxDeferralJnlLine."Source No.";

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

А это ошибка к какой версии...... Это, похоже, раньше было
Мы ж тут в декабре расчет наоговых разниц для ОС совсем переписали. И теперь там разница считается по каждому ОС.

Я где-то написал обратное, что разница считается не по каждому ОС?
Формируется строка фин.журнала, по каждому основному средству. Но ни в одной из строк фин.журнала нет кода того основного средства, по которому она делается.
Самая последняя база, декабрьская - свежее не бывает...
Codeunit 17301 Tax Diff.-Post Jnl. Line NAVRU5.00.01.03.EXPRESS

[GalaM]

Цитата:

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

Цитата:

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

Цитата:

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

Необходимо исправить функцию GenJnlLineCreate в Codeunit 17301 Tax Deferral-Post Jnl. Line. А именно, добавить следующие строки:
GenJnlLine."Source Type" := GenJnlLine."Source Type"::"Fixed Asset";
GenJnlLine."Source No." := TaxDeferralJnlLine."Source No.";

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

А это ошибка к какой версии...... Это, похоже, раньше было
Мы ж тут в декабре расчет наоговых разниц для ОС совсем переписали. И теперь там разница считается по каждому ОС.

Я где-то написал обратное, что разница считается не по каждому ОС?
Формируется строка фин.журнала, по каждому основному средству. Но ни в одной из строк фин.журнала нет кода того основного средства, по которому она делается.
Самая последняя база, декабрьская - свежее не бывает...
Codeunit 17301 Tax Diff.-Post Jnl. Line NAVRU5.00.01.03.EXPRESS

Ну вообще-то, в самой финансовой проводке номер ОС и не нужен, поэтому и не сделали.
Важно, что бы код ОС был в самой налоговой разнице, так как это влияет на алгоритм начисления и именно эти налоговые разницы вызываются из карточки ОС.

[RedFox]

Цитата:

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

Ну вообще-то, в самой финансовой проводке номер ОС и не нужен, поэтому и не сделали.

Ну если честно, то тогда нужно прописать связь между этой фин. проводкой и ОС в таком случае

[caspersky_imported]

Цитата:

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

Ну если честно, то тогда нужно прописать связь между этой фин. проводкой и ОС в таком случае

А разве недостаточно информации в Налог. Разн. Книга Операций - в поле Источник Но.?

[Romul]

Цитата:

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

Цитата:

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

Ну если честно, то тогда нужно прописать связь между этой фин. проводкой и ОС в таком случае

А разве недостаточно информации в Налог. Разн. Книга Операций - в поле Источник Но.?

Простите, что я вопросАМИ на вопрос...
А разве сложно прошить в фин.книгу эти 2 поля? База накроется из-за вводимого "гигантского" объема информации? Это как-то противоречит логике системы?

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

Если исходить из Вашей логики, то я могу сказать следующее (хотя и понимаю бредовость этого, но, заметьте, исхожу из Вашей логики): "Зачем прописывать в операции стоимости поля "Тип источника" и "Источник Но.", коли у нас есть замечательная товарная книга с этими же полями? И зачем только буржуи сделали эту избыточную функциональность..."

[GalaM]

Цитата:

Сообщение от ;374481

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

Ну это зависит от остроты и угла зрения

Просто мне до сих пор не ясно, что вы хотите считать по этим полям для налоговых разниц. Поле "Тип источника" и "Источник Код" сделаны (если посмотреть как они используются в системе), главным образом для того, что бы поддержать построение оборотки по фин. счету и поставщику/клиенту/ОС.
Любое использование этих полей может привести как разным "не документированным возможносятям". На форуме уже обсуждался вопрос, что нельзя эти поля использоввать, что бы выверить НДС по поставщику.

Цитата:

Сообщение от ;374481

Если исходить из Вашей логики, то я могу сказать следующее (хотя и понимаю бредовость этого, но, заметьте, исхожу из Вашей логики): "Зачем прописывать в операции стоимости поля "Тип источника" и "Источник Но.", коли у нас есть замечательная товарная книга с этими же полями? И зачем только буржуи сделали эту избыточную функциональность..."

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

[Suok_imported]

Полгода прошло с темы, но не могу молчать
Как это тип источника и номер ОС не нужны в главной книге???

А оборотку по 09 и 77 счету в разрезе ОС как смотреть? Это же так удобно и наглядно (+ еще распечатать можно)! мы у себя допилили этот функционал и все очень довольны.
Мы тоже восприняли это незаполнение полей в 17т. как очередной баг.

[Suok_imported]

Цитата:

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

Цитата:

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

Ну вообще-то, в самой финансовой проводке номер ОС и не нужен, поэтому и не сделали.

Ну если честно, то тогда нужно прописать связь между этой фин. проводкой и ОС в таком случае

Полгода прошло с темы, но не могу молчать
Как это тип источника и номер ОС не нужны в главной книге???

А оборотку по 09 и 77 счету в разрезе ОС как смотреть? Это же так удобно и наглядно (+ еще распечатать можно)! мы у себя допилили этот функционал и все очень довольны.
Мы тоже восприняли это незаполнение полей в 17т. как очередной баг.