AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 25.08.2011, 15:06   #1  
kart is offline
kart
Участник
 
33 / 36 (2) +++
Регистрация: 06.07.2010
Перенос аналитик в журнал платежей
Добрый день!

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

Ax2009 Ru5

Возможно есть какая-то настройка, о которой мне не известно?
Старый 25.08.2011, 15:52   #2  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
А есть ли в стандарте такая фича вообще ?
Старый 25.08.2011, 16:07   #3  
kart is offline
kart
Участник
 
33 / 36 (2) +++
Регистрация: 06.07.2010
Не знаю...но было бы интересно
Старый 28.08.2011, 18:15   #4  
d&m is offline
d&m
MCT
Аватар для d&m
MCP
Manzana Group
MCBMSS
 
459 / 186 (7) ++++++
Регистрация: 11.09.2007
Записей в блоге: 6
Цитата:
Сообщение от kart Посмотреть сообщение
Когда создается журнал платежей поставщику, при выполнении сопоставления накладных, фин. аналитики, которые указаны в проводке не переносятся в фин. аналитики платежа.
действительно, стандартная версия не копирует аналитики при "помечании" к сопоставлению.
Мы однажды делали такое копирование на одном из проектов. Но это скорее частный случай - нежели общепринятый подход.
Более того, моё субъективное мнение - так делать неправильно, т.к.:

1. сопоставление в системе легко отменить и пересопоставить, однако аналитики в платеже при пересопоставлениии автоматически, конечно же, не заменятся (спасет только строно). Из моего опыта: кроме подставления аналитик при "помечании" платежа к сопоставлению с накладной - сразу пошли разговоры на тему "ну так давайте при пересопоставлении аналитики будем в платеже обновлять" . И это всего лишь для того, чтобы не анализоровать что - как и с чем сопоставлено;

2. в общем случае аналитики в платеже и в задолженности могут быть разные.


ЗЫ: в стандарте существует функционал контроля аналитик при сопоставлении - добавлен в ру3 (документация тут Документация для Rollup'ов и Whats News.)
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try.
Старый 28.08.2011, 21:45   #5  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
d&m, я так понял, автор хочет копировать аналитики в платеж перед разноской платежа. Вернее, я другого варианта и не подразумевал. Если так, то копировать очень хорошо - это упростит работу бухгалтера и делать так правильно. И как раз скорее всего аналитика должна совпадать идейно (платим поставщику и начисляем за один филиал, одному контрагенту, а если по этим аналитикам ещё и включен контроль, то они обязаны совпадать.
Старый 28.08.2011, 22:35   #6  
kart is offline
kart
Участник
 
33 / 36 (2) +++
Регистрация: 06.07.2010
1) Да, вы оба правы

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

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

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

5) Пришел к выводу, что проще, для решения этой задачи набросать небольшой отчет, в котором собирать информацию по сопоставленным накладным для распила фин. аналитик (подразделение, центр затрат) из строк с суммами. Возможно, кто-то подскажет из своего опыта более красивое решение задачи в п.2?
Старый 28.08.2011, 23:08   #7  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Вы хотите анализировать 51й счет по аналитикам БДС, при сопоставлении платежа и накладной имеем 60 - 60, т.е. вполне логично копировать аналитику накладной в шапке (К60) в аналитику оплаты поставщику же (Д60), где вряд ли понадобиться построчное разбиение, которое было в строках накладной с аналитиками БДДР (Д20, 26 или 10). Таким образом - строки накладной не связаны идейно с платежом и под вашу цель не подходят.
Для решения п.2 вопрос: какие у вас аналитики на 51м счете и с чем хотите сравнивать факт платежа по данным аналитикам - с планом БДС (план в системе?) или с чем-то ещё? На основе чего бухгалтер ставит аналитики БДС в платеже?
Старый 28.08.2011, 23:15   #8  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,273 / 3466 (122) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Не претендую на красивость решения и уж тем более на его повторение. Однако опишу идею, которая была реализована на одном из проектов.
Для начала было принято упрощение, что все платежи будут вводиться через журнал ГК. (На самом деле - это не очень обязательное упрощение, тем не менее - оно упрощает жизнь при программировании).
Далее - в журнал ГК для корсчета была добавлена также финаналитика (ибо чей-то там ее нет?). Конечно, по умолчанию она копировалась из финаналитики при счете, однако была возможность ее менять. Тут конечно надо понимать - что у всех пользователей системы - разное количество финаналитик и разное предназначение каждой из аналитики - поэтому какие-то аналитики должны обязательно копироваться, какие-то пользователь может менять, а какие-то должны обязательно отличаться и это должно быть прошито в коде. Поэтому в рамках поставленного вопроса я опущу тематику состава финаналитик.
Дальше - была сделана "врезка" в разноску журнала ГК, которая "складировала" в отдельную таблицу строки журнала, в которых при счете или корсчете присутствовали бы денежные счета (Банк/Касса). Для инкассации / обналички естественно создавалось 2 записи.

Новоявленная табличка таким образом являлась фактически готовым отчетом ДДС. При этом, т.к. она получалась из ЖГК - у нее всегда были счет и корсчет (дебет/кредит). По ней можно было фильтроваться, сортироваться, переходить к исходному документу, строить различные выборки и автоотчеты.

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

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

Еще момент. Отмечу - что в данном подходе никак не описывается сопоставление именно накладных с оплатами. Т.е. тут описано простое копирование (=простая выжимка) того, чего навводили в ЖГК по денежным счетам. С другой стороны - для анализа данных именно по денежным счетам по финаналитикам - это самое то. Если конечно хочется получить информацию независимо от сопоставления.
__________________
Возможно сделать все. Вопрос времени

