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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 23.08.2006, 12:00   #1  
romulis is offline
romulis
Участник
 
3 / 10 (1) +
Регистрация: 16.02.2005
Как для ГК операции в LedgerTrans найти соответствующую операцию в VendTrans?
Здравствуйте,
Хотим просматривать ГК операции (LedgerTrans) и для них находить соответствующие операции в таблицах VendTrans, CustTrans, ProjTransPosting. К сожалению, никак не можем найти однозначной связи LedgerTrans<->VendTrans. Для одной операции LedgerTrans иногда существуют много операций в VendTrans, с таким же ваучером, датой, а даже с такой же суммой.
Подскажите пожалуйста, где искать однозначную связь между LedgerTrans и VendTrans.

Спасибо за любые советы.
Роман
Старый 23.08.2006, 12:14   #2  
petr is offline
petr
Участник
Соотечественники
 
557 / 201 (8) ++++++
Регистрация: 30.05.2005
Адрес: Швейцария
Однозначного соответствия между LedgerTrans и VendTrans в системе нет. Его можно добиться (или постараться добиться) только при помощи модификаций, но я бы этого не советовал.

Вам это необходимо для того чтобы построить отчет по счету ГК в разрезе поставщиков (и, возможно, накладных) или нет?
Старый 23.08.2006, 12:29   #3  
kosenkov is offline
kosenkov
Columbus IT
Columbus IT
 
202 / 38 (2) +++
Регистрация: 19.08.2005
Адрес: Москва
Цитата:
Сообщение от romulis
Здравствуйте,
Хотим просматривать ГК операции (LedgerTrans) и для них находить соответствующие операции в таблицах VendTrans, CustTrans, ProjTransPosting. К сожалению, никак не можем найти однозначной связи LedgerTrans<->VendTrans. Для одной операции LedgerTrans иногда существуют много операций в VendTrans, с таким же ваучером, датой, а даже с такой же суммой.
Подскажите пожалуйста, где искать однозначную связь между LedgerTrans и VendTrans.

Спасибо за любые советы.
Роман
Что стоит в Главная книга - Параметры - Контроль номеров документов? Если есть и было "Запрещать дубликаты", то все должно быть ОК.
Конечно, и в этом случае соотвествия "один-в-один" или "много проводок ГК с одним номером ГК - одна проводка поставщика" не будет (разнесите закупку с указанием подотчетника - будут две проводки по поставщику, и несколько по ГК).
Но по крайней мере проводки по ГК и поставщикам с одним номером ГК и одной датой будут гарантировано принадлежать одной "разноске".
Это конечно если у вас нет модификаций на эту тему.
Старый 23.08.2006, 12:34   #4  
ppson is offline
ppson
Участник
Аватар для ppson
Ex AND Project
1C
 
2,102 / 114 (8) +++++
Регистрация: 25.06.2002
Адрес: SPb, Msk
По одному ваучеру может быть несколько проводок в LT и VT по одному поставщику при сопоставлении/рассопоставлении открытых проводок с разными профилями разноски.
По одному ваучеру может быть несколько проводок в LT и VT по разным поставщикам одновременно - при расчете нереализованной курсовой разницы, при переброске задолженности с одного поставщика на другого.
__________________

Последний раз редактировалось ppson; 23.08.2006 в 12:38.
Старый 23.08.2006, 13:25   #5  
slava09 is offline
slava09
Участник
Аватар для slava09
MCBMSS
Дети Юза
1C
 
1,642 / 237 (11) ++++++
Регистрация: 06.03.2003
Адрес: Украина, Киев
Цитата:
Сообщение от petr
Однозначного соответствия между LedgerTrans и VendTrans в системе нет. Его можно добиться (или постараться добиться) только при помощи модификаций, но я бы этого не советовал.

Вам это необходимо для того чтобы построить отчет по счету ГК в разрезе поставщиков (и, возможно, накладных) или нет?
Хотел бы подключиться: такая задача стоит при построении журнала-ордера по поставщику\клиенту\банку\кассе\подотчету и т.д.
Старый 23.08.2006, 14:10   #6  
ppson is offline
ppson
Участник
Аватар для ppson
Ex AND Project
1C
 
