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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 20.02.2015, 13:20   #1  
Art_Tanis is offline
Art_Tanis
Участник
 
225 / 36 (2) +++
Регистрация: 04.02.2014
Разница в оборотно сальдовой ведомости в модуле и в ГК
Добрый день!
Столкнулся с ситуацией в модуле поставщики использую Поставщики - Запросы - Оборотно-Сальдовая ведомость. Анализирую счет 60.0100.
И этот же счет в ГК.
И наблюдаю что конечное сальдо совпадает а сальдо на начало не идет.
При этом удалось понять причину - сальдо на начало в модуле поставщики калькулировалось с учетом оборотом счета 60.0200 - авансовые расчеты. В чем может быть проблема?
Старый 20.02.2015, 18:45   #2  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Это операция зачета аванса видимо, не помню что-то там с проблемами отражения в ГК было или нет.
Старый 20.02.2015, 21:04   #3  
ashu is offline
ashu
MCTS
MCBMSS
 
251 / 77 (3) ++++
Регистрация: 24.06.2008
маловато информации, если сформировать отчет с конечной датой равной начальной в вашем варианте- тоже будет не совпадение с ГК.
может были какие то исправитеьные проводки?
ОСВ в модуле не оперирует счетами гк, а берет текущие настройки профиля разноски. то есть есть профиль разноски со счетом 60.0200, я отражаю операцию, потом в профиле разноски беру и меняю счет на 60.0100. при формировании ОСВ данная проводка попадет в счет 60.0100, а не 60.0200, не ваш случай? напиши джоб- который пробежится по вендтрансам, и сравнит счет ГК в ледежтрансе и в профиле разноски из проводки- это самый простой вариан выявить ошибку, если ничего не даст- будем думать дальше

Последний раз редактировалось ashu; 20.02.2015 в 21:10.
За это сообщение автора поблагодарили: mnt_dx (3).
Старый 03.02.2020, 22:59   #4  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Столкнулся с такой проблемой (AX 2012 r2): если преобразовать оплату поставщику (Дт 60.01) в предоплату (Дт 60.02), то в ОСВ по поставщикам сумма все еще отражается на счете оплаты (60.01). В VendTrans в операции предоплаты профиль предоплатный, признак предоплаты стоит.
В профиле предоплаты счет правильный
Может кто-то подсказать, по каким таблицам ОСВ по Поставщику определяет счет ГК для отображения?
Старый 04.02.2020, 09:14   #5  
Dactil is offline
Dactil
Участник
Ex AND Project
 
23 / 11 (1) +
Регистрация: 10.09.2010
Адрес: Moscow
Думается, что из настроек профиля разноски, указанного в строке VendTrans. VendLedger и VendLedgerAccounts.
Старый 04.02.2020, 09:46   #6  
SRF is offline
SRF
Участник
MCBMSS
Axapta Retail User
 
362 / 542 (19) +++++++
Регистрация: 08.08.2007
Записей в блоге: 1
Из ГК конечно данные берутся, вроде это известная ошибка стандарта, когда у вас преобразование сделано той же датой, что и основная проводка, как то исправлял, для клиентов или для поставщиков.

Там проблема в том, что подбор по проводкам ГК идет по принципу какую первую проводку с типом Сальдо по поставщику\Сальдо по клиенту система определит для ваучера и даты (а номер ваучера то у нас для оплаты и предоплаты одинаковый), тот счет и будет использовать, т.е. либо авансовый, либо нет.

Исходный код вот тут RLedgerTurnoverTypeCustVend\getMainAccountNum (метод используется для ОСВ и по клиентам и по поставщикам, учтите этот момент когда\если будете вносить правки) :

