Сальдо по клиентам и поставщикам

[longson]

Добрый день,

Подскажите пожалуйста как в коде получить сальдо по клиентам и поставщикам в разрезе счётов и финансовой аналитики.

[mazzy]

Цитата:

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

Добрый день,

Подскажите пожалуйста как в коде получить сальдо по клиентам и поставщикам в разрезе счётов и финансовой аналитики.

Счет полностью определяется профилем разноски.
Профиль разноски, как и фин.аналитика, сохраняется в проводке CustTrans и VendTrans.
Поэтому можно получить сальдо в разрезе профилей разноски и фин.аналитики.

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

[longson]

Спасибо, я так и представляю ситуацию, но почему-то мне кажется что есть более простой способ, ведь отчёт сальдо-ведомость по клиентам и поставщикам выполняется очень быстро.

Из вашего ответа то же возникает вопрос, данные из отчётов стандартных в системе по поставщикам и клиентам будут правильными если кто-то на ходу поменяет счета в профили разноски ?

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

Цитата:

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

Из вашего ответа то же возникает вопрос, данные из отчётов стандартных в системе по поставщикам и клиентам будут правильными если кто-то на ходу поменяет счета в профили разноски ?

Стандартные отчёты по клиентам и поставщикам международной версии вообще понятия не имеют о счетах в профилях разноски, да и не нужны там счета.

[mazzy]

Цитата:

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

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

Это русский отчет. Будьте предельно осторожны.
Очень многие русские отчеты являются анти-паттернами

Цитата:

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

Из вашего ответа то же возникает вопрос, данные из отчётов стандартных в системе по поставщикам и клиентам будут правильными если кто-то на ходу поменяет счета в профили разноски ?

Нет. Это фича Аксапты, о которой надо помнить при настройке.

Поищите, эта тема уже обсуждалась.

[Lemming]

Цитата:

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

Подскажите пожалуйста как в коде получить сальдо по клиентам и поставщикам в разрезе счётов и финансовой аналитики.

На профиль разноски конечно ориентироваться не стоит. Локализаторы уже соориентировались Как вариант, связка CustVendTrans exists join LedgerTrans.

[glibs]

Цитата:

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

...
Из вашего ответа то же возникает вопрос, данные из отчётов стандартных в системе по поставщикам и клиентам будут правильными если кто-то на ходу поменяет счета в профили разноски ?
...

Единственный правильный способ поменять счет в профиле разноски — одновременно с этим перебросить сумму открытых проводок по этому профилю со старого счета ГК на новый. По идее, с учетом финансовой аналитики.

Если вы так сделаете, то данные по синтетическому и аналитическому учету по клиентам и по поставщикам не разойдутся. В противном же случае шансы свести ГК и модулем РК стремятся к нулю.

Только это все касается международной версии. В российской какой-то Враг Народа придумал таблицу CustVendTransPostingLog_RU, в которую этот враг народа додумался писать счета ГК. И все стало совсем грустно. При смене счета данная таблица, по идее, тоже требует обновления.

А описанный выше способ корректировки счетов ГК касается не только РК и РП, но и УЗ, производства, проектов. Он универсален.

[glibs]

Цитата:

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

На профиль разноски конечно ориентироваться не стоит. Локализаторы уже соориентировались Как вариант, связка CustVendTrans exists join LedgerTrans.

Очень легкомысленный совет. Я бы никогда такого предлагать не стал.

В этом вопросе я поддерживаю mazzy. Уж лучше счет брать из профиля.

Связь между CustTrans/VendTrans и LedgerTrans очень ненадежная. Пользователи постоянно умудряются под одним ваучером сделать несколько строк в журнале ГК. По ваучеру в таком случае счет не найти. Я даже один раз был доведен до отчаяния, и уже был готов написать проверку на разноске журналов ГК, чтобы она не допускала такой ситуации. Правда, не сложилось. Еще я был очевидцем того, что при сопоставлении и рассопоставлении курсовая разница в CustTrans или VendTrans шла с одним ваучером, а в LedgerTrans с другим. Плюс есть идиотские проводки, придуманные локализаторами, которые пишутся при сопоставлении и рассопоставлении, и под которые не создаются CustTrans или VendTrans. В результате даже на совсем стандартной версии отчет по выверке ГК с РК или РП выдает почти бесконечный список расхождений. Он же никак не понимает и считает ошибочной ситуацию, когда в сложной проводке под одним ваучером сделать проводку между клиентом и поставщиком, например. А еще есть распределение по счету ГК... и наверняка что-то, что не пришло мне в голову навскидку...

Так что лучше уж ориентироваться на профили. А если консультант не понимает, что при смене счета в профиле нужно перебросить сальдо со счета ГК на новый счет... то как любит говорить мой папа... "Горбатого могила исправит".

[mazzy]

Цитата:

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

Очень легкомысленный совет. Я бы никогда такого предлагать не стал.

именно так

Цитата:

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

Связь между CustTrans/VendTrans и LedgerTrans очень ненадежная.

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

