Обороты и остатки номенклатуры по счетам

[pyramid]

Друзья!

Пытаюсь получить оборотно-сальдовую ведомость за произвольный период с разбивкой по счетам ГК.
Обороты получил, связав LedgerTable, LedgerTrans и InventTrans.
А вот как получить остатки - непонятно совсем, кроме как посчитать всё от начала учёта.

Может быть, я не тем путём двигаюсь?

[lev]

вам нужны остатки на дату, или на текущий момент? в разрезе складских аналитик?

[coolibin]

Цитата:

Сообщение от lev

вам нужны остатки на дату, или на текущий момент? в разрезе складских аналитик?

Естественно, для оборотно-сальдовой ему нужны остатки на дату.

Вот, было уже не раз:
Остатки на дату.

[Alexius]

Хм, а InventTransPosting не может заменить вам LedgerTrans ?
А остатки, увы, придеться считать с начала времен.

[coolibin]

Цитата:

Сообщение от Alexius

А остатки, увы, придеться считать с начала времен.

Ну или с конца

[lev]

Цитата:

Сообщение от Alexius

Хм, а InventTransPosting не может заменить вам LedgerTrans ?
А остатки, увы, придеться считать с начала времен.

Есть специальные классы для подсчета остатков. На форуме упоминалось неоднократно.

[Alexius]

Цитата:

Сообщение от coolibin

Ну или с конца

А можно поподробнее, в какой таблице лежат остатки хотя бы в связке Номенклатура - Счет ГК ? Или как вы их хотите получить ?

[Alexius]

Цитата:

Сообщение от lev

Есть специальные классы для подсчета остатков. На форуме упоминалось неоднократно.

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

[coolibin]

Цитата:

Сообщение от Alexius

А можно поподробнее, в какой таблице лежат остатки хотя бы в связке Номенклатура - Счет ГК ? Или как вы их хотите получить ?

Нигде нет такой связки "остатки по номенклатуре - счет ГК". Однако есть связка "оборот по номенклатуре - счет ГК". Эта связка осуществляется через связь между InventTrans и InventTransPosting. Если принять во внимание, что до самого первого оборота по номенклатуре остаток по комбинации "номенклатура+ГК" равен нулю, то можно посчитать остаток по этой комбинации на любую нужную дату просто сложив все обороты по номенклатуре до этой даты.

ЗЫ. А по поводу возможности подсчета с конца, я видимо погорячился.

[Nick]

Помнится года 2 назад надо было быстро решить такую задачку на проекте... получилось, но отчет в среднем около 20 минут формировался (клиента устроил).
Для РСБУ это один из стандартных аналитический отчетов, его бы по хорошему надо в новое московское подразделение Microsoft переадресовать

[coolibin]

Цитата:

Сообщение от Nick

Для РСБУ это один из стандартных аналитический отчетов, его бы по хорошему надо в новое московское подразделение Microsoft переадресовать

Сомневаюсь, что он так уж нужен с точки зрения РСБУ. Просто бухгалтерам привычнее по нему сверять склад.
А вообще, задача вполне себе для OLAP сервера. Пусть себе родной по ночам считает копеечки.

[pyramid]

Спасибо за мысли.

Может выходом будет создать дополнительные таблицы с предрассчитанными значениями остатков на начало каждого года или квартала, и изменять их подобно классу InventUpd_Financial ?

Или есть менее экстенсивный путь?

[Alexius]

А сначала времен это долго считается ?

Цитата:

Сообщение от pyramid

Может выходом будет создать дополнительные таблицы с предрассчитанными значениями остатков

Можно прикрутить такой расчет остатков например к закрытию склада.

[TasmanianDevil]

Цитата:

Сообщение от Nick

Для РСБУ это один из стандартных аналитический отчетов, его бы по хорошему надо в новое московское подразделение Microsoft переадресовать

Для РСБУ любой отчет по сверке любого внутримодульного учета(ОС, номенклатура, ЦБ и пр.) и соответствующих разрезов синтетического и аналитического учетов в ГК - стандартен, поскольку является доказательством достоверности отображения фактов хозяйственной деятельности , подкрепленных первичными документами, в ГК.

