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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 22.05.2003, 20:40   #1  
studentLPC is offline
studentLPC
Участник
Аватар для studentLPC
 
44 / 10 (1) +
Регистрация: 15.05.2003
sp5. Возможность получить Корр.счет ГК попроводкам клиента/поставщика без извращений
sp5.
Правильно ли я понимаю:
Нельзя получить стандартными способами список проводок по клиенту. А именно вытащить счет ГК , корр счет ГК в разрезе клиента, причем, чтобы счет ГК был именно счет клиента. Стандартая ОСВ по клиентам формируется по данным из CustTrans, где естественно ничего не сказано о счетах ГК. Да в отчете можно выбрать счет ГК, но это счет из настроек разноски, и если его поменять в настройках, то формирование отчета уже будет не корректым, как впрочем и если был бы аванс. Можно увидеть проводки, собранные по клиентам в разнообразных отчетах, но эта информация не так уж и полезна, так как туда входят проводки по НДС, не имеющие отношения к клиенту, а так же без анализа нельзя сказать, где счет клиента, а где Корр. счет.
Посавщики симметрично.
Старый 22.05.2003, 20:59   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
стандартными - нельзя.

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

Если программированием, то надо сделать запрос по двум таблицам LedgerTrans и CustTrans связав их через ваучер. В LedgerTrans надо дополнительно сделать фильтр по типу разноски.

Насчет "не так уж и полезных" отчетов с проводками по НДС.
Можно подробнее? Не очень понял.
Старый 22.05.2003, 21:18   #3  
studentLPC is offline
studentLPC
Участник
Аватар для studentLPC
 
44 / 10 (1) +
Регистрация: 15.05.2003
Все дело в том, что просто по ваучеру нельзя связать LedgerTrans и CustTrans. Если так сделать, то в выборку будут попадать проводки с данным ваучером и никак не связанные с клиентом (разноска заказа с налогами. Возникают проводки по НДС, а они с клиентом не связаны), а так же проводки (клиент - клиент), в которых вообще не понятно кому в кредит, а кому в дебет. Я вижу один выход: анализировать знак суммы в CustTrans и тогда уже определять, что в кредит, а что в дебет. Но еще одна прблемма в том, что в CustTrans храняться сводные проводки, так что в LedgerTrans придется еще и суммировать. Типа разноски в LedgerTrans я что-то не заметил.
Старый 22.05.2003, 21:49   #4  
studentLPC is offline
studentLPC
Участник
Аватар для studentLPC
 
44 / 10 (1) +
Регистрация: 15.05.2003
Цитата:
Изначально опубликовано mazzy

Насчет "не так уж и полезных" отчетов с проводками по НДС.
Можно подробнее? Не очень понял.
Не так уж полезных при анализе проводок по клиенту.
Старый 23.05.2003, 00:29   #5  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Изначально опубликовано studentLPC
Все дело в том, что просто по ваучеру нельзя связать LedgerTrans и CustTrans. Если так сделать, то в выборку будут попадать проводки с данным ваучером и никак не связанные с клиентом ...
Погоди, не кипятись.

В проводках по главной книге есть поле "Тип разноски"
В проводках по клиенту есть поле "Тип операции"
Почему тебе этих полей недостаточно, чтобы однозначно определить что это за проводка?

Кроме того, в клиентах есть поле Разноска. Разноска вообще очень информативное поле должно быть. И информация в нем должна быть не бухгалтерская, а смысловая.
Старый 23.05.2003, 09:03   #6  
Елена Сысовская is offline
Елена Сысовская
Участник
Аватар для Елена Сысовская
 
499 / 25 (1) +++
Регистрация: 30.11.2001
Адрес: планета Земля
Какой отчет вы хотите получить?
Вообще мы опирались на таблицы накладных и проводок главной книги - они связываются по лоту.
Может быть, в ОСВ, если включить разделение по счетам, полуиться необходимый отчет.
Я могу выслать класс, который позволяет для проводки выдернуть информацию их источника.
В главной книге есть отчет "происхождение проводок", который показывает тоже информацию по источникам в разрезе проводок.
И главное, зачем его получать?
Если это надо управленцам, то привязка к главной книге не нужна.
Если для выгрузки данных в бухгалетрию - все равно писать программу.
На наших предприятия часто бухгалтерия выполняет роль менеджеров по работе с клиентами, сверяя расчеты, опирается на 60, 62, 76. Но это - дисфункция учетного отдела.
В Аксапта, вроде, все логично. Просто она расчитана на то, что главная книга - регистратор проводок, а не аналитический инструмент.
Выверку главной книги с источниками можно сделать специальным отчетом "выверка..."
__________________
"...жизнь проходит, пока мы строим планы на жизнь..."
с уважением, ESys.
Старый 23.05.2003, 10:44   #7  
studentLPC is offline
studentLPC
Участник
Аватар для studentLPC
 
