Ручная корреспонденция проводок

[fed]

Цитата:

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

Неправда, в общем журнале ГК данный эффект воспроизводится без проблем без какого либо программирования.

Гм. А ведь и вправду. Как-то я не привык многострочные проводки в общем журнале делать. Спасибо за информацию. Но тем не менее - в целом ситуации это не меняет. Корреспонденция ломается не от того что В ОДНОМ документе есть и стороно и обычные проводки, а от того что мы пытаемся в ОДНОЙ проводке скорреспондировать и сторно и обычную половинку проводки.

[Aleks_K]

Увы и ах, проблема жива и в 2009 АХ


Решается только программированием? Птичку "Коррекция" снимать нельзя (если снять, тогда разбросит по разным окнам), т.к. в т.ч. по ней связываюсь с проводкой клиента при построении отчета.

З.Ы. Цель операции - перебросить сальдо между договорами без оборотов по счету ГК.

[gene]

Цитата:

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

Увы и ах, проблема жива и в 2009 АХ
Решается только программированием? Птичку "Коррекция" снимать нельзя (если снять, тогда разбросит по разным окнам), т.к. в т.ч. по ней связываюсь с проводкой клиента при построении отчета.

З.Ы. Цель операции - перебросить сальдо между договорами без оборотов по счету ГК.

Скажите, пожалуйста, а какой результат вы ожидаете увидеть при выполнении такой операции? Ведь вы пытаетесь создать две дебетовых проводки ГК. И как именно система должна их скорреспондировать?

В данной ситуации, ИМХО, единственное решение - использование некоего транзитного счета ГК. Тогда все нормально работает, включая проставление галок "Коррекция" везде, где надо (скриншоты - AX2009 SP1 RU-6 GLS EE).

[mazzy]

Цитата:

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

Ведь вы пытаетесь создать две дебетовых проводки ГК. И как именно система должна их скорреспондировать?

Легко.

Похоже идет путаница в терминологии:

• двойная запись = сумма дебетов равна сумме кредитов (базовый принцип бухгалтерской записи, введенный еще Лукой Пачолли)
• условие баланса = двойная запись
• балансируют = выполняется условие баланса
• корреспонденция = между дебетами и кредитами установлено соответствие по суммам (возможно n:n, причем граф соответствий обязан быть двудольным, однако нет никакий оснований, что признаки Дт и Кт ВСЕГДА являются признаками разбиения.)

• однострочная форма записи проводки (Дт,Кт,Сумма) = одна из форм двойной записи, при которой корреспонденция ВСЕГДА явно указана (Дт, Кт ВСЕГДА являются признаками разбиения графа на доли).
• многострочная проводка = форма двойной записи, при которой корреспондеция не обязательна (но возможна)

Синонимы:

• российская форма записи проводки = российская форма записи проводки
• однострочная проводка = однострочная форма записи проводки

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

[gene]

Спасибо за ликбез
В примере Aleks_K - как именно должен выглядеть результат в Аксапте? Ведь для Аксапты корреспонденция - это ВСЕГДА связывание дебетовой и кредитовой проводок. Вы предлагаете отказаться от этого принципа?

[mazzy]

Цитата:

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

Ведь для Аксапты корреспонденция - это ВСЕГДА связывание дебетовой и кредитовой проводок. Вы предлагаете отказаться от этого принципа?

Именно это и считаю ошибкой локализаторов.
Да, отказаться легко - как я уже говорил, достаточно немного попрогать.

если говорить о реализации,
то проблема алгоритма в том, что дт/кт локализаторы сводят одной сумме с +-.
но есть еще галочка коррекция, которая позволяет записать сторно (-дт/-кт).
а этот случай в алгоритме упущен.

[gene]

Цитата:

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

Именно это и считаю ошибкой локализаторов.
Да, отказаться легко - как я уже говорил, достаточно немного попрогать.

Зачем прогать? Просто выключите корреспонденцию в AX, и вы получите нужный результат - будут выполнены условия двойной записи, балансировки и т.д. Еще раз повторю свою мысль - российская корреспонденция в Аксапте сейчас - это связывание дебет-кредит один к одному. Если такая запись не нужна - то чем не устраивает международная форма записи вообще без российской корреспонденции? Какого результата вы не сможете добиться без российской корреспонденции, кроме построения "шахматки" по ГК, ну и, возможно, еще каких-то отчетов?

Цитата:

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

если говорить о реализации,
то проблема алгоритма в том, что дт/кт локализаторы сводят одной сумме с +-.
но есть еще галочка коррекция, которая позволяет записать сторно (-дт/-кт).
а этот случай в алгоритме упущен.

Вы имеете в виду какое-то локальное упущение в сторно разноске, или глобальное, описаное выше?

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