Использование аналитики vs. возможные проблемы

[Алексей Контев]

Цитата:

Изначально опубликовано Михаил Андреев
Клиентов - можно, но только в агрегированном виде

А как в Аксапте реализован механизм развернутых счетов (тот же 62, 60 и т.п.)?
Есть ли где-нибудь в счете признак, что счет развернутый и дебетовые и кредитовые сальдо надо показывать отдельно.

Цитата:

Изначально опубликовано Mazzy
берем две таблицы LedgerTrans и CustTrans, join по Voucher, group by CustAccount

Кто-нибудь решал проблему хранения сальдо начального за период по комбинации Cчет-Клиент?
Я понимаю, что правильнее просто расcчитывать сальдо начальное, т.к. неизвестно в какой комбинации сальдо может понадобится (например, счет-клиент-аналитика), но встает проблема времени формирования оборотной ведомости. Если за январь она формируется 30 -50 сек., то за октябрь - 30-40 минут.
В LedgerTrans - 320 000 проводок
CustTrans - 53 000, по 3000 клиентов.
Это что сильно большие объемы? Поделитесь мыслью.

[mazzy]

Цитата:

Изначально опубликовано Алексей Контев
А как в Аксапте реализован механизм развернутых счетов (тот же 62, 60 и т.п.)?

Стоит подумать о том, что в западном учете нет понятия "развернутое сальдо".
Почему? Они все такие непонимающие? Нет, наверное.

Тогда стоит подумать о смысле термина "развернутое сальдо" и о причинах почему оно требуется.

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

Но тогда возникает необходимость в красном сторно.
Тогда возникает необходимость в вводе развернутых остатков!
А самое главное, возникает неоднозначность где происходит разворачивание.

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

Т.е. с появлением понятия "развернутое сальдо" появляется масса технических неоднозначностей.

Как решается этот вопрос в буржуинии.
Они принудительно вводят субсчета для разных видов операций (кстати, обратите внимание на термин "закрытие" в разносках по клиентам и поставщикам). В результате, возможностей для манипуляций и интерпретаций остается меньше. А самое главное, легко отселживаются ошибки операторов.

Цитата:

Изначально опубликовано Алексей Контев
Есть ли где-нибудь в счете признак, что счет развернутый и дебетовые и кредитовые сальдо надо показывать отдельно.

Есть. В западных финансовых отчетах.
Но этот признак используется чаще всего не для сальдо, а для оборотов.

Здесь надо учитывать следующее.
Существует 3 признака, по которым Аксапта относит данную операцию к дебету или кредиту. Причем финансовые отчеты, отчеты и российские отчеты могут работать с этими признаками по-разному. Пока будьте внимательны. Насколько я знаю, поставщик решает эту проблему.

Цитата:

Если за январь она формируется 30 -50 сек., то за октябрь - 30-40 минут.
В LedgerTrans - 320 000 проводок
CustTrans - 53 000, по 3000 клиентов.
Это что сильно большие объемы? Поделитесь мыслью.

Это маленький объем. Что-то у тебя неправильно. Смотри и анализируй.

[Мирослав]

Как раз с этим сейчас и бодаюсь...

Цитата:

[i]
Затем возникает задача анализа того, что получилось. Тут уже просто плана счетов не хватает. Нужно анализировать с точностью почти до проводки. Тут без дополнительных разрезов не обойтись. Эти дополнительные разрезы должны быть различными. Систему в них усмотреть сложно. Обычно здесь появляется номенклатура на 60 и 19 счетах, или нечто экзотическое, типа сотрудников на 10 или материалов на 71 ))

Из различий в подходах и все следствия, связанные с аналитикой



Следующая статья должна быть - как получать оборотно сальдовую ведомость по 62 счету в разрезе контрагентов в Аксапте. В двух словах - берем две таблицы LedgerTrans и CustTrans, join по Voucher, group by CustAccount.

Помните, господа, одно. Аналитика привязана именно к счету, а не к конкретным фактам, для отражения которых используется данный счет. Соответственно, мы должны "видеть" аналитику по всем проводкам, которые совершались с данным счетом. Часть проводок формируются в системе не с помощью документов, где мы можем явно ее определить (имя клиента в расходной накладной, сотрудника в авансовом отчете), а в автоматическом режиме. Речь идет об операциях:
- сопоставления и расчета реализованной курсовой разницы;
- закрытия склада;
- расчета нереализованной курсовой разницы;
- переносом сальдо по завершении финансового периода.

И начинаются сплошные но! В системе (SP4 Ru) можно расчитать нереализованную курсовую разницу по расходным и приходным накладным. Но переоценить задолженность по подотчетникам - извольте! Вот и приходится лезть в классы и кастомизировать... А потом думать, как построить отчет, в которой каждая строчка будет получаться через join c тремя-четырьмя таблицами.

Нет, развратили народ субконто "1С"!

[Pavel]

Привет,

Цитата:

Изначально опубликовано Алексей Контев
А как в Аксапте реализован механизм развернутых счетов (тот же 62, 60 и т.п.)?
Есть ли где-нибудь в счете признак, что счет развернутый и дебетовые и кредитовые сальдо надо показывать отдельно.[/B]

Никак, хотя имеет смысл.
Данные счета являются активно-пассивными. Положительное сальдо с этих счетов должно попасть в соответствующие строки активов (дебиторская задолжность, авансы, выданные поставщикам), а отрицательное в строки пассивов (авансы, полученные от покупателей, кредиторская задолжность). Аналогичная ситуация с 76 счетом. Ситуация усугубляется тем, что сальдо надо анализировать не по счету в целом, а по счету в разрезе контрагентов (иначе, суммы активов и пассивов в балансе будут искажены). Проблема решается путем создания отчета аналогичного оборотно-сальдовой ведомости, только по контрагентам.
Пример, счет 60, строки - поставщики, колонки – остаток на начало периода отчета, оборот по дебету, оборот по кредиту, остаток на конец периода отчета.
Другой вариант - модификация стандартной оборотно-сальдовой ведомости, так чтобы по данным счетам остатки показывались развернуто (дебетовый и кредитовый). В последнем случае, все равно чтобы проверить цифры потребуется аналитика по контрагентам.

Цитата:

Изначально опубликовано Алексей Контев
Кто-нибудь решал проблему хранения сальдо начального за период по комбинации Cчет-Клиент? [/B]

Если использовать в качестве аналитического измерения «Покупателя», то сальдо в разрезах счет, аналитика, период, сумма (дебет, кредит, сальдо) будет храниться в картотеке LedBalanceDim.
Можно получить соответствующую информацию также из модуля покупатели в виде отчета.
Готовых «правильных» отчетов в системе нет - понятно, придется писать.

С уважением.