AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Прочие вопросы
NAV
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 08.10.2009, 00:42   #1  
Alesha is offline
Alesha
Участник
 
143 / 10 (1) +
Регистрация: 05.08.2009
А кто-нибудь смотрел налоговый учет в NAV EXPRESS?
(ну или вообще налоговый учет?). А то я что-то нигде документации найти не могу
А пользователи спрашивают.....
Старый 09.10.2009, 22:03   #2  
Serge_DD_imported is offline
Serge_DD_imported
Участник
 
8 / 10 (1) +
Регистрация: 01.10.2009
А нету его там. О чем Микрософт честно заявляет.
Старый 10.10.2009, 09:32   #3  
apanko is offline
apanko
MCTS
MCBMSS
Лучший по профессии 2009
 
1,164 / 139 (7) +++++
Регистрация: 24.02.2005
Цитата:
Сообщение от Serge_DD Посмотреть сообщение
А нету его там. О чем Микрософт честно заявляет.
Можно ссылку, а то я похоже пропустил.

Спасибо.
Старый 13.10.2009, 10:20   #4  
GalaM is offline
GalaM
Moderator
Лучший по профессии 2009
 
640 / 42 (3) +++
Регистрация: 13.03.2008
Адрес: Москва
Цитата:
Сообщение от Serge_DD Посмотреть сообщение
А нету его там. О чем Микрософт честно заявляет.
Ну не знаю, где Вы такое слышали.
Многие партнеры его успешно внедряют.
Я думаю, что в в налоговом учете сама мат. часть сложная, а не ее реализация в НАВ.


В следующий выпуск NAV EXPRESS планируется включить обновленную документацию по налоговому учету.
Так как в последний раз она выпускалась давно (для версии 3.7 - Whate papers и для 4.0 - трениги)
Старый 13.10.2009, 11:17   #5  
apanko is offline
apanko
MCTS
MCBMSS
Лучший по профессии 2009
 
1,164 / 139 (7) +++++
Регистрация: 24.02.2005
Цитата:
Сообщение от gala Посмотреть сообщение
В следующий выпуск NAV EXPRESS планируется включить обновленную документацию по налоговому учету.
Хорошая идея.

Примите пожелание - включить в документацию побольше примеров (желательно таких, чтоб их можно было повторить на демобазе).
Старый 13.10.2009, 13:41   #6  
GalaM is offline
GalaM
Moderator
Лучший по профессии 2009
 
640 / 42 (3) +++
Регистрация: 13.03.2008
Адрес: Москва
Цитата:
Сообщение от apanko Посмотреть сообщение
Примите пожелание - включить в документацию побольше примеров (желательно таких, чтоб их можно было повторить на демобазе).
Постараемся.
На сегодняшний день, есть желание разделить документацию на 3 части.
1 часть - техническая - описание всех настроек, которые должны быть сделаны, если настраивать все с 0. Это скорее всего для консультанта.

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

3 часть - примеры регистров для налоговых разниц. Пока планируется включить примеры
- для расходов, не принимаемых к НУ
- для нормируемых расходов (на примере рекламных или представительских)
- разницы в стоимости ОС
- разницы в стомости ТМЦ из-за наличия курсовой разницы


Пока еще пожелания принимаются, так как документация в процессе разработки.

Так же планируется провести web-cast по налоговому учету с учетом последних изменений, которые войдут в состав выпуска.
Старый 14.10.2009, 17:30   #7  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Thumbs up
Цитата:
Сообщение от gala Посмотреть сообщение
На сегодняшний день, есть желание разделить документацию на 3 части.
А как их можно будет получать потом? По частям или по подписке?
Старый 16.10.2009, 12:17   #8  
GalaM is offline
GalaM
Moderator
Лучший по профессии 2009
 
640 / 42 (3) +++
Регистрация: 13.03.2008
Адрес: Москва
Цитата:
Сообщение от RedFox Посмотреть сообщение
А как их можно будет получать потом? По частям или по подписке?
Думаю, что 1 и 3 часть войдет в состав основного выпуска.
Вторая, будет частью комплекта документации NAV EXPRESS, которая пока доступна партнерам.

Но это текущие планы
Старый 08.12.2009, 00:51   #9  
Alesha is offline
Alesha
Участник
 
143 / 10 (1) +
Регистрация: 05.08.2009
Не обманули,
Действительно, документация к выпуску объемна.
Переписали весь документ по Налоговому учету.
Выкинули РБП по дороге.
Старый 08.12.2009, 12:45   #10  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Цитата:
Сообщение от Alesha Посмотреть сообщение
Не обманули,
Действительно, документация к выпуску объемна.
Переписали весь документ по Налоговому учету.
Выкинули РБП по дороге.
Извините, но наверное не оттуда скачивал, потому что малеха не все нашел
Старый 09.12.2009, 10:36   #11  
GalaM is offline
GalaM
Moderator
Лучший по профессии 2009
 
640 / 42 (3) +++
Регистрация: 13.03.2008
Адрес: Москва
Цитата:
Сообщение от Alesha Посмотреть сообщение
Не обманули,
Переписали весь документ по Налоговому учету.
Выкинули РБП по дороге.
переписали. По РБП есть мысл сделать отдельный документ. Так как документ по НУ и так уже огромный. Да и в самом РБП есть что показать. Документ будет доступен для NAV 2009.

Цитата:
Сообщение от RedFox Посмотреть сообщение
Извините, но наверное не оттуда скачивал, потому что малеха не все нашел
А что не нашли?
Документ по НУ входит в состав файла, который идет в разделе "Файлы архива, содержащие декабрьское обновление для NAV 5.0 RU SP1 FP3 (архив включает только измененные объекты) EXE (7.76 MB)"
Старый 08.03.2010, 15:42   #12  
Romul is offline
Romul
Участник
 
