Как для ГК операции в LedgerTrans найти соответствующую операцию в VendTrans?

[slava09]

Цитата:

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

Однозначного соответствия между LedgerTrans и VendTrans в системе нет. Его можно добиться (или постараться добиться) только при помощи модификаций, но я бы этого не советовал.

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

Хотел бы подключиться: такая задача стоит при построении журнала-ордера по поставщику\клиенту\банку\кассе\подотчету и т.д.

[ppson]

Цитата:

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

такая задача стоит при построении журнала-ордера по поставщику\клиенту\банку\кассе\подотчету и т.д.

это отдельная история ...
у каждого клиента свои "журналы-ордера, соответствующие "стандартам"
поэтому приходилось выкручиваться индивидуально

[slava09]

Цитата:

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

это отдельная история ...
у каждого клиента свои "журналы-ордера, соответствующие "стандартам"
поэтому приходилось выкручиваться индивидуально

Как это "у каждого клиента"? Может у каждого функционального участка (клиент, поставщик, касса, подотчет)? Ошиблись или я не понял?

Пытались решать задачу универсально?

[TasmanianDevil]

Цитата:

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

Пытались решать задачу универсально?

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

Сам с подобным вопросом сталкивался, только по RAssetTrans - было и есть несколько ОС , у которых амортизация начисляется на 2 разных счета по долям (собственное и сданное в аренду) и (как реализовали внедренцы) под одним и тем же док-том ГК лепились 2 записи в RAssetTrans - что по одной , что по другой при просмотре проводок наблюдается набор из всех проводок ГК с данным док-том ГК.
Но особенно было забавно наблюдать подобное при просмотре проводок по операции выбытия/продажи ОС , когда разом штук N-цать картчек продавали как положено через модуль "Расчеты с клиентами" - в RAssetTrans были как и положено все N-дцать записей по карточкам, а вот в проводках ГК - только прописанный профилем разноски набор проводок в единичном экземпляре на сумму всех карточек (смотрим проводки по операции продажи кресла с остаточной стоимостью 10 тыс. - а там проводки тыщ на 500)

[Михаил Андреев]

Цитата:

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

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

Но такое там вряд ли когда будет - западные бухгалтеры обходятся и без этого, либо будет сделано локализаторами с тем же качеством, что и корреспонденция.

Цитата:

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

Сам с подобным вопросом сталкивался, только по RAssetTrans - было и есть несколько ОС , у которых амортизация начисляется на 2 разных счета по долям (собственное и сданное в аренду) и (как реализовали внедренцы) под одним и тем же док-том ГК лепились 2 записи в RAssetTrans - что по одной , что по другой при просмотре проводок наблюдается набор из всех проводок ГК с данным док-том ГК.
Но особенно было забавно наблюдать подобное при просмотре проводок по операции выбытия/продажи ОС , когда разом штук N-цать картчек продавали как положено через модуль "Расчеты с клиентами" - в RAssetTrans были как и положено все N-дцать записей по карточкам, а вот в проводках ГК - только прописанный профилем разноски набор проводок в единичном экземпляре на сумму всех карточек (смотрим проводки по операции продажи кресла с остаточной стоимостью 10 тыс. - а там проводки тыщ на 500)

Хм. С любым журналом ГК будет то же самое, если поле "Уровень детализации" установить в значение "Сводка".

[TasmanianDevil]

Цитата:

Сообщение от Михаил Андреев

Но такое там вряд ли когда будет - западные бухгалтеры обходятся и без этого, либо будет сделано локализаторами с тем же качеством, что и корреспонденция.

И от этого грустно ...

[Михаил Андреев]

Цитата:

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

И от этого грустно ...

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