X++:
/// <summary>
/// Retrieves the Main account for the transaction.
/// </summary>
/// <param name="_custVendTrans">
/// The transaction table buffer.
/// </param>
protected void getMainAccountNum(CustVendTrans _custVendTrans)
{
    GeneralJournalAccountEntry generalJournalAccountEntry;
    GeneralJournalEntry generalJournalEntry;
    SubledgerVoucherGeneralJournalEntry subledgerVoucherGeneralJournalEntry;

    if (_custVendTrans.Voucher          != voucher          ||
        _custVendTrans.TransDate        != accountingDate   ||
        _custVendTrans.PostingProfile   != postingProfile)
    {
        voucher         = _custVendTrans.Voucher;
        accountingDate  = _custVendTrans.TransDate;
        postingProfile  = _custVendTrans.PostingProfile;

        while select * from generalJournalAccountEntry
            exists join generalJournalEntry
                where generalJournalEntry.RecId  == generalJournalAccountEntry.GeneralJournalEntry
                   && generalJournalEntry.Ledger == Ledger::current()
            exists join subledgerVoucherGeneralJournalEntry
                where subledgerVoucherGeneralJournalEntry.GeneralJournalEntry == generalJournalEntry.RecId
                   && subledgerVoucherGeneralJournalEntry.Voucher             == voucher
                   && subledgerVoucherGeneralJournalEntry.AccountingDate      == accountingDate
        {
            if ((_custVendTrans.AmountMST
                && generalJournalAccountEntry.AccountingCurrencyAmount * _custVendTrans.AmountMST > 0)
                || (! _custVendTrans.AmountMST
                && generalJournalAccountEntry.ReportingCurrencyAmount * _custVendTrans.ReportingCurrencyAmount > 0)
                && _custVendTrans.Correct == generalJournalAccountEntry.IsCorrection)
            {
                mainAccountNum = DimensionStorage::getMainAccountNumFromLedgerDimension(generalJournalAccountEntry.LedgerDimension);

                if (conFind(this.ledgerPostingType(), generalJournalAccountEntry.PostingType))
                {
                    break;
                }
            }
        }
    }
}
__________________
Sergey Nefedov
За это сообщение автора поблагодарили: Logger (5), mnt_dx (3).
Старый 04.02.2020, 21:27   #7  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Цитата:
Сообщение от SRF Посмотреть сообщение
Из ГК конечно данные берутся, вроде это известная ошибка стандарта, когда у вас преобразование сделано той же датой, что и основная проводка, как то исправлял, для клиентов или для поставщиков.

Там проблема в том, что подбор по проводкам ГК идет по принципу какую первую проводку с типом Сальдо по поставщику\Сальдо по клиенту система определит для ваучера и даты (а номер ваучера то у нас для оплаты и предоплаты одинаковый), тот счет и будет использовать, т.е. либо авансовый, либо нет.

Исходный код вот тут RLedgerTurnoverTypeCustVend\getMainAccountNum (метод используется для ОСВ и по клиентам и по поставщикам, учтите этот момент когда\если будете вносить правки) :
Попробовал сейчас - оплата 01.02.2020, преобразование в предоплату 02.02.2020 - получается дата не учитывается и все равно попадается первая проводка?
Старый 05.02.2020, 09:07   #8  
SRF is offline
SRF
Участник
MCBMSS
Axapta Retail User
 
362 / 542 (19) +++++++
Регистрация: 08.08.2007
Записей в блоге: 1
Тут надо посмотреть на проводки по поставщику, и на проводки в ГК сформированные к ним.

Дата для подбора счета ГК выбирается из даты проводки по поставщику, если у вас проводка одна(что конечно вряд ли), то счет будет старый.

Вот, например, если смотреть 13.01 оплата -> 14.01 предоплата, в ОСВ на 14.01 баланс на 62 счете.
Миниатюры
Нажмите на изображение для увеличения
Название: Проводки.png
Просмотров: 147
Размер:	57.6 Кб
ID:	12558   Нажмите на изображение для увеличения
Название: ОСВ по поставщикам.png
Просмотров: 178
Размер:	21.9 Кб
ID:	12559  

__________________
Sergey Nefedov
Старый 05.02.2020, 10:47   #9  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Цитата:
Сообщение от SRF Посмотреть сообщение
Тут надо посмотреть на проводки по поставщику, и на проводки в ГК сформированные к ним.

Дата для подбора счета ГК выбирается из даты проводки по поставщику, если у вас проводка одна(что конечно вряд ли), то счет будет старый.

Вот, например, если смотреть 13.01 оплата -> 14.01 предоплата, в ОСВ на 14.01 баланс на 62 счете.
Это у вас уже с исправлением? Потому что получается коррекция оплаты и предоплата проходят одним днем и ОСВ поставщика все еще показывает старый счет. Ваучер один
Нажмите на изображение для увеличения
Название: Снимок экрана 2020-02-05 в 10.37.51.png
Просмотров: 251
Размер:	47.2 Кб
ID:	12565

Нажмите на изображение для увеличения
Название: Снимок экрана 2020-02-05 в 10.42.46.png
Просмотров: 246
Размер:	55.5 Кб
ID:	12566
Старый 05.02.2020, 13:12   #10  
SRF is offline
SRF
Участник
MCBMSS
Axapta Retail User
 
362 / 542 (19) +++++++
Регистрация: 08.08.2007
Записей в блоге: 1
Нет, в данном случае стандарт работает, проводка по поставщику за 14.01 только одна подходит по ваучеру предоплаты - только 62 счет, у неё признак коррекции = нет, как и у проводки ГК, такая проводка одна, т.е. тут однозначный выбор у системы.