186 / 11 (1) +
Регистрация: 26.12.2007
Не очень хорошо построена работа с датами в налоговом учете в 5-й версии...

Добавили в книгу аморизации галку "Fiscal Year 365 Days" (Финансовый год из 365 дней). Замечательная галка, нужная.
Но зачем перепрошивать ВСЕ функции, добавляя в каждую из них по доп. параметру Year365Days? Неужели нельзя было просто написать доп.функцию, в которой инициализировали бы этот параметр путем дополнительного вызова новой процедуры без перепрошивки старых функций?

Я понимаю, что этот раздел и тема не про программирование. Но налоговый модуль и без того сложен, чтобы его еще нормально обновлять с 4-й до 5-й версии, а тут еще и изменили определение многих функций.
Те, кто занимаются и кодированием и консультированием пользователей одновременно - меня поймет. Функциональность хорошая, но реализация плохая.
Старый 12.03.2010, 17:56   #13  
Romul is offline
Romul
Участник
 
186 / 11 (1) +
Регистрация: 26.12.2007
Необходимо исправить функцию GenJnlLineCreate в Codeunit 17301 Tax Deferral-Post Jnl. Line. А именно, добавить следующие строки:
GenJnlLine."Source Type" := GenJnlLine."Source Type"::"Fixed Asset";
GenJnlLine."Source No." := TaxDeferralJnlLine."Source No.";

Данная функция вызывается в момент учета журнала курсовых разниц.
Если функцию не исправить, проводки будут генерироваться без номера основного средства.
Старый 12.03.2010, 18:10   #14  
GalaM is offline
GalaM
Moderator
Лучший по профессии 2009
 
640 / 42 (3) +++
Регистрация: 13.03.2008
Адрес: Москва
Цитата:
Сообщение от Orwell Посмотреть сообщение
Необходимо исправить функцию GenJnlLineCreate в Codeunit 17301 Tax Deferral-Post Jnl. Line. А именно, добавить следующие строки:
GenJnlLine."Source Type" := GenJnlLine."Source Type"::"Fixed Asset";
GenJnlLine."Source No." := TaxDeferralJnlLine."Source No.";

Данная функция вызывается в момент учета журнала курсовых разниц.
Если функцию не исправить, проводки будут генерироваться без номера основного средства.
А это ошибка к какой версии...... Это, похоже, раньше было
Мы ж тут в декабре расчет наоговых разниц для ОС совсем переписали. И теперь там разница считается по каждому ОС.
Старый 13.03.2010, 00:52   #15  
Romul is offline
Romul
Участник
 
186 / 11 (1) +
Регистрация: 26.12.2007
Цитата:
Сообщение от 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
Старый 15.03.2010, 14:24   #16  
GalaM is offline
GalaM
Moderator
Лучший по профессии 2009
 
640 / 42 (3) +++
Регистрация: 13.03.2008
Адрес: Москва
Цитата:
Сообщение от 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
Ну вообще-то, в самой финансовой проводке номер ОС и не нужен, поэтому и не сделали.
Важно, что бы код ОС был в самой налоговой разнице, так как это влияет на алгоритм начисления и именно эти налоговые разницы вызываются из карточки ОС.
Старый 18.03.2010, 17:19   #17  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Цитата:
Сообщение от gala Посмотреть сообщение
Ну вообще-то, в самой финансовой проводке номер ОС и не нужен, поэтому и не сделали.
Ну если честно, то тогда нужно прописать связь между этой фин. проводкой и ОС в таком случае
Старый 23.03.2010, 18:51   #18  
caspersky_imported is offline
caspersky_imported
Участник
Аватар для caspersky_imported
 
37 / 10 (1) +
Регистрация: 26.08.2008
Цитата:
Сообщение от RedFox Посмотреть сообщение
Ну если честно, то тогда нужно прописать связь между этой фин. проводкой и ОС в таком случае
А разве недостаточно информации в Налог. Разн. Книга Операций - в поле Источник Но.?
Старый 23.03.2010, 22:18   #19  
Romul is offline
Romul
Участник
 
186 / 11 (1) +
Регистрация: 26.12.2007
Цитата:
Сообщение от caspersky Посмотреть сообщение
Цитата:
Сообщение от RedFox Посмотреть сообщение
Ну если честно, то тогда нужно прописать связь между этой фин. проводкой и ОС в таком случае
А разве недостаточно информации в Налог. Разн. Книга Операций - в поле Источник Но.?
Простите, что я вопросАМИ на вопрос...
А разве сложно прошить в фин.книгу эти 2 поля? База накроется из-за вводимого "гигантского" объема информации? Это как-то противоречит логике системы?

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

Если исходить из Вашей логики, то я могу сказать следующее (хотя и понимаю бредовость этого, но, заметьте, исхожу из Вашей логики): "Зачем прописывать в операции стоимости поля "Тип источника" и "Источник Но.", коли у нас есть замечательная товарная книга с этими же полями? И зачем только буржуи сделали эту избыточную функциональность..."
Старый 24.03.2010, 16:44   #20  
GalaM is offline
GalaM
Moderator
Лучший по профессии 2009
 
640 / 42 (3) +++
Регистрация: 13.03.2008
Адрес: Москва
Цитата:
Сообщение от ;374481
Просто упомянутое поведение системы бросается в глаза настолько явно, что рассматриваешь наличие данных полей пустыми как баг.
Ну это зависит от остроты и угла зрения

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


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

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 09:46.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.