2,102 / 114 (8) +++++
Регистрация: 25.06.2002
Адрес: SPb, Msk
Цитата:
Сообщение от slava09
такая задача стоит при построении журнала-ордера по поставщику\клиенту\банку\кассе\подотчету и т.д.
это отдельная история ...
у каждого клиента свои "журналы-ордера, соответствующие "стандартам"
поэтому приходилось выкручиваться индивидуально
__________________
Старый 23.08.2006, 15:27   #7  
slava09 is offline
slava09
Участник
Аватар для slava09
MCBMSS
Дети Юза
1C
 
1,642 / 237 (11) ++++++
Регистрация: 06.03.2003
Адрес: Украина, Киев
Цитата:
Сообщение от ppson
это отдельная история ...
у каждого клиента свои "журналы-ордера, соответствующие "стандартам"
поэтому приходилось выкручиваться индивидуально
Как это "у каждого клиента"? Может у каждого функционального участка (клиент, поставщик, касса, подотчет)? Ошиблись или я не понял?

Пытались решать задачу универсально?
Старый 25.08.2006, 10:07   #8  
TasmanianDevil is offline
TasmanianDevil
Мрачный тип
Аватар для TasmanianDevil
Злыдни
 
885 / 389 (14) ++++++
Регистрация: 24.01.2005
Адрес: Томск
Цитата:
Сообщение от slava09
Пытались решать задачу универсально?
Универсально - это к вендору, слишком кардинально надо менять многое
Пока не будет в истеме нормального уникального идентификатора записи в таблице, однозначно идентифицирующего запись, и в LedgerTrans не будет нормальной коммутируемой связи фин. проводок с проводками/документами модуля/их строками по многосегментной ссылке типа "Тип модуля/тип документа в модуле/идентификатор документа/идентификатор строки документа" вместо "Тип модуля/Док ГК/Дата"- попытки что-то универсализировать в рамках текущей структуры в большинстве своем выльются очередное строительство комплекса затычек.

Сам с подобным вопросом сталкивался, только по RAssetTrans - было и есть несколько ОС , у которых амортизация начисляется на 2 разных счета по долям (собственное и сданное в аренду) и (как реализовали внедренцы) под одним и тем же док-том ГК лепились 2 записи в RAssetTrans - что по одной , что по другой при просмотре проводок наблюдается набор из всех проводок ГК с данным док-том ГК.
Но особенно было забавно наблюдать подобное при просмотре проводок по операции выбытия/продажи ОС , когда разом штук N-цать картчек продавали как положено через модуль "Расчеты с клиентами" - в RAssetTrans были как и положено все N-дцать записей по карточкам, а вот в проводках ГК - только прописанный профилем разноски набор проводок в единичном экземпляре на сумму всех карточек (смотрим проводки по операции продажи кресла с остаточной стоимостью 10 тыс. - а там проводки тыщ на 500)
Старый 25.08.2006, 10:39   #9  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,284 / 239 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
Цитата:
Сообщение от TasmanianDevil
Универсально - это к вендору, слишком кардинально надо менять многое
Пока не будет в истеме нормального уникального идентификатора записи в таблице, однозначно идентифицирующего запись, и в LedgerTrans не будет нормальной коммутируемой связи фин. проводок с проводками/документами модуля/их строками по многосегментной ссылке типа "Тип модуля/тип документа в модуле/идентификатор документа/идентификатор строки документа" вместо "Тип модуля/Док ГК/Дата"- попытки что-то универсализировать в рамках текущей структуры в большинстве своем выльются очередное строительство комплекса затычек.
Но такое там вряд ли когда будет - западные бухгалтеры обходятся и без этого, либо будет сделано локализаторами с тем же качеством, что и корреспонденция.
Цитата:
Сообщение от TasmanianDevil
Сам с подобным вопросом сталкивался, только по RAssetTrans - было и есть несколько ОС , у которых амортизация начисляется на 2 разных счета по долям (собственное и сданное в аренду) и (как реализовали внедренцы) под одним и тем же док-том ГК лепились 2 записи в RAssetTrans - что по одной , что по другой при просмотре проводок наблюдается набор из всех проводок ГК с данным док-том ГК.
Но особенно было забавно наблюдать подобное при просмотре проводок по операции выбытия/продажи ОС , когда разом штук N-цать картчек продавали как положено через модуль "Расчеты с клиентами" - в RAssetTrans были как и положено все N-дцать записей по карточкам, а вот в проводках ГК - только прописанный профилем разноски набор проводок в единичном экземпляре на сумму всех карточек (смотрим проводки по операции продажи кресла с остаточной стоимостью 10 тыс. - а там проводки тыщ на 500)
Хм. С любым журналом ГК будет то же самое, если поле "Уровень детализации" установить в значение "Сводка".
__________________
Михаил Андреев
https://www.amand.ru
Старый 25.08.2006, 10:59   #10  
TasmanianDevil is offline
TasmanianDevil
Мрачный тип
Аватар для TasmanianDevil
Злыдни
 
