Детализация проводок ГК по модульным аналитикам

[AXcons]

Подскажите, пожалуйста, как сделать отчет, детализирующий проводки ГК по модульным аналитикам? Например, проводки по затратным счетам в разрезе вендоров. Что там с чем связывать по каким полям?

[mazzy]

я не очень понимаю что такое "модульные аналитики"

но операция в аксапте полностью идентифицируется по двум полям: ваучер и дата проводки
во всех таблицах.

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

[Владимир Максимов]

Однозначной связи между проводками ГК и, скажем, проводками клиента - нет. Т.е., в общем случае, Вы не сможете на основании каких-либо реквизитов проводки ГК однозначно сказать какой именно модульной проводке она соответствует. Всегда будет оставаться некая неопределенность.

Если Вам нужно сальдо по клиентам в разрезе определенных счетов, то смотрите здесь

Расчет конечного сальдо

PS: Вроде, в Ax2012 принципиально в этом плане ничего не изменилось

[Ivanhoe]

В 2012 можно стандартно вынести контрагента или договор в фин.аналитику - тогда и модуль может не понадобиться.

[mazzy]

Цитата:

Сообщение от Владимир Максимов

Однозначной связи между проводками ГК и, скажем, проводками клиента - нет.

а зачем однозначная связь?

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

неоднозначность останется только в
1) зачетах: клиент-клиент, поставщик-поставщик.
2) многострочных проводках когда в одну операцию наваливается все-все-все.


проводки ГК специально были созданы таким образом, чтобы не было однозначной связи, чтобы в ГК записывать СВОДНЫЕ суммы, а детальную информацию в проводки модуля.

однозначная связь приводит к тому, что ledgerTrans распухает как на дрожжах и производительность идет лесом.

[mazzy]

Цитата:

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

В 2012 можно стандартно вынести контрагента или договор в фин.аналитику - тогда и модуль может не понадобиться.

тогда распухает таблица фин.проводок и итогов.
и аксапта легким движением руки превращается в 1С

[Владимир Максимов]

Цитата:

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

а зачем однозначная связь?

Я так понял вопрос автора топика. Он хочет получить список проводок в разрезе кодов контрагентов и бух.счетов.

PS: На форме со списком проводок ГК есть такая кнопочка "Исходный документ". Можно там посмотреть алгоритм поиска связанных модульных проводок.

[AXcons]

Надо затраты смотреть по вендорам.

Например, затраты на телефонию (определенный счет ГК) за период в разбивке по поставщикам услуг.

[mazzy]

Цитата:

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

отчет, детализирующий проводки ГК по модульным аналитикам?

Цитата:

Сообщение от Владимир Максимов

Я так понял вопрос автора топика. Он хочет получить список проводок в разрезе кодов контрагентов и бух.счетов.

Хм... даже близко не стоит с исходной формулировкой.

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

Цитата:

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

PS: На форме со списком проводок ГК есть такая кнопочка "Исходный документ". Можно там посмотреть алгоритм поиска связанных модульных проводок.

угу. именно там и происходит поиск записей по ваучер+дата в заранее определенных таблицах.

эта форма никогда не гарантировала однозначного соответствия.
эта форма показывает все найденное с данным ваучером на данную дату

[mnt_dx]

Вероятно под "проводки по затратным счетам в разрезе вендоров" понимается получить из операций Дт 20 Кт 60 отчет, разбивающий по вендору именно 20-й счет, а не 60-й. Может проще пойти от заказов на покупку, или затрат могут проводить и напрямую журналом ГК?

[Ivanhoe]

Цитата:

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

тогда распухает таблица фин.проводок и итогов.
и аксапта легким движением руки превращается в 1С

Локализаторы оставили толькой такой путь для договоров а если есть договор, то контрагент уже хуже не сделает.

А в целом, вопрос автору: зачем вообще идти от ГК?

[EVGL]

Цитата:

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

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

Казуистика какая-то, mazzy. Автор совершенно четко и доступно спрашивает типичную вещь: получить затраты по разрезе контрагентов.

И получает типичное и очень часто используемое на Западе решение от Ivanhoe: аналитика по поставщикам.