Чтобы их строить - нужны :
1) Нормальная архитектура связей модульного учета и ГК(единообразные по всем модулям, а не скачующие как бог на душу положит)
2) Нормальная архитектура аналитики самой ГК, могущая уместить на 5-6 физических уровнях все потребные для ведения учета по РСБУ аналитики (на основе коммутируемых реляций, а не прямом текущем фиксированном примитивизме ),
3) Нормальная архитектура остатков ГК (именно остатков, дающих более-менее фиксированное количество обрабатываемых записей при расчете сальдо, а не неуклонно растущее, как в случае с LedgerBalancesDimTrans).

В DAX всем этим и не пахнет. Архитектурные атавизмы, оставляемые из версии в версию и обрастающие уродливыми наростами, никто исправлять и не собирается - это же мега-багаж фич

А переадресовать в новое московское подразделение Microsoft ?
Можно, а толку ?
В лучшем случае очередной креатиффф из разряда InventTransPosting/LedgerBalancesDimTrans сваяют ...

[Nick]

Цитата:

Сообщение от TasmanianDevil

Для РСБУ любой отчет по сверке любого внутримодульного учета(ОС, номенклатура, ЦБ и пр.) и соответствующих разрезов синтетического и аналитического учетов в ГК - стандартен, поскольку является доказательством достоверности отображения фактов хозяйственной деятельности , подкрепленных первичными документами, в ГК.

Чтобы их строить - нужны :
1) Нормальная архитектура связей модульного учета и ГК(единообразные по всем модулям, а не скачующие как бог на душу положит)
2) Нормальная архитектура аналитики самой ГК, могущая уместить на 5-6 физических уровнях все потребные для ведения учета по РСБУ аналитики (на основе коммутируемых реляций, а не прямом текущем фиксированном примитивизме ),
3) Нормальная архитектура остатков ГК (именно остатков, дающих более-менее фиксированное количество обрабатываемых записей при расчете сальдо, а не неуклонно растущее, как в случае с LedgerBalancesDimTrans).

В DAX всем этим и не пахнет. Архитектурные атавизмы, оставляемые из версии в версию и обрастающие уродливыми наростами, никто исправлять и не собирается - это же мега-багаж фич

Поддерживаю на все 110% процентов...

Цитата:

Сообщение от TasmanianDevil

А переадресовать в новое московское подразделение Microsoft ?
Можно, а толку ?
В лучшем случае очередной креатиффф из разряда InventTransPosting/LedgerBalancesDimTrans сваяют ...

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

[Михаил Андреев]

Цитата:

Сообщение от TasmanianDevil

Для РСБУ любой отчет по сверке любого внутримодульного учета(ОС, номенклатура, ЦБ и пр.) и соответствующих разрезов синтетического и аналитического учетов в ГК - стандартен, поскольку является доказательством достоверности отображения фактов хозяйственной деятельности , подкрепленных первичными документами, в ГК.

Хм. Сверка сверкой (она, кстати, есть, но проверяет только связи), а отчёт в разрезе "объект учёта" (ОС, номенклатуры, клиент, поставщик) - "Счёт ГК" зачем нужен? На основании какого документа он требуется?

[Nick]

Цитата:

Сообщение от Михаил Андреев

Хм. Сверка сверкой (она, кстати, есть, но проверяет только связи), а отчёт в разрезе "объект учёта" (ОС, номенклатуры, клиент, поставщик) - "Счёт ГК" зачем нужен? На основании какого документа он требуется?

Михаил, вы уверены, что этого аргумента будет более чем достаточно для аудиторов и других проверяющих?!
не говоря уж про несчастных (без 1с) бухгалтеров...

[Михаил Андреев]

Цитата:

Сообщение от Nick

Михаил, вы уверены, что этого аргумента будет более чем достаточно для аудиторов и других проверящих?!

Абсолютно. Есть требования к учёту - ПБУ и т.п. Нужно следовать им, а не слепо повторять то, что захотелось бухгалтеру. Но чтобы аргументированно это доказывать, нужно самим изучать "матчасть", а не слушать пересказы бухгалтеров.

[pyramid]

Цитата:

Сообщение от Михаил Андреев

Есть требования к учёту

Вот это как раз-таки тот самый случай. У заказчика есть типовая форма отчёта, которую требуется реализовать. Пример формы прикреплён.
Счёт, по которому строится отчёт, выбирается пользователем.

[coolibin]

Цитата:

Сообщение от pyramid

Вот это как раз-таки тот самый случай. У заказчика есть типовая форма отчёта, которую требуется реализовать. Пример формы прикреплён.
Счёт, по которому строится отчёт, выбирается пользователем.

Кхе-кхе. А шахматку скорее всего уже сделали?

Требования к учету != Пожелания пользователя