44 / 10 (1) +
Регистрация: 15.05.2003
to mazzy:
Действительно, тип разноски в таблице Главной книги решает все проблемы. Странно, что я на него раньше не обращал должного внимания. Спасибо.

to Елена:
Необходим отчет для анализа движений по клиентам. В том числе и для сверки взаиморасчетов.
А бухгалтерия действительно выполняет роль менеджеров, потому что менеджеров нет. Согласен, что это дисфункция, но имзменить это, а еще и в лучшую сторону мне не представляется возможным.
Поэтому Главная книга в данном случае выполняет роль не только регистратора проводок, но и аналитического инструмента.
Спасибо за ответ.
Старый 23.05.2003, 11:31   #8  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Имей в виду:
При выполнении сопоставления, у тебя может рождаться несколько (максимум 5 штук) проводок в CustTrans и соответственно до 4 проводок в LedgerTrans. При этом однозначно установить соответствие между custTrans и LedgerTrans тебе даже разноска в LedgerTrans не поможет, поскольку 5 записей в ledgerTrans будут иметь тип LedgerPostingType::custBalance.
Так что на мой взгляд - в общем случае эта задача не решаема.
Старый 23.05.2003, 11:45   #9  
komar is offline
komar
Шаман форума
Аватар для komar
Ex AND Project
 
5,571 / 600 (32) +++++++
Регистрация: 24.05.2002
Если бухгалтерия выполняет функции менеджеров, то логично, что финансовая аналитика должна выполнять роль справочника контрагентов
Попробуй автоматически писать контрагентов в аналитику, и анализируй по счетам ГК и аналитическим измерениям.
Старый 23.05.2003, 14:49   #10  
Елена Сысовская is offline
Елена Сысовская
Участник
Аватар для Елена Сысовская
 
499 / 25 (1) +++
Регистрация: 30.11.2001
Адрес: планета Земля
более экологичный способ - добавить текст проводки название контрагента, все равно в операциях закупок - продаж оно не используется. Хотя с аналитикой тоже хорошо, не спорю. При этом не обязательно переносить контрагентов в справочники - можно просто заполнять, выделить под это один код.
__________________
"...жизнь проходит, пока мы строим планы на жизнь..."
с уважением, ESys.
Старый 23.05.2003, 14:56   #11  
komar is offline
komar
Шаман форума
Аватар для komar
Ex AND Project
 
5,571 / 600 (32) +++++++
Регистрация: 24.05.2002
Текст - это здорово, да только отчеты работают по счетам да аналитикам.
Старый 23.05.2003, 18:31   #12  
mad_pilot is offline
mad_pilot
Участник
Аватар для mad_pilot
 
451 / 10 (1) +
Регистрация: 07.03.2002
Адрес: Moscow
Согласен, в раше почти всегда делают контрагента одной из аналитик.
Беда только, в Ax их всего 3 по умолчанию...........

Даже меню на батон повесили - "создание аналитики"

P.S
теперь я понял, почему в 1С им было так удобно.........

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

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

__________________
Остановите этом мир, я сойду!
Старый 23.05.2003, 19:12   #13  
studentLPC is offline
studentLPC
Участник
Аватар для studentLPC
 
44 / 10 (1) +
Регистрация: 15.05.2003
Цитата:
Изначально опубликовано komar
Если бухгалтерия выполняет функции менеджеров, то логично, что финансовая аналитика должна выполнять роль справочника контрагентов
Попробуй автоматически писать контрагентов в аналитику, и анализируй по счетам ГК и аналитическим измерениям.
Такими методами и 10 аналитик будет мало.