885 / 389 (14) ++++++
Регистрация: 24.01.2005
Адрес: Томск
Цитата:
Сообщение от Михаил Андреев
Но такое там вряд ли когда будет - западные бухгалтеры обходятся и без этого, либо будет сделано локализаторами с тем же качеством, что и корреспонденция.
И от этого грустно ...
Старый 25.08.2006, 11:45   #11  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,284 / 239 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
Цитата:
Сообщение от TasmanianDevil
И от этого грустно ...
А мне грустно оттого, что вместо обучения наших бухгалтеров и финансистов из стройной логики системы делают непонятно что. В результате и так плохо и эдак нехорошо. Достаточно посмотреть на скорость работы отчётов, основанных на корреспонденции (шахматка, генератор финансовых отчётов) и сравнить со скоростью штатных запросов и стандартного генератора отчётов...
__________________
Михаил Андреев
https://www.amand.ru
За это сообщение автора поблагодарили: glibs (1), Gustav (3).
Старый 25.08.2006, 14:15   #12  
ppson is offline
ppson
Участник
Аватар для ppson
Ex AND Project
1C
 
2,102 / 114 (8) +++++
Регистрация: 25.06.2002
Адрес: SPb, Msk
Цитата:
Сообщение от Михаил Андреев
А мне грустно оттого, что вместо обучения наших бухгалтеров и финансистов из стройной логики системы делают непонятно что.
Запустите выверку модуля налогов с главной книгой.
Вот там и увидите стройную логику системы.
__________________
Старый 25.08.2006, 14:25   #13  
Gustav is offline
Gustav
Moderator
Аватар для Gustav
SAP
Лучший по профессии 2009
 
1,858 / 1152 (42) ++++++++
Регистрация: 24.01.2006
Адрес: Санкт-Петербург
Записей в блоге: 19
Цитата:
Сообщение от Михаил Андреев
А мне грустно оттого, что вместо обучения наших бухгалтеров и финансистов из стройной логики системы делают непонятно что. В результате и так плохо и эдак нехорошо. Достаточно посмотреть на скорость работы отчётов, основанных на корреспонденции (шахматка, генератор финансовых отчётов) и сравнить со скоростью штатных запросов и стандартного генератора отчётов...
Ох, +1 !

Лет 10 назад я по своей личной инициативе самостоятельно (за свои, блин, бабки! - о, любовь к искусству!) поперся на курсы бухучета. К тому времени я уже немножко был подкован по букварям, ну и в базах данных уже кое-что начинал понимать. И у меня через базоданную призму в голове зарождалась стройная, на мой взгляд, картина бухгалтерского мира, которую я хотел этими курсами устройнить еще более.