В русской версии достаточно иметь эту аналитику только в балансовой проводке, а не в П/У проводке, поскольку расщепление по аналике будет побочным продуктом корреспонденции. Эту информацию по корреспонденции понимает русский запрос "шахматка": запрос Turnover / General ledger, она способна показывать дебет в разбивке аналитик по кредиту. Это решение я использовал на одном проекте в Швейцарии, где уже было 9 аналитик и каждая лишняя уже выносила мозг и базу.

[mazzy]

Цитата:

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

проводки по затратным счетам в разрезе вендоров.

Цитата:

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

Казуистика какая-то, mazzy. Автор совершенно четко и доступно спрашивает типичную вещь: получить затраты по разрезе контрагентов.

)))))))
типичное непонимание западных товарищей.

затраты != проводки по...
затраты в разрезе контрагентов != по затратным счетам в разрезе вендоров

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

да, EVGL, я понимаю что ты говоришь и что предлагаешь.
но здесь так работу не сдашь и акты не подпишешь ))))

[mazzy]

Цитата:

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

Локализаторы оставили толькой такой путь для договоров а если есть договор, то контрагент уже хуже не сделает.

му-ха-ха!!!

Цитата:

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

зачем вообще идти от ГК?

именно!
но скорее всего, заказчики данной задачи - бухгалтера.
и им тупо надо сделать сверку с 1С.

причем, судя по дате вопроса - сверку прошлого года ))))

[EVGL]

Хмм... Кто-то умножает сущности без надобности. Планета одна; на моей практике задача ставилась дважды. Она формулировалась одинаково, интерпретировалась одинаково и решалась одинаково как в Краснодарском крае, так и в кантоне Цуг. Использовался тот же пример, что и выше: телефонные расходы.

Кроме того, позвольте доказать, что в общем случае задача кроме как через ГК и не решается:

1. Такие расходы, как телефонные или ГСМ, не проходят через цикл закупок, поскольку оплачиваются по факту.
2. Если нет надобности, бухгалтеры что в станице Старомышастовской, что в Лозанне, предпочитают заколачивать в систему подобные "ручные" счета напрямую на счета ГК, а не через вспомогательные категории закупки или номенклатурные единицы.
3. Работать со счетами ГК напрямую можно только в журнале ГК. При этом, отнюдь не во всех странах система разбивает счет по строкам многострочного журнала ГК. К примеру, это происходит в российской и британской компании, но не в германской. В общем случае счет, введенный через журнал ГК, может не иметь строк.
4. Более того, даже при работе с номенклатурой или категориями закупки в форме Pending invoice бухгалтер может явно расщеплять строки с помощью Accounting distribution.
5. Получается, что счет ГК в общем случае виден в проводках ГК, и только там.
6. Предложения типа "используй источник проводки" сводятся к совету "нажми 100 раз кнопку, скопируй в Excel и подсчитай сам", что вызывает законное раздражение пользователей.

Неспроста автоматическая синхронизация справочников контрагентов и выбранной финансовой аналитики реализована в стандарте AX2012. Что пока не реализовано, так это автоматическое занесение этой аналитики в качестве значения по умолчанию в карточку нового контрагента.

[EVGL]

P.S. Я, конечно, забыл, что госпожа AXcons работает на клиенте, а не внедряет новый проект. Стало быть, ее вопрос относится к историческим данным и аналитику проставлять уже поздно. Тогда только см. совет Владимира Максимова: join двух LedgerTrans по Voucher + PostingType.

[mazzy]

))))
Атлично!

Цитата:

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

Voucher + PostingType.

Voucher + TransDate + PostingType.

Пля!... локализаторы хреновы!

Цитата:

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

join двух LedgerTrans

тут можно пообсуждать.
скорее все же join LedgerTrans и VendTrans.

в международной версии Аксапты вполне можно ввести проводку типа
(Дт LedgerAccount:CostAccount_20_26 , Кт LedgerAccount:VendAccount_60)


а в русской версии чревато проблемами в СФ, в книгах покупок, а также в налоговом учете. Не говоря уже о том, что оборотка по поставщикам в этом случае будет постоянно расходиться с оборотом по 60 счету ))))

(в международной версии для учета затрат еще подошел бы модуль проекты.
сами проекты отлично трактуются как затратная аналитика)

скорее всего у автора топика телефонные затраты вводятся либо тупо через закупки (типа единообразный процесс, "возможность регистрации многострочного счета на оплату от поставщика" бгггг!), либо в фин.журнале
(Дт LedgerAccount:CostAccount_20_26, Кт Vendor:VendAccount)

