|
![]() |
#1 |
Участник
|
В разных местах по разному считает.
Если посмотрите примеры которые вам привели, то убедитесь в этом. |
|
![]() |
#2 |
Участник
|
![]()
Посмотрела я оба отчета, указанных выше. Но решения для себя так и не нашла. В шахматной ведомости не считается сальдо, только обороты, но это не главное. Главное, что запрос идет по GeneralJournalEntry и к ней джойнится FiscalCalendarPeriod. Мне нужно сальдо в разрезе клиентов (планировала CustTrans анализировать). В акте сверки взаимных расчетов (RLedgerSheetServer_ActAdjustCustVend.calcBalanceBegPeriod()) запрос выглядит примерно так:
SELECT * FROM CustTrans ORDER BY CustTrans.TransDate ASC WHERE ((AccountNum = N'Test')) AND ((TransDate<={ts '2015-07-31 00:00:00.000'})), но это как раз и есть запрос от начала времен. На таблице CustTable есть стандартный метод для подсчета сальдо по клиенту на дату balanceCurPerDate, но он опять таки считает <= _transactionDate. Подскажите пожалуйста, может быть есть какая-то таблица, типа InventSum, но в которой сальдо, например, на конец года хранятся. Я не нашла (((( |
|
![]() |
#3 |
Злыдни
|
По-моему, не найдете. Оптимизационный подход к расчету сальдо, если не брать проводки со старта системы, посчитать текущее по открытым и сложить/вычесть проводки до даты расчета сальдо, либо, на мой взгляд наиболее предпочтительный вариант на больших БД, создать куб по проводкам клиентов, поставщиков и персонала, а из него очень быстро получать сальдо на любую дату.
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|