|
12.01.2016, 17:39 | #1 |
Участник
|
Детализация проводок ГК по модульным аналитикам
Подскажите, пожалуйста, как сделать отчет, детализирующий проводки ГК по модульным аналитикам? Например, проводки по затратным счетам в разрезе вендоров. Что там с чем связывать по каким полям?
|
|
12.01.2016, 18:05 | #2 |
Участник
|
я не очень понимаю что такое "модульные аналитики"
но операция в аксапте полностью идентифицируется по двум полям: ваучер и дата проводки во всех таблицах. важно! одного ваучера недостаточно. в стандартном функционале в разных финансовых периодах могут быть одинаковые ваучеры. |
|
12.01.2016, 18:13 | #3 |
Участник
|
Однозначной связи между проводками ГК и, скажем, проводками клиента - нет. Т.е., в общем случае, Вы не сможете на основании каких-либо реквизитов проводки ГК однозначно сказать какой именно модульной проводке она соответствует. Всегда будет оставаться некая неопределенность.
Если Вам нужно сальдо по клиентам в разрезе определенных счетов, то смотрите здесь Расчет конечного сальдо PS: Вроде, в Ax2012 принципиально в этом плане ничего не изменилось
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
12.01.2016, 18:28 | #4 |
Участник
|
Цитата:
достаточно совпадения сумм. в проводках ГК надо получить суммы по типу проводки. неоднозначность останется только в 1) зачетах: клиент-клиент, поставщик-поставщик. 2) многострочных проводках когда в одну операцию наваливается все-все-все. проводки ГК специально были созданы таким образом, чтобы не было однозначной связи, чтобы в ГК записывать СВОДНЫЕ суммы, а детальную информацию в проводки модуля. однозначная связь приводит к тому, что ledgerTrans распухает как на дрожжах и производительность идет лесом. |
|
12.01.2016, 18:36 | #5 |
Участник
|
Я так понял вопрос автора топика. Он хочет получить список проводок в разрезе кодов контрагентов и бух.счетов.
PS: На форме со списком проводок ГК есть такая кнопочка "Исходный документ". Можно там посмотреть алгоритм поиска связанных модульных проводок.
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
12.01.2016, 19:04 | #6 |
Участник
|
Надо затраты смотреть по вендорам.
Например, затраты на телефонию (определенный счет ГК) за период в разбивке по поставщикам услуг. |
|
12.01.2016, 19:10 | #7 |
Участник
|
Цитата:
готов согласиться, что, скорее всего, у автора очередные пользователи спрашивают "оборотку по субконто" и "анализ счета по субконто". А автор творчески так переформулировал.. Цитата:
эта форма никогда не гарантировала однозначного соответствия. эта форма показывает все найденное с данным ваучером на данную дату |
|
12.01.2016, 19:52 | #8 |
Banned
|
Цитата:
И получает типичное и очень часто используемое на Западе решение от Ivanhoe: аналитика по поставщикам. В русской версии достаточно иметь эту аналитику только в балансовой проводке, а не в П/У проводке, поскольку расщепление по аналике будет побочным продуктом корреспонденции. Эту информацию по корреспонденции понимает русский запрос "шахматка": запрос Turnover / General ledger, она способна показывать дебет в разбивке аналитик по кредиту. Это решение я использовал на одном проекте в Швейцарии, где уже было 9 аналитик и каждая лишняя уже выносила мозг и базу. Последний раз редактировалось EVGL; 12.01.2016 в 19:56. |
|
12.01.2016, 18:19 | #9 |
Участник
|
В 2012 можно стандартно вынести контрагента или договор в фин.аналитику - тогда и модуль может не понадобиться.
__________________
Ivanhoe as is.. |
|
12.01.2016, 18:29 | #10 |
Участник
|
|
|
12.01.2016, 19:16 | #11 |
Участник
|
Цитата:
А в целом, вопрос автору: зачем вообще идти от ГК?
__________________
Ivanhoe as is.. |
|
12.01.2016, 21:22 | #12 |
Участник
|
Цитата:
именно! но скорее всего, заказчики данной задачи - бухгалтера. и им тупо надо сделать сверку с 1С. причем, судя по дате вопроса - сверку прошлого года )))) Последний раз редактировалось mazzy; 12.01.2016 в 21:29. |
|
12.01.2016, 19:13 | #13 |
Участник
|
Вероятно под "проводки по затратным счетам в разрезе вендоров" понимается получить из операций Дт 20 Кт 60 отчет, разбивающий по вендору именно 20-й счет, а не 60-й. Может проще пойти от заказов на покупку, или затрат могут проводить и напрямую журналом ГК?
|
|
12.01.2016, 22:41 | #14 |
Banned
|
Хмм... Кто-то умножает сущности без надобности. Планета одна; на моей практике задача ставилась дважды. Она формулировалась одинаково, интерпретировалась одинаково и решалась одинаково как в Краснодарском крае, так и в кантоне Цуг. Использовался тот же пример, что и выше: телефонные расходы.
Кроме того, позвольте доказать, что в общем случае задача кроме как через ГК и не решается:
Неспроста автоматическая синхронизация справочников контрагентов и выбранной финансовой аналитики реализована в стандарте AX2012. Что пока не реализовано, так это автоматическое занесение этой аналитики в качестве значения по умолчанию в карточку нового контрагента. |
|
13.01.2016, 00:06 | #15 |
Участник
|
Цитата:
замечательный модуль учета затрат - модуль проекты. внутренние проекты - это и есть затраты компании. внешние проекты - это возмещаемые затраты компании. Цитата:
а также буржуйский free text invoice... но не в станице Старомышастовской. в станице будут проблемы с СФ и книгой покупок. Почему это? что free text invoice, что закупка позволяют указать счет ГК напрямую. да и в журнале модуля проектов вроде тоже можно было. (давно туда не глядел, а щас аксапты под рукой нет) Цитата:
(кивая головой) А-ГА! https://youtu.be/UJ84I0iKd_s?t=40s Цитата:
но не в русской локализованной версии )))) Цитата:
но не в русской локализованной версии )))) Цитата:
бгггг ))))) Если уж говорить о журналах, где виден счет ГК... то и в складском журнале типа "Проводка" счет ГК можно указать. Цитата:
Те, кто это сделал - просто обнулили всю работу по повышению производительности в 2012... Механизм промежуточных фин.итогов никогда не был предназначен для большого числа комбинаций фин.аналитик с переходящими сальдо между периодами. См. критику 1С за их механизм промежуточных итогов, который ТРЕБУЕТ, чтобы сальдо по комбинациям аналитик закрывалось в 0. В Аксапте разработчики не требуют, итоги просто работают медленно при большом числе комбинаций аналитик... Но зато, чё... это внедрятели виноваты - наплодили фин.аналитик... Бгггг ))))) =================== EVGL, давно темы про аксапту меня так не взбадривали. Спасибо. мое почтение и алаверды. Последний раз редактировалось mazzy; 13.01.2016 в 00:12. |
|
13.01.2016, 00:26 | #16 |
Banned
|
Тема элементарная, поэтому говорить о ней можно до бесконечности.
Причем тут поставщики и Free text invoice, вообще не понял. Пассаж про проблемы с СФ по накладным, введенным через журнал понял не совсем, поскольку как было справедливо замечено в русской версии многострочный ваучер генерирует многострочную же накладную, а последняя преобразовывается в многострочную фактуру. Цитата:
; ) |
|
13.01.2016, 00:43 | #17 |
Участник
|
|
|
12.01.2016, 23:09 | #18 |
Banned
|
P.S. Я, конечно, забыл, что госпожа AXcons работает на клиенте, а не внедряет новый проект. Стало быть, ее вопрос относится к историческим данным и аналитику проставлять уже поздно. Тогда только см. совет Владимира Максимова: join двух LedgerTrans по Voucher + PostingType.
|
|
12.01.2016, 23:52 | #19 |
Участник
|
))))
Атлично! Voucher + TransDate + PostingType. Пля!... локализаторы хреновы! тут можно пообсуждать. скорее все же 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; 13.01.2016 в 00:14. |
|
13.01.2016, 15:40 | #20 |
Участник
|
Аналитика по историческим данным как раз не нужна, потому что это новое правило учета, и оно вводится с нового периода. По закрытым периодам такого отчета никто требовать не будет.
|
|