Цитата:
Изначально опубликовано fed
Имей в виду:
При выполнении сопоставления, у тебя может рождаться несколько (максимум 5 штук) проводок в CustTrans и соответственно до 4 проводок в LedgerTrans. При этом однозначно установить соответствие между custTrans и LedgerTrans тебе даже разноска в LedgerTrans не поможет, поскольку 5 записей в ledgerTrans будут иметь тип LedgerPostingType::custBalance.
Так что на мой взгляд - в общем случае эта задача не решаема.
Пока проблемы я не вижу. Просто надо грамотно обрабатывать каждый тип разноски в LedgerTrans.
Старый 23.05.2003, 19:19   #14  
Елена Сысовская is offline
Елена Сысовская
Участник
Аватар для Елена Сысовская
 
499 / 25 (1) +++
Регистрация: 30.11.2001
Адрес: планета Земля
Я имела в виду вариант, когда не заполняется справочник аналитики. Один код оставить под аналитику операций, но запись делать не выбором из справочника (что бы избежать дублирований), а в момент выполнения проводки программно, для каждой операции писать в этот код свое - контрагента для закупок-продаж, первую позицию в накладной и пр., что требуется.
__________________
"...жизнь проходит, пока мы строим планы на жизнь..."
с уважением, ESys.
Старый 23.05.2003, 19:39   #15  
studentLPC is offline
studentLPC
Участник
Аватар для studentLPC
 
44 / 10 (1) +
Регистрация: 15.05.2003
Очень интересный вариант. Вот только все аналитики уже распределены "на год вперед". Да и хочется использовать существующую функциональность Поставщики/клиенты.
Старый 23.05.2003, 20:19   #16  
Елена Сысовская is offline
Елена Сысовская
Участник
Аватар для Елена Сысовская
 
499 / 25 (1) +++
Регистрация: 30.11.2001
Адрес: планета Земля
Извините за назойливость, но нельзя ли уточнить, какую именно аналитику вы используете на счетах расчетов с контрагентами и НДС (60, 62, 76) при выполнении операций закупок, продаж и оплат? Что-то не могу придумать ничего походящего, а так, чтобы целвх три аналитики... я же говорю - не заполняя справочник.
__________________
"...жизнь проходит, пока мы строим планы на жизнь..."
с уважением, ESys.
Старый 23.05.2003, 20:46   #17  
studentLPC is offline
studentLPC
Участник
Аватар для studentLPC
 
44 / 10 (1) +
Регистрация: 15.05.2003
1. Вид деятельности
2. Налоговый период
3. подразделение
Старый 23.05.2003, 20:52   #18  
Елена Сысовская is offline
Елена Сысовская
Участник
Аватар для Елена Сысовская
 
499 / 25 (1) +++
Регистрация: 30.11.2001
Адрес: планета Земля
Да, нормально! Спасибо за ответ.
__________________
"...жизнь проходит, пока мы строим планы на жизнь..."
с уважением, ESys.
Старый 26.05.2003, 18:16   #19  
komar is offline
komar
Шаман форума
Аватар для komar
Ex AND Project
 
5,571 / 600 (32) +++++++
Регистрация: 24.05.2002
Цитата:
Изначально опубликовано studentLPC
1. Вид деятельности
2. Налоговый период
3. подразделение
Налоговый ПЕРИОД?

Да, мой метод жрет одну аналитику. Это минус. Однако есть метод, который до определенного момента позволяет оптимизировать количество аналитик - это запихивать в одну аналитику разные по смыслу статьи (естественно, они не должны использоваться в одной операции), разделяя их кодировкой.
Старый 26.05.2003, 23:31   #20  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Не.
не надо так делать.
Так теряется нормализация базы данных.
Что чревато кучей гемора при построении отчетов.

Конечно есть исключения.
Но в общем случае это слишком дорогой путь - дешевле просто купить новую аналитику.
Теги
как правильно, корреспонденция, расчеты с клиентами, расчеты с поставщиками

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Как получить стек вызовов без изменения кода? Ilia# DAX: Программирование 2 24.01.2006 11:04
Как получить IP адрес клиента ? listener DAX: База знаний и проекты 1 23.12.2005 14:18
Ещё один вопрос Возможность выбора сервера AOS у тонкого клиента Maksim13 DAX: Администрирование 7 19.10.2005 17:35
Бух. счет поставщика для проводки по поставщику Bega DAX: Прочие вопросы 3 09.09.2005 14:08
как программно получить путь к папке клиента с navision tnv DAX: Программирование 4 12.05.2004 14:03
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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