В группе нас было человек 20: мужиков - 2, остальные - девушки разных возрастов. Учила нас достаточно взрослая тетенька, заточенная, естественно, на ручные технологии времен Луки Пачоли. И рисовали мы эти "шахматки" и "самолетики"... И всякие другие таблицы вида перекрестного... В общем, к середине курса от моей стройности не осталось и следа - в голове была полная каша...

Усилием воли и от нежелания выброса на ветер кровных собственных активов я эти курсы-таки закончил. А сам утвердился в мысли, что бухгалтеров в ВУЗе нужно начинать учить не с заучивания плана счетов, а с глубокого погружения в мир реляционных БД и только на старших курсах говорить: "Так вот, у птичек то же самое!".

Мораль: "Не дадим бухгалтерам нас оседлать! Оседлаем их сами!" (ну, или постараемся...)
Старый 25.08.2006, 14:37   #14  
kosenkov is offline
kosenkov
Columbus IT
Columbus IT
 
202 / 38 (2) +++
Регистрация: 19.08.2005
Адрес: Москва
Цитата:
Сообщение от Gustav
А сам утвердился в мысли, что бухгалтеров в ВУЗе нужно начинать учить не с заучивания плана счетов, а с глубокого погружения в мир реляционных БД и только на старших курсах говорить: "Так вот, у птичек то же самое!".

Мораль: "Не дадим бухгалтерам нас оседлать! Оседлаем их сами!" (ну, или постараемся...)
Как и везде, среди бухов есть как пустоголовые курицы, для которых за шахматкой и планом счетов - пустота и мрак, так и вполне профессиональные тетеньки, которые рубят фишку как капусту и для которых что шахматка, что 1С, что Аксапта - только инструмент.
А начинать учить нужно бухов не реляционным БД, а экономике. Правда, реальное понимание ИМХО все равно приходит только с опытом.
Старый 28.08.2006, 16:54   #15  
poul is offline
poul
Участник
 
16 / 11 (1) +
Регистрация: 11.08.2006
установить связь один к одному между проводками по модулям(CustTrans, VendTrans, RassetTrans и тд) и проводками ГК(LedgerTrans) не удастся, т.к. например иногда одной строке "CustTrans" может соответствует несколько строк "LedgerTrans"...
Старый 28.08.2006, 16:57   #16  
poul is offline
poul
Участник
 
16 / 11 (1) +
Регистрация: 11.08.2006
однако своими глазами видел модификации которые устанавливали и поддерживали подобную связь, которые например помогали определить например по какому бух.счету(в LedgerTrans) прошла проводка по клиенту(CustTrans)... и модификации эти очень сильно помогали в подавляющем большинстве случаев
Старый 28.08.2006, 17:26   #17  
MironovI is offline
MironovI
Участник
 
724 / 77 (4) ++++
Регистрация: 30.05.2005
Для этих целей в системе есть вспомогательные таблицы типа InventTransPosting, MarkupTrans, TaxTrans и пр.. и в большинстве-то случаев нужную инфу можно вытащить оттуда, а LedgerTrans пусть сворачивается себе по счетам и аналитикам..

PS - Хотя самолично добавлял в VendTrans счет ГК - эт конечно жизнь упрощает

Последний раз редактировалось MironovI; 28.08.2006 в 17:28.
Старый 28.08.2006, 17:55   #18  
Recoilme is offline
Recoilme
злыдень
Аватар для Recoilme
Злыдни
 
895 / 192 (8) ++++++
Регистрация: 18.06.2003
Есть одна идея
На основании "Складских операций" а Axapta (заказ,закупка, складской журнал)
создавать бухгалтерские проводки
по ним - оборотка, шахматка, журналы-ордера, ведомости и т.п.

Т.е.:

1 контур - Аксапта - оперативный учет

2 контур - система N (не 1С) - финансовый учет

Преимущества:
1. Алгоритмы формирования проводок (финансы) настраиваются в системе N
2. Изменение финансового контура не затрагивает оперативного контура
3. Прозрачная связь документ - проводки
4. Привычная модель бух. учета
5. Возможность независимого от основного контура пересчета себестоимости, например
6. Возможность анализа в независимой от основной, более оперативной и компактной СУБД
7. Высокое быстродействие