Последний раз редактировалось sukhanchik; 28.08.2011 в 23:20.
Старый 28.08.2011, 23:42   #9  
kart is offline
kart
Участник
 
33 / 36 (2) +++
Регистрация: 06.07.2010
To: sukhanchik
1) Идея с "врезкой" фин. аналитик в ЖГК, это в общем-то стандартный функционал журнала платежей, который по умолчанию и содержит фин. аналитики.

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

3) А чем мысль с отчетом по разбивке сопоставленных накладных так плоха, если мы примем за аксиому, что платежи создаются только на основании сопоставления накладных. А предоплаты имеют заданные фин. аналитики?

To: mnt_dx
1) Фин. аналитики - подразделение/центр затрат

2) Платеж создает не бухгалтер, а человек инициирующий данный платеж, например менеджер отдела снабжения, который выполняет оплату поставленных накладных. Бухгалтер-же, лишь выполняет проверку и разносит журнал после успешной оплаты с р/с. Кроме того, в рамках журнала платежей используется б/п утверждения, он выглядит так - Инициатор->Рук.проекта->Фин. директор->Бухгалтер

3) Основная цель - получить ответ на вопрос: сколько денег мы реально заплатили поставщикам в разрезе фин. аналитик, фактически в он-лайн. (Фин. аналитики здесь используются по той причине, что заказчик имеет проектно-ориентированную структуру, и для него крайне важно отслеживать как ДДС, так и ДДР по проектно)
Старый 29.08.2011, 00:37   #10  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Цитата:
Идея была в копировании фин. аналитик в платеж, чтобы была возможность анализировать живые деньги по расч.счету (платежи, т.н. ДДС), а не затраты, которые были потрачены на определенный центр затрат/подразделение (затраты, т.н. ДДиР).
Цитата:
1) Фин. аналитики - подразделение/центр затрат
Давайте подытожим: по 51му счету БДС используется ан-ка Центр затрат и вы хотите её брать из строк накладной, т.к. ан-ка соответствует аналитике Дт накладной (т.е. 20, 26, 10).
В таком случае пусть, согласно 2) Платеж создает не бухгалтер, а человек инициирующий данный платеж, инициатор:
- создаёт строку с поставщиком, договором, суммой
- вызывает из строки сопоставление с накладной, помечает максимум 1 накладную, нажимает ОК, система выдаёт предупреждение вида "разбить на N строк", пользователь подтверждает.
Система разбивает его исходную строку по количеству строк накладных и прописывает для 51го счета аналитики 20го. При этом у вас должны быть 2 аналитики в проводке - Дебета и Кредита, иначе 60й счет накладной не сопоставится с 60м платежа при включенном контроле сопоставления аналитик.
- инициатор отправляет журнал на согласование по цепочке
- бухгалтер разносит журнал и мы получаем факт по БДС.
- руководитель строит отчет, который даёт оборот по 51му счету в разрезе аналитик (некая ОСВ с отображением аналитик)
Старый 29.08.2011, 08:27   #11  
d&m is offline
d&m
MCT
Аватар для d&m
MCP
Manzana Group
MCBMSS
 
459 / 186 (7) ++++++
Регистрация: 11.09.2007
Записей в блоге: 6
Цитата:
Сообщение от mnt_dx Посмотреть сообщение
я так понял, автор хочет копировать аналитики в платеж перед разноской платежа. Вернее, я другого варианта и не подразумевал. Если так, то копировать очень хорошо - это упростит работу бухгалтера и делать так правильно.
по-прежнему есть опасения по отношению к такому подоходу, т.к. повторюсь - сопоставление вещь динамическая, можно очень быстро и просто провести пересопоставление, а вот также быстро обновить аналитики не получится.

И что тогда делать с аналитиками, которые были подставлены в платеж копированием из накладной №1, если через 5 минут этот же платеж уже сопоставлен с накладной №2?


Именно поэтому и нужно анализировать сопоставления и не пытаться уравнять аналитики в платеже и накладной.

Тоже самое относится и к разбиению одного платежа на несколько плетежей (под строки накладных, под несколько накладных и т.д.). Лучше анализировать сопоставления, чем осуществлять многочисленные разбиения - отмены разбиений - новые разбиения.
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try.
Старый 29.08.2011, 09:34   #12  
mnt_dx is offline
mnt_dx
Участник
Axapta Retail User
Лучший по профессии 2014
 
1,744 / 188 (10) ++++++
Регистрация: 17.02.2011
Адрес: К Северу через Северо-Запад
Цитата:
Сообщение от d&m
И что тогда делать с аналитиками, которые были подставлены в платеж копированием из накладной №1, если через 5 минут этот же платеж уже сопоставлен с накладной №2?
Если до разноски - то ничего не делать, т.к. ситуация абсолютно нормальная. Если разнесли и включен контроль при сопоставлении, то документы либо сопоставятся, либо получим ладошку, что также не страшно.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Журнал платежей поставщика-генерация платежей IKA DAX: Функционал 1 29.10.2010 20:22
Права доступа к Menu Item Журнал платежей tolstjak DAX: Администрирование 6 13.09.2005 08:31
Журнал платежей поставщикам. Сальдо откуда-то берется. NJD DAX: Функционал 0 18.08.2005 17:24
Журнал платежей заблокирован системой bucken DAX: Функционал 4 20.05.2005 19:31
Права доступа - Журнал платежей SDA DAX: Прочие вопросы 1 20.09.2004 23:10
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 08:08.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.