А список проводок по поставщику как выглядит c данным номером ваучера у вас ?
По идее для проводки по поставщику VPAY* от 02.02 с признаком предоплаты система должна у вас подбирать 62 счет.
__________________
Sergey Nefedov
Старый 05.02.2020, 14:29   #11  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Цитата:
Сообщение от SRF Посмотреть сообщение
Нет, в данном случае стандарт работает, проводка по поставщику за 14.01 только одна подходит по ваучеру предоплаты - только 62 счет, у неё признак коррекции = нет, как и у проводки ГК, такая проводка одна, т.е. тут однозначный выбор у системы.

А список проводок по поставщику как выглядит c данным номером ваучера у вас ?
По идее для проводки по поставщику VPAY* от 02.02 с признаком предоплаты система должна у вас подбирать 62 счет.
Из поставщика видно три проводки - исходная оплата 01.02, коррекция оплаты 02.02 и предоплата 02.02. Но счет берется Оплатный.
В LedgerJournalTrans по этому ваучеру только одна проводка.
Миниатюры
Нажмите на изображение для увеличения
Название: Снимок экрана 2020-02-05 в 14.27.39.png
Просмотров: 187
Размер:	58.1 Кб
ID:	12568  
Старый 05.02.2020, 15:49   #12  
SRF is offline
SRF
Участник
MCBMSS
Axapta Retail User
 
362 / 542 (19) +++++++
Регистрация: 08.08.2007
Записей в блоге: 1
Да, вот это странно, по последней проводке как раз должен подтянуться предоплатный счет (скрины я делал с r3, но думаю это должно слабо влиять).

А вы можете посмотреть в код метода RLedgerTurnoverTypeCustVend\getMainAccountNum - он такой же, как я приводил ? Видимо надо брать разработчика и пусть смотрит
__________________
Sergey Nefedov
Старый 05.02.2020, 17:10   #13  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Цитата:
Сообщение от SRF Посмотреть сообщение
Да, вот это странно, по последней проводке как раз должен подтянуться предоплатный счет (скрины я делал с r3, но думаю это должно слабо влиять).

А вы можете посмотреть в код метода RLedgerTurnoverTypeCustVend\getMainAccountNum - он такой же, как я приводил ? Видимо надо брать разработчика и пусть смотрит
Сравнил ваш код - это из последнего R3, у меня в R2 чуть отличается - на фикс KB 3197514.
Но! В R3 у меня такая же ошибка, то есть фикс не повлиял на работу
Старый 11.02.2020, 21:59   #14  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Microsoft отписался, что завел issue по этой ошибке
https://fix.lcs.dynamics.com/Issue/D...82076&dbType=0
За это сообщение автора поблагодарили: SRF (2).
Старый 27.02.2020, 20:19   #15  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Коллеги, MS выпустил фикс в виде модели, кто-нибудь может показать изменения (я не умею импортировать модели )?
Старый 18.09.2020, 08:30   #16  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Подскажите, пожалуйста, еще: если для нескольких платежей поставщику указан один ваучер, разные профили разноски, то ОСВ по поставщику берет первый попавшийся Счет ГК?
Старый 18.09.2020, 11:22   #17  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,158 / 1286 (47) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
Сообщение от mnt_dx Посмотреть сообщение
Подскажите, пожалуйста, еще: если для нескольких платежей поставщику указан один ваучер, разные профили разноски, то ОСВ по поставщику берет первый попавшийся Счет ГК?
Почти так.
Поиск идет по ваучеру и дате, плюс признак коррекции и знак суммы (сравниваются именно не суммы в проводке по поставщику и поводке главной книги, а одинаковость знаков). То есть, при одинаковых этих параметрах будет взята первая проводка, даже если профили в проводках по поставщикам разные (такой информации просто нет в проводках главной книги).
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Разница на счете между оборотно-сальдовой ведомостью и анализом счета Art_Tanis DAX: Функционал 13 22.01.2016 19:31
DAX 2012, Печать лишних страниц Оборотно-сальдовой ведомости. Товарищ ♂uatr DAX: Администрирование 1 30.04.2014 15:15
Ошибка оборотно-сальдовой ведомости ГК Serge_DD DAX: Функционал 17 06.05.2011 18:33
Сортировка в оборотно-сальдовой ведомости по поставщикам Silphidae DAX: Программирование 6 16.02.2010 15:02
Отрицательная сумма в оборотно-сальдовой ведомости на конец периода tolstjak DAX: Функционал 1 23.11.2004 18:36
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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