Почему она это позволяет?
См. очень интересную теорию от komar
Немного об архитектуре разноски в ГК и проблеме корреспонденции счетов

[KiselevSA]

От постановки задачи очень сильно меняется ответ на Ваш вопрос. Что подразумевается под сальдо по клиентам и поставщикам в разрезе счетов и финансовой аналитики? Если Вы хотите добавить аналитику объектного учета (клиент, поставщик) в качестве финансофой аналитики - это, на мой взгляд, порочная практика, и здесь я Вам не советчик. Но и согласиться с Сергеем и Глебом не могу. Ориентироваться на профиль разноски "сейчас" - закрывать глаза на ошибки молодости, т.е. не зрелости учетной политики, которая в силу определенных исторических моментов может изменяться. Оптимальнее прописывать в таблицы CustTrans и VendTrans источник появления проводки, исторический пофиль разноски и исторический регистр учета. А по этому регистру собирать все незакрытые проводки для сальдо. В любом случае, послушайте советы, проанализируйте потребности Вашей компании и выберите свой путь

[glibs]

Цитата:

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

...
Но и согласиться с Сергеем и Глебом не могу. Ориентироваться на профиль разноски "сейчас" - закрывать глаза на ошибки молодости, т.е. не зрелости учетной политики, которая в силу определенных исторических моментов может изменяться. Оптимальнее прописывать в таблицы CustTrans и VendTrans источник появления проводки, исторический пофиль разноски и исторический регистр учета. А по этому регистру собирать все незакрытые проводки для сальдо.
...

KiselevSA, при всем моем уважении... вы точно уверены в том, что советуете?

М.б. я чего-то не понимаю?

"исторический пофиль разноски" — он там есть.

"исторический регистр учета" — это счет ГК или что-то другое?

А как по вашему должен собираться отчет? И, главное, как его правильно при таком подходе интерпретировать (это может раскрыть ответ на вопрос)?

И какие должны быть действия в случае изменения счета ГК в профиле разноски?

Если вас это не напряжет, поясните, пожалуйста.

[KiselevSA]

Цитата:

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

KiselevSA, при всем моем уважении... вы точно уверены в том, что советуете?

"исторический регистр учета" — это счет ГК или что-то другое?

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

Цитата:

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

А как по вашему должен собираться отчет? И, главное, как его правильно при таком подходе интерпретировать (это может раскрыть ответ на вопрос)?

И какие должны быть действия в случае изменения счета ГК в профиле разноски?

Если вас это не напряжет, поясните, пожалуйста.

Отчет собирается по всем открытым счетам клиента/поставщика с группировкой по валютам и регистрам учета, зафиксированным в проводках клиента/поставщика. Первый уровень группировки - клиент/поставщик, второй - регистр (регистры) учета, третий - валюта. Подсчитываем сумму.
Интерпретация достаточно проста для финансиста: он видит по каким типам операции есть задолженность клиента или перед поставщиком. при этом и реакция в зависимости от регистра может быть разной.
Поменяли счет в профиле разноски? Появился новый счет в сальдо. Не закрыли старые счета - видим перед глазами остатки по "старому" счету задолженности. Вроде ничего криминального.
Хотим получить сальдо по стандартному текущему профилю разноски? Да не вопрос. Игнорируем регистр и тянем текущий стандартный счет задолженности из профиля

[petr]

Цитата:

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

Оптимальнее прописывать в таблицы CustTrans и VendTrans источник появления проводки, исторический пофиль разноски и исторический регистр учета. А по этому регистру собирать все незакрытые проводки для сальдо. В любом случае, послушайте советы, проанализируйте потребности Вашей компании и выберите свой путь

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

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

[glibs]

Цитата:

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

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

Тут вы правы. Насчет номенклатуры я погорячился.

В закупке вообще можно любой счет учета запасов указать при желании. Не зависимо от профиля. И можно приходовать на один счет, а списывать с другого, т.к. приход зависит еще и от налоговой группы. Так что с номенклатурой вообще все запущено.

Так что с номенклатурой предложенный мною подход не прокатит.

С вашей позицией насчет CustVendTransPostingLog_RU не согласен. Данную проблему можно было решить и проще. Стандартной функциональностью.

[glibs]

Цитата:

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

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

Предлагаю вам оставить в данной дискуссии термин "регистр учета" в покое. А то общепринятое определение у этого термина другое немножко.

http://vocable.ru/dictionary/97/word...3%F7%E5%F2%E0/
http://employer.srochno.ua/professio...kii_uchet/292/

Цитата:

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

...
Поменяли счет в профиле разноски? Появился новый счет в сальдо. Не закрыли старые счета - видим перед глазами остатки по "старому" счету задолженности. Вроде ничего криминального.
...

Т.е. вы предлагаете перебрасывать сальдо с одного счета ГК на другой?

Причем с формированием проводок по клиентам/поставщикам? Тогда, получается, нужен и старый, и новый профили разноски. А значит задача смены счета ГК в профиле разноски сводится к тому, что счет в профиле разноски никогда не меняется, а просто создается новый профиль разноски.

А значит счет ГК можно в проводку не писать, а работать по профилю .