Информация о проводках из другого плана счетов по текущему документу
From Galaktikaerp
©
Алексей <AlGo> Горбунов
Пишите
Есть ресурс с программой!
свяжитесь со мной
для его получения
Проявилась интересная особенность при проведении документов по бухгалтерскому и налоговому плану счетов - обнаружена разница в копейках в данных проводок.
Это происходит потому, что в бухгалтерском контуре для расчета суммы проводки применяется хитрый алгоритм, проверяющий - не происхдит ли списание последней матценности - и в этом случае происходит списание суммы, необходимой для того, чтобы вывести сальдо по 41.01 в ноль по данной матценности.
Это приводит к необходимости расчета сальдо по 41.01 в разрезе данной МЦ и сравнению его с системным идентификатором &SP. Они, конечно, не всегда равны.
В налоговом учете используется &SumSP - и ничего не расчитывается.
И использовать данные из формировании бухгалтерского проведения не получается, поскольку сначала расчитывается (и формируется) проводка бухгалтерская. И при проведении налоговой проводки расчет сальдо по данной МЦ дает ноль - поскольку этот расчет учтет и только что сформированную проводку.
Предлагаемый выход - создать проводку с помощью TXO API, которая будет возвращать данные из таблицы OBOROT - т.е. данные уже сформированной проводки. Аналитика будет также браться из OBOROTа.
├────┼──────────────────────────────────────────────────────────────────────────────────────────────────────────────┼───┼────────┤ │ 3│ ДЕБЕТ : <авто>.<авто> │ - │100.0000│ │ │ Подразделение: <не формировать - Подразделения> │ │ │ │ ├──────────────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ │ │ │ КРЕДИТ: 02.03 │ │ │ │ │ КАУ 1 : <явно - прямые> │ │ │ │ │ КАУ 2 : <явно - материальные расходы> │ │ │ │ │ КАУ 3 : <явно - Себестоимость товара> │ │ │ │ │ Подразделение: <не формировать - Подразделения> │ │ │ │ ├──────────────────────────────────────────────────────────────────────────────────────────────────────────────┤ │ │ │ │ Содержание проводки: Стоимость реализованных покупных товаров (110) │ │ │ │ │ Алгоритм в НДЕ : &Vip_[Obj:"PROVODKAINFO_ALGO"][ТД:201][DBT:490][SDBT:02][KDT:441][SKDT:01] │ │ │ │ │ Алгоритм в валюте <по настройке>: │ │ │ │ │ Алгоритм количество: │ │ │ │ │ Фильтр для циклической обработки: │ │ │ │ │ Циклическая обработка: <Материальные ценности> │ │ │ │ │ Результат: положительная, при смене знака изменить корреспонденцию счетов │ │ │ │ │ Сумму в проводке: не конвертировать │ │ │ ├────┴──────────────────────────────────────────────────────────────────────────────────────────────────────────────┴───┴────────┤
Все самое интересное заключено здесь:
&Vip_[Obj:"PROVODKAINFO_ALGO"][ТД:201][DBT:490][SDBT:02][KDT:441][SKDT:01]
где
ТД:201 - тип документа 201 (накладная на отгрузку)
DBT:490 - дебет проводки (первая цифра - код плана счетов)
SDBT:02 - субсчет дебета проводки
KDT:441 - кредит проводки
SKDT:01 - субсчет дебета
Следует обратить внимание на то, что в настройках шаблона проводки указана циклическая обработка по МЦ, хотя аналитика по МЦ в проводке не используется.
Аналитика автоматически берется из проводок. РЕЖИМ 0 получения аналитик - это аналитики по дебету. РЕЖИМ 1 - аналитики по кредиту.
