Что Report "EmplAdvance_RU" (Авансовый отчет) пишет в таблицу rCashTrans?

[Alexx7]

Добрый день.

Разбирался с проводками по кассе и нашел ссылку Write на \Reports\EmplAdvance_RU\Methods\overDocExec. Думал, что этот метод пишет какие то данные в таблицу проводок по кассе (rCashTrans), однко, нет. Не пишет.

А вопрос в целом звучит так. Могу ли я утверждать, что при разноске авансового отчета, в таблицу rCashTrans заносится запись (закрывающая выданный ранее подочет)? Или эти данные хранятся в другой таблице?

thnx.

AX 4.0sp2

[sukhanchik]

Цитата:

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

А вопрос в целом звучит так. Могу ли я утверждать, что при разноске авансового отчета, в таблицу rCashTrans заносится запись (закрывающая выданный ранее подочет)? Или эти данные хранятся в другой таблице?

В RCashTrans заносятся только те проводки, которые затрагивают кассу. Авансовый отчет не имеет отношения к кассе - т.к. это лишь закрытие подотчетного лица. А вот ПКО/РКО - это да, всегда пожалуйста. А для подотчетников есть табличка EmplTrans_RU

[Alexx7]

Цитата:

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

В RCashTrans заносятся только те проводки, которые затрагивают кассу. Авансовый отчет не имеет отношения к кассе - т.к. это лишь закрытие подотчетного лица. А вот ПКО/РКО - это да, всегда пожалуйста. А для подотчетников есть табличка EmplTrans_RU

Таким образом. Чтобы, допустим, состряпоть оборотку по 71 счету с аналитикой по подотчетным лицам, я использую 2 таблицы (RCashTrans, EmplTrans_RU)?

[sukhanchik]

Нет. Только EmplTrans_RU. 71-й счет корреспондируется ведь не только же с кассой. Бывает так, что он может корреспондироваться с 60-м счетом (к примеру). Или с 51-м.
В АХ (в отличие от 1С) не идут от номера бух счета, а оперируют сущностями. Не 71-й счет нужно посмотреть, а подотчетное лицо, на 50-й, а кассу, не 51-й а банк и т.д.

Т.о. оборотка по 71-му счету (по подотчетному лицу) фактически есть выборка по EmplTrans_RU: сумма в дебете - это сумма всех положительных сумм, сумма в кредите - это сумма всех отрицательных сумм (увы - тут только так). Это конечно может не совпасть (по оборотам) если будут сторно с обороткой по ГК по 71-му счету, но сальдо (если вы не делали прямых проводок на 71-й счет) совпадать будет.

Аналогично есть в стандарте - оборотка по клиентам - она строится по CustTrans - там точно такой же принцип. Если уж очень хочется именно бух счета - то через Voucher+TransDate можно всегда связаться с LedgerTrans и получить счет ГК.

Но основной таблицей будет именно EmplTrans_RU и только она

[VORP]

Цитата:

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

Нет. Только EmplTrans_RU. 71-й счет корреспондируется ведь не только же с кассой. Бывает так, что он может корреспондироваться с 60-м счетом (к примеру). Или с 51-м.
В АХ (в отличие от 1С) не идут от номера бух счета, а оперируют сущностями. Не 71-й счет нужно посмотреть, а подотчетное лицо, на 50-й, а кассу, не 51-й а банк и т.д.

Т.о. оборотка по 71-му счету (по подотчетному лицу) фактически есть выборка по EmplTrans_RU: сумма в дебете - это сумма всех положительных сумм, сумма в кредите - это сумма всех отрицательных сумм (увы - тут только так). Это конечно может не совпасть (по оборотам) если будут сторно с обороткой по ГК по 71-му счету, но сальдо (если вы не делали прямых проводок на 71-й счет) совпадать будет.

Аналогично есть в стандарте - оборотка по клиентам - она строится по CustTrans - там точно такой же принцип. Если уж очень хочется именно бух счета - то через Voucher+TransDate можно всегда связаться с LedgerTrans и получить счет ГК.

Но основной таблицей будет именно EmplTrans_RU и только она

Цитата:

Это конечно может не совпасть (по оборотам) если будут сторно с обороткой по ГК по 71-му счету, но сальдо (если вы не делали прямых проводок на 71-й счет) совпадать будет.

Обороты тоже должны совпадать, поскольку в проводках по подотчётнику(EmplTrans_RU) есть галочка Correct, соответственно дебетовый оборот, если сумма больше нуля и галка не стоит, либо сумма меньше нуля и галка стоит. Аналогично считается кредит.

Цитата:

Если уж очень хочется именно бух счета - то через Voucher+TransDate можно всегда связаться с LedgerTrans и получить счет ГК.

К сожалению, это не совсем так. Связка Voucher + TransDate (+ TransType...) не всегда работает. По крайней мере так было для сопоставлений, реверса и повторных сопоставлений, может быть ещё чего-то, не помню.... В результате джойнятся записи по нескольку раз и сумма задваивается

[sukhanchik]

Цитата:

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

Обороты тоже должны совпадать, поскольку в проводках по подотчётнику(EmplTrans_RU) есть галочка Correct, соответственно дебетовый оборот, если сумма больше нуля и галка не стоит, либо сумма меньше нуля и галка стоит. Аналогично считается кредит.

Ну да, про эту галку я забыл... Тогда да, совпадают.

Цитата:

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

К сожалению, это не совсем так. Связка Voucher + TransDate (+ TransType...) не всегда работает. По крайней мере так было для сопоставлений, реверса и повторных сопоставлений, может быть ещё чего-то, не помню.... В результате джойнятся записи по нескольку раз и сумма задваивается

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

[BOAL]

Счет ГК по EmplTrans_RU "модно" получать без захода в ЛедгерТранс вообще, а через профиль разноски из проводки.
Модным это стало после ввода в стандартную локализацию Запросов по ГК типа Оборотно-сальдовая ведомость по клиентам
Не помню есть ли такая по сотрудникам, но принцип ее тот же - идем по проводкам сущности, а счет ГК из профиля
Ввод этих отчетов и допущения, что профиль неизменен во времени, никак не проверяется и нигде не прописано, но нужно "знать", а лучше закодить (и таскать от версии к версии), что профиль разноски, по которому уже прошли проводки, редактировать (изменять счет назначения) НЕЛЬЗЯ.
А то веселуха будет в отчетах (причем стандартных).
Сама эта модификация проверки и запрета довольно мутная, так как там с таблица-группа-все завязано и со сменой Группы в карточке контрагента тоже.
То есть много проще это "знать", прописать в инструкцию при внедрении.