Проблемы:
1. Синхронизация в режиме "почти" реального времени - затруднена.. Сколько раз в день?
2. Обмен - через файлы (писать каждый раз выгрузку) или ADO?
3. Обработка удаления документов?
4. Кастомизации насколько сильно влияют?

Вопросы:
1. Как Вы думаете нужна ли такая система?
2. Сколько она может стоить?
3. Купили ли бы Вы такую систему?
__________________
Ибо зло есть лучшая сила человека. "Человек должен становиться все лучше и злее" -- так учу я. /Ф. Ницше/
Старый 28.08.2006, 18:18   #19  
MironovI is offline
MironovI
Участник
 
724 / 77 (4) ++++
Регистрация: 30.05.2005
Для основной функци системы - принятия решений - данные должны лежать в могучей куче а иначе зачем ERP система вообще -так бы и жили себе на 20-ти базах 1С-а, это мелкие всякие специфичные вещи можно выносить - типа биллинга или POS-терминала..
Старый 29.08.2006, 10:30   #20  
slava09 is offline
slava09
Участник
Аватар для slava09
MCBMSS
Дети Юза
1C
 
1,642 / 237 (11) ++++++
Регистрация: 06.03.2003
Адрес: Украина, Киев
Цитата:
Сообщение от Recoilme
На основании "Складских операций" а Axapta (заказ,закупка, складской журнал)
создавать бухгалтерские проводки
по ним - оборотка, шахматка, журналы-ордера, ведомости и т.п.

Т.е.:

1 контур - Аксапта - оперативный учет

2 контур - система N (не 1С) - финансовый учет

Преимущества:
1. Алгоритмы формирования проводок (финансы) настраиваются в системе N
2. Изменение финансового контура не затрагивает оперативного контура
3. Прозрачная связь документ - проводки
4. Привычная модель бух. учета
5. Возможность независимого от основного контура пересчета себестоимости, например
6. Возможность анализа в независимой от основной, более оперативной и компактной СУБД
7. Высокое быстродействие

Проблемы:
1. Синхронизация в режиме "почти" реального времени - затруднена.. Сколько раз в день?
2. Обмен - через файлы (писать каждый раз выгрузку) или ADO?
3. Обработка удаления документов?
4. Кастомизации насколько сильно влияют?

Вопросы:
1. Как Вы думаете нужна ли такая система?
2. Сколько она может стоить?
3. Купили ли бы Вы такую систему?
Мое мнение: такая связка в принципе не будет востребованна, независимо какая конкретно система N. Я считаю, что задача "На основании "Складских операций" а Axapta (заказ,закупка, складской журнал) создавать бухгалтерские проводки" в Аксапте реализована приемлемо. Приемлемо настолько, что любой партнер в силах ее "долизать" до конкретных требований. Вот вторая часть задачи может быть вынесена в отдельное приложение, что в принципе уже и так всеми сделано. Я хочу сказать, что отчеты гораздо удобнее и приятнее строить сторонними средствами, но данные всетаки получать из первоисточника.
Считаю, что указанные проблемы полность перекрывают преимущества.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Немного об архитектуре разноски в ГК и проблеме корреспонденции счетов mazzy DAX: База знаний и проекты 29 02.05.2019 17:56
При повторном вызове linkActive проваливается в validateWrite(Строки общего журнала ГК) Lemming DAX: Программирование 6 25.10.2007 13:50
Автоматическое создание РБП с привязкой к документу ГК ArtBar DAX: Функционал 3 16.06.2006 10:31
"Ловля" проводок в ГК по ОС в модуле ОС ksenia DAX: Функционал 17 02.11.2004 10:37
sp5. Возможность получить Корр.счет ГК попроводкам клиента/поставщика без извращений studentLPC DAX: Функционал 20 27.05.2003 13:55
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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