в этом случае создаются движения и в LedgerTrans и в VendTrans.
вот их то и надо join'ить.

чуть больше придется делать, если таки кто-то в самом начале внедрения сумничал и в журнале ГК начал использовать многострочные проводки для регистрации многострочного счета от поставщика... но опять же - СФ, книги и налоговый учет не предполагают, что такие умники существуют и глючат страшным образом на многострочных проводках.

===================
Поскольку автор axCons не высказывал непрерывных жалоб ни на СФ, ни на книги ))))))
то предполагаю, что у них там "все по простому - где поймают там и пруд"

поэтому join LedgerTrans и VendTrans по полям Voucher + TransDate + PostingType

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

[mazzy]

Цитата:

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

Кроме того, позвольте доказать, что в общем случае задача кроме как через ГК и не решается:

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

Цитата:

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

[*]Если нет надобности, бухгалтеры что в станице Старомышастовской, что в Лозанне, предпочитают заколачивать в систему подобные "ручные" счета напрямую на счета ГК, а не через вспомогательные категории закупки или номенклатурные единицы.

угу.
а также буржуйский free text invoice...

но не в станице Старомышастовской.
в станице будут проблемы с СФ и книгой покупок.

Цитата:

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

[*]Работать со счетами ГК напрямую можно только в журнале ГК.

Почему это?
что free text invoice, что закупка позволяют указать счет ГК напрямую.
да и в журнале модуля проектов вроде тоже можно было. (давно туда не глядел, а щас аксапты под рукой нет)

Цитата:

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

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

Бггггггг!!!!!
(кивая головой) А-ГА!
https://youtu.be/UJ84I0iKd_s?t=40s

Цитата:

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

К примеру, это происходит в российской и британской компании, но не в германской. В общем случае счет, введенный через журнал ГК, может не иметь строк.

а-га!
но не в русской локализованной версии ))))

Цитата:

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

Более того, даже при работе с номенклатурой или категориями закупки в форме Pending invoice бухгалтер может явно расщеплять строки с помощью Accounting distribution.

а-га!
но не в русской локализованной версии ))))

Цитата:

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

Получается, что счет ГК в общем случае виден в проводках ГК, и только там.

конечно же, нет!
бгггг )))))

Если уж говорить о журналах, где виден счет ГК... то и в складском журнале типа "Проводка" счет ГК можно указать.

Цитата:

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

Неспроста автоматическая синхронизация справочников контрагентов и выбранной финансовой аналитики реализована в стандарте AX2012. Что пока не реализовано, так это автоматическое занесение этой аналитики в качестве значения по умолчанию в карточку нового контрагента.

Уроды!

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

См. критику 1С за их механизм промежуточных итогов, который ТРЕБУЕТ, чтобы сальдо по комбинациям аналитик закрывалось в 0. В Аксапте разработчики не требуют, итоги просто работают медленно при большом числе комбинаций аналитик...

Но зато, чё... это внедрятели виноваты - наплодили фин.аналитик...

Бгггг )))))

===================
EVGL, давно темы про аксапту меня так не взбадривали. Спасибо.
мое почтение и алаверды.

[EVGL]

Тема элементарная, поэтому говорить о ней можно до бесконечности.

Причем тут поставщики и Free text invoice, вообще не понял. Пассаж про проблемы с СФ по накладным, введенным через журнал понял не совсем, поскольку как было справедливо замечено в русской версии многострочный ваучер генерирует многострочную же накладную, а последняя преобразовывается в многострочную фактуру.

Цитата:

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

В Аксапте разработчики не требуют, итоги просто работают медленно при большом числе комбинаций аналитик...

Я так понимаю, что выше был главным образом стеб, поэтому можно продолжить: разработочки не требуют, но в AX2012 консультант вполне может настроить равенство нулю в каждом ваучере одной из аналитик, или даже их комбинации из двух. Для этого используется параметр Ledger - Balancing financial dimension или же параметр из модуля для бюджетных предприятий Require the dimension to be balanced.

; )

[mazzy]

Цитата:

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

Тема элементарная, поэтому говорить о ней можно до бесконечности.

ага!

Цитата:

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

вообще не понял.

ага!

; )