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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 27.05.2011, 10:47   #1  
Владимир Максимов is offline
Владимир Максимов
Участник
КОРУС Консалтинг
 
1,719 / 1204 (44) ++++++++
Регистрация: 13.01.2004
Записей в блоге: 3
Стандартные отчета Axapta основаны на суммировании клиентских проводок (CustTrans), поскольку именно в них указывается код клиента. Бух.счетов в клиентских проводках нет. Но в них есть такое понятие, как "Профиль разноски". В свою очередь, справочник профилей разноски содержит ссылку на бух.счета.

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

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

Проблема здесь в том, что связь таблицы клиентских проводок и бух.проводок организована по коду ваучера. А подобная связь - не однозначна. Может быть несколько бух.проводок с одним и тем же номером ваучера, но не все из них относятся к нужному клиенту. Следовательно, попытка просуммировать бух.проводки по конкретному клиенту всегда будет не вполне корректна. Всегда будет содержать некую неопределенность.

Как следствие, если Вам нужен баланс по клиенту, то классы Ledger... для этой задачи - бесполезны. В них просто нет ссылок на клиентов. Нужно "копать" в сторону классов вроде CustVend... А как их использовать, смотрите в отчете "Оборотно-сальдовая ведомость"
За это сообщение автора поблагодарили: mazzy (2), Penguin (1), axalex (1).
Старый 27.05.2011, 17:13   #2  
CDR is offline
CDR
MCTS
MCBMSS
 
236 / 175 (6) ++++++
Регистрация: 27.11.2003
Цитата:
Сообщение от Владимир Максимов Посмотреть сообщение
Как следствие, общий алгоритм расчета сальдо по клиенту и конкретному бух.счету выглядит следующим образом
  1. По справочнику профилей разноски отбираются все профили разноски имеющие связь с нужным бух.счетом
  2. Суммируются все клиентские проводки нужного клиента у которых указан профиль разноски из списка, отобранного на первом этапе
Ну, есть еще некоторые тонкости какие именно бух.счета из профиля разноски используются для фильтрации, но это сами разберетесь...
При этом следует иметь ввиду одну неприятную особенность такого подхода (характерную, кстати, и для стандартной ОСВ по контрагентам). Если бух. счет в профиле разноски изменяется, то все проводки, выполненные ранее автоматом "перескакивают" на новый бух. счет.
__________________
Dynamics AX Experience
Теги
ledgerbalance, конечное сальдо, по счету, сальдо

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
DAX 4.0 Ген. фин. отчетов - Активное сальдо (дебет) и Сальдо дебет - в чем разница? Aleks_K DAX: Функционал 5 17.01.2008 01:47
Сальдо по валютам - не сальдо! max_woody_ru DAX: Функционал 19 15.12.2004 17:04
Расчет сальдо в ГК ddadream DAX: Функционал 7 28.07.2004 13:03
Сальдо в валютах по счетам при конвертации... Asadis DAX: Функционал 0 07.07.2004 16:13
Русская локализация Axapta 3 ? SlavaK DAX: Администрирование 59 01.07.2003 22:38
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 12:38.