MbIshka написал(а):
Yozhhhhh написал:
Ну просто Вы напрасно проводите платеж, поступивший позднее СФ, как платеж авансовый.
Если платеж в рамках того же контракта, что и проведенный СФ, то считаться авансовым он никак не может, поскольку это противоречит самому определению аванса в бухгалтерском учете. Если платеж в рамках другого контракта, то тогда и выравнивать эти вещи друг с другом Вы не можете. Для этого:
- если выравнивание выполняется вручную, то жестоко наказать тех, кто это делает;
- если выравнивание выполняется автоматически, то перенастройте критерии автоматического выравнивания для данного дебитора. Классическое решение подразумевает выравнивание по полю "Присвоение", в котором многие хранят номер договора. Проверьте, у Вас там может вообще другой критерий быть.
Еще пара слов по поводу отнесения на аванс. Конечно, разные компании по-разному интерпретируют принадлежность полученного платежа к авансу. Кто-то глазами, если объем невелик. Кто-то расширяет проводку банковской выписки и настраивает автоматический поиск уже зарегистрированной суммы задолженности, после чего сравнивает ее с суммой платежа. Если задолженность превышает, то считать обычной оплатой и садить на одно правило проводки. Если частично покрывает, то дробить платеж на куски (аванс и неаванс). Если задолженности нет, то чистый аванс. Данная схема чуточку более сложная. Но в любом случае ноги растут не от того, как Вы выравнивание выполняете, а от того, почему Вы сумму садите на аванс, когда она им не является.
Логику вашу поняла.
У нас данные по платежам поступают через шину из 1С. В SAP автоматически создаются KZ (АПП нет, все платежи в 1С). Напр. пришел аванс на 15 млн. Далее, через некоторое время, пришла фактура на 10 млн, сработало автоматич создание вида документа КА на сумму полную в фактуре - 10 млн. Затем приходит платеж к этой фактуре на 7 млн, платеж не проводится т.к. к нему открытых позиций уже нет. Проблема, видимо, в автоматич настройке выравнивания, аванс должен зачитываться не на всю сумму в с/ф, к которой еще ожидается платеж. Пока, остановились на обсуждении схемы выравнивания с пользователями. Выравнивание настроено на признаках (ОСГ - это из PS, признак в платежах и с/ф).
PS: В ZUONR значения «номер договора» нет. Обычно, согласна с вами, по нему и происходит определение номера договора.