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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 21.01.2011, 13:20   #1  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,993 / 2434 (89) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Расхождение накладной и фактуры на копейку
Хотел поделиться "решением": бывает так, что при ценах в иностранной валюте (евро, доллар) в накладной образуются "ошибки округления в основной валюте" (рублях). Копейка приходит, по-видимому, из округлений в налогах. Активируется копейка параметром "Максимальное допустимое расхождение". Если параметр не активировать, то накладная попросту не разносится.

Как выяснилось, после разноски все проблемы как раз и начинаются. Следствием копейки является несоответствие суммы по строкам и итоговой суммы накладной. Если теперь по накладной один-в-один сформировать фактуру и печатать обе "в основной валюте", то ее сумма не бьется с суммой накладной как раз на одну копейку, что связано с тем, что фактура формируется как раз не из заголовков, а из отдельных строк накладных.

Бухгалтерия - в шоке: "Как же так, на целую копейку различаются накладная и счет, нам такую отгрузку никто не примет!"

Мое решение: бороться с копейкой на уровне разноски - дело безнадежное. Зато можно сделать так, что накладная и фактура покажут одинаково [неправильную] сумму. Для этого можно обесточить метод в отчете, который пытается раскидать расхождения между суммой строк и заголовком накладных по отдельным строкам. Метод называется \Classes\SalesPurchReport_RU\adjustDynamicData().

После того, как поставить в начале метода Return(); документы становятся идентичными... и печатные формы накладных перестают биться с суммой в их заголовках. Но тут уж работает мое правило "прагматичного бухгалтера": пусть документы будут неверными, зато систематически и последовательно неверными.

Последний раз редактировалось EVGL; 21.01.2011 в 13:29.
Старый 21.01.2011, 15:26   #2  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,125 / 2142 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
В общем случае вы не решите проблему соответствия сумм по строкам и по столбцам в ТОРГ-12/Фактуре, которые изначально валютные, но печатаются в "основной валюте". И там расхождения уже могут быть не на копейку.
__________________
Ivanhoe as is..
Старый 21.01.2011, 16:08   #3  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,993 / 2434 (89) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Безусловно: это еще повезло, что пока на копейку. Могу себе представить, что при должном количестве строк ошибка вырастет.

С учетом того, что фактура поглощает строки накладной без дополнительных преобразований, есть надежда получить моим способом идентичные накладные и фактуры при любых условиях. В конечном итоге эти суммы должны без изменений перекочевать к книгу продаж, поскольку она работает по строкам фактур.
Старый 21.01.2011, 16:16   #4  
d&m is offline
d&m
MCT
Аватар для d&m
MCP
Manzana Group
MCBMSS
 
459 / 183 (7) ++++++
Регистрация: 11.09.2007
Записей в блоге: 6
Цитата:
Сообщение от EVGL Посмотреть сообщение
После того, как поставить в начале метода Return(); документы становятся идентичными... и печатные формы накладных перестают биться с суммой в их заголовках. Но тут уж работает мое правило "прагматичного бухгалтера": пусть документы будут неверными, зато систематически и последовательно неверными.
в итоге напечатаете для клиента вы одну сумму, а в задолженности (custtrans) сумма будет уже другая (= сумме шапки накладной) - так?

как будете такие задолженности закрывать платежами? в итоге могут остаться висеть эти самые копейки...
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try.
Старый 21.01.2011, 16:25   #5  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,993 / 2434 (89) +++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Именно так. В модулях клиентов и поставщиков есть свои пороги сопоставления. Если установить их теми же самыми, что и в ГК (а лучше - чтобы больше), то проводки успешно сопоставятся.
Старый 21.01.2011, 16:34   #6  
d&m is offline
d&m
MCT
Аватар для d&m
MCP
Manzana Group
MCBMSS
 
459 / 183 (7) ++++++
Регистрация: 11.09.2007
Записей в блоге: 6
в своё время писал запрос в МС на аналогичную ошибку (сумма при печати в первичной валюте СФ и накладной расходилась).

ответ был следующий:
Цитата:
по результатам исследования было выявлена корневая причина ошибки, связанная с ограничением текущего дизайна. Исправление данной ошибки требует большых изменений кода, которые не могут быть выпущены в рамках запроса на исправление (hotfix). Группой разработки было принято продолжить работу по данному внутреннему запросу (хххх) как запросу по изменению дизайна, которое будет включено в один из выпусков обновлений для AX.
запрос был еще для 4.0, но судя по всему воз и ныне там. инцидент кстати в статусе "Текущее состояние: Closed - Ожидание устранения ошибки", что означает:
Цитата:
так как данное исправление может занять несколько месяцев, я считаю необходимым закрыть данный запрос как "ожидающий решения" с возможностью переоткрытия в течение 12-ти месяцев
12 месяцев естественно уже прошло, ждем-с dax-2012 - может хоть дедлайн перед концом света заставит их исправить старые косяки...
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try.
За это сообщение автора поблагодарили: EVGL (4).
Старый 21.01.2011, 16:55   #7  
Alexius is offline
Alexius
Участник
Аватар для Alexius
 
461 / 243 (9) ++++++
Регистрация: 13.12.2001
Цитата:
Сообщение от EVGL Посмотреть сообщение
Именно так. В модулях клиентов и поставщиков есть свои пороги сопоставления. Если установить их теми же самыми, что и в ГК (а лучше - чтобы больше), то проводки успешно сопоставятся.
Ага, а потом начинаются очередные разборки с бухами, которым мозолят глаза все эти копеечки в Актах сверки, да ловля глюков в них, уже не копеечных

Class / RCalcExtraCustVendTransaction / processingPennyDifference
X++:
...
        select firstonly RecId, AmountMST, AmountCur
            from  localTrans
            where localTrans.Voucher    == custVendTransPostingLog.Voucher   &&
                  localTrans.TransDate  == custVendTransPostingLog.TransDate &&
// Этого условия не хватает для корректного выбора проводки
                  localTrans.TransType  == LedgerTransType::PennyDifference  &&
// ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                  localTrans.AccountNum == custVendTrans.AccountNum;

...
За это сообщение автора поблагодарили: EVGL (4).
Старый 18.05.2020, 17:22   #8  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,706 / 210 (11) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Всем привет.
В 2012 R2 натолкнулся на эту ошибку (уже забыл о такой). Есть ли фикс у МС? Или может можно взять код с более старшей версии?
Теги
копейка в фактуре

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Одинаковый номер для накладной и счет фактуры. Возможно ли? ATimTim DAX: Функционал 18 23.11.2010 21:03
разбиение строк накладной (фактуры) Nikolaich DAX: Функционал 7 26.01.2010 12:54
Расхождение в количестве между складской проводкой и накладной Владимир Ю. DAX: Функционал 16 19.10.2006 09:55
Обработка счет-фактуры из накладной и рег. номер договора vasiliy DAX: Программирование 1 18.11.2005 14:12
Налоги при печати накладной/счета на оплату/счета фактуры Андре DAX: Функционал 4 27.05.2004 15:32
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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