Добрый день.
Кто-то может подсказать по вопросу автоматического создания платежей дебиторов?
У нас процесс реализован таким образом.
По банковской выписке бухгалтер вручную создает платеж дебитора выравниванием одной или нескольких фактур.
При таком выравнивании возникают частично оплаченные фактуры, которые могут переходить в следующий финансовый год.
Когда приходит следующий платеж по договору, создается платеж дебитора, который закрывает остаток частично выровненной фактуры и еще столько фактур, на сколько хватит денег, при этом опять возникает ситуация, что остается частично выровненная фактура.
Так продолжается пока не оплатят всю работу по договору.
Все бы было хорошо, пока не возникает необходимость создания исправительной фактуры, которая предполагает сторно оригинальной в закрытом периоде.
Если сторно надо сделать к фактуре предыдущего финансового года или одной из ранних, закрываемых такими вот платежами с частичным выравниванием, то приходится сторнировать все платежи дебиторов, связанные частичным выравниванием, в закрытом периоде.
Сейчас возникла именно такая ситуация.
Необходимо создать исправительную фактуру к фактуре от апреля 2017.
Фактура полностью оплачена в июне 2017, но при этом закрывает еще 20 фактур, одна из которых частично оплачена, дебиторская задолженность по ней переходит в 2018 год.
В 2018 году по данному договору создано еще 4 платежа дебитора, связанные частично оплаченными фактурами, причем каждый платеж закрывает 3, 12, 18, 20 соответственно фактур и приходится на апрель, май и август 2018
Все сторно оплат и сторно фактуры надо сделать в закрытом периоде.
Да еще закрыть все фактуры, оплаты по которым сторнированы из-за частичного выравнивания.
А поскольку фактуры вводит один бухгалтер, платежи дебиторов - другой.
В работу вынужден включаться консультант.
Убедить бухгалтерию не закрывать одним платежом все фактуры, да ее с частичным выравниванием не удается. Да еще выстраивать цепочку связанных платежей дебиторов длиною в не один финансовый год.
Как-то автоматизировать процесс не хватает знаний и опыта?!?
Кто-нибудь может поделиться, каким образом у кого организован данный процесс.

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

Таким образом, ответ на Ваш вопрос, к сожалению, такой: ничего не сделать, покуда Вы используете правила проводки выписки с выравниванием.
Спасением могла бы быть проводка всех входящих платежей не с выравниванием, а по лицевому счету дебитора/кредитора с последующим автоматическим выравниванием. На первый взгляд, это то, в чем Вам как раз и не удается пока убедить бизнес. С другой стороны, Вы можете предложить им альтернативу. Для этого Вам необходимо перенести всю логику автоматического поиска фактур и платежей с выписки на программу автоматического выравнивания. Можно создать свой Z-движок, а можно использовать за основу J3RCALD.

При таком подходе у Вас все входящие платежи всегда будут разноситься на счет 62.01 или вообще на некий технический счет, назовем его 62999999. Далее ночной робот сопоставляет существующую задолженность с платежами и выполняет выравнивание, а неиспользованные остатки платежей относит на авансы.

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

Спасибо за ответ.
Про создание платежей без выравнивания уже думали.
Вопрос осложнился тем, что принято решение, оплачивать счета-фактуры дебиторов согласно условию договора.
Если в условии договора 50% аванс, то 50% и закрывать, даже если на текущий момент выполнено только часть работы по договору. Остатки аванса будут висеть в кредиторской задолженности, пока появится следующая фактура.
При этом, если аванс приходит с опозданием, часть фактур уже создана в предыдущем периоде, то бухгалтерия делит банковскую выписку на аванс и платеж дебитора.
Вместо аванса созданные в предыдущих периодах фактуры закрывает платежом дебитора, но также закрывая 50% от каждой фактуры (платежи дебитора создаются выравниванием счетов-фактур).
В результате с точки зрения выравнивания у нас висит N количество частично выровненных фактур.
А когда придет окончательная оплата, даже если создать документ платежа дебитора без выравнивания, то остатки частично выровненных фактур придется выровнять с этим платежом, даже, если выравнивать платеж отдельным документом выравнивания по каждой фактуре, уже частично выровненной авансом.

Если при таком раскладе придет исправительная фактура, придется сторнировать в закрытом периоде документы выравнивания с авансом и платежом. При этом позиции по авансу и платежу станут открытыми на сумму фактуры.
А если исправительная на меньшую сумму, то остатки от аванса и платежа будут висеть?!?

В общем надо проверять.
Чтобы использовать автоматическое выравнивание, надо очень четко прописать алгоритм:
Кроме контрагента и договора и видимо счета надо анализировать
- условие договора,
- даты платежа и фактур.
А никто не использовал выравнивание с пакетным вводом?!?

И выписка, и автоматическое выравнивание работают именно на нем. Не очень понятен вопрос.
И то, и другое запускают FB05 в цикле.

Добрый день. Так у нас не используется автоматическое выравнивание?!?
Все делают пальцами.
Поэтому тоже пальцами проверяем, что будет, если платеж дебитора создавать без выравнивания.
А затем выравнивать его отдельными документами выравнивания с остатками частично – выровненных авансами счетов фактур.

Создали пример - фактуры на сумму
Номер фактуры
4254 25.04.2018 5.515.022,64
5052 08.05.2018 95.580,00
1065 16.01.2018 152.184,60
1103 19.01.2018 54.853,48
5.817.640,72
Выровнены авансом 50% на сумму
4254 25.04.2018 2.757.511,32
5052 08.05.2018 47.790,00
1065 16.01.2018 76.092,30
1103 19.01.2018 27.426,74
2.908.820,36
Создан платеж дебитора без выравнивания на сумму 2.908.820,36
Затем платеж дебитора поочередно закрывается со счетами фактурами.
В результате в последнем документе окончательного выравнивания платежа со счет-фактурой не верная сумма?!?
Проводка и Таблица BSE_clr для каждого документа выравнивания платежа дебитора и фактуры.

Д 006201* 76.092,30
К 006201* 76.092,30

сумма сумма разницы
счет-фактура 1065 1 S 152.184,60 0,00
документ выравнивания с авансом 3 H 76.092,30 0,00
платеж дебитора 2 H 2.908.820,36 2.832.728,06-

Д 006201* 27 426,74
К 006201* 27 426,74

счет-фактура 1103 1 S 54 853,48 0,00
документ выравнивания с авансом 5 H 27 426,74 0,00
платеж дебитора 2 H 2 908 820,36 2881393,62-

Д 006201* 2 757 511,32
К 006201* 2 757 511,32

счет-фактура 4254 1 S 5 515 022,64 0,00
платеж дебитора 2 H 2 908 820,36 151309,04-
документ выравнивания с авансом 2 H 2 757 511,32 0,00

Д 006201* 2 956 610,36
К 006201* 2 956 610,36

счет-фактура 5052 1 S 95 580,00 0,00
платеж дебитора 2 H 2 908 820,36 0,00
документ выравнивания с авансом 2 H 47 790,00 0,00
предыдущие документы выравнивания по платежу 1 S 76 092,30 0,00
предыдущие документы выравнивания по платежу 1 S 27 426,74 0,00
предыдущие документы выравнивания по платежу 1 S 2 757 511,32 0,00

Сумма в последнем документе окончательного выравнивания складывается из сумм

счет-фактура 5052 2018 1 S 95 580,00
предыдущие документы выравнивания по платежу 1 S 76 092,30
предыдущие документы выравнивания по платежу 1 S 27 426,74
предыдущие документы выравнивания по платежу 1 S 2 757 511,32
2 956 610,36

Не понятно почему?!?
Пока в отладке не смотрели.
Может, что настроено не так?!?
Никто не сталкивался?
Поэтому как использовать автоматическое выравнивание, если при выравнивании пальцами что-то не так?!?

А что вы хотите исправлять в фактуре 2017? Бухгалтерский учет наука точная, если у вас не делаются нормальные сверки с контрагентами вовремя то бизнес должен не о системе думать в первую очередь.

Дак исправительная фактура-то, что такого? Любые изменения, не связанные с ценой/количеством, по технологии сапа (для России во всяком случае) есть исправления, они требуют сторно документа. Тут все верно.
Вот где-то еще фигурировало "может быть СФ с новой суммой". Вот это уже имхо не исправление, а корректировка, и это не только мое мнение. Если тупо ошибка, то есть не сопровождалось допом с измененной ценой или количеством, то не исправление делать надо, а просто новую фактуру давать, то есть старой "не было". Исправительная фактура все же вполне конкретный смысл и назначение имеет. И "извините, мы тут ошиблись, сумма другая" - это не исправительная фактура ни разу. Просто нашей доблестной налоговой по барабану.

Далее.
Автор, я упустил момент, где у Вас 2+2 стало равно 5. Сумбурно очень излагаете свои мысли. В любом случае описанная Вами ситуация вообще примитивная и никакой ошибки тут быть не может. Потому что 2+2 всегда равно 4.
Ваш пример в моей тестовой системе.

СФ1

СФ2

СФ3

СФ4

Аванс:

Частичное выравнивание аванса и СФ1

Частичное выравнивание аванса и СФ2

Частичное выравнивание аванса и СФ3

Окончательное выравнивание аванса, первых трех документов зачета и частичное выравнивание СФ4

Платеж:

Окончательное выравнивание СФ1 и первого документа зачета, частичное выравнивание платежа

Окончательное выравнивание СФ2 и второго документа зачета, частичное выравнивание платежа

Окончательное выравнивание СФ3 и третьего документа зачета, частичное выравнивание платежа

Окончательное выравнивание СФ4, четвертого документа зачета, платежа и всех документов частичного выравнивания платежа.
Окончательное выравнивание обычно не имеет позиций (но может присутствовать курсовая разница в валюте концерна, как у меня).

Добрый день.

Решение вводить исправительную от руководства.

Подскажите, пожалуйста. как вставлять картинки?!?
Копирую с файла WORD - текст вставляется, сканы с САПа нет.

Зачем картинки где-то на сервере общедоступном создавать? Ограничен доступ в инет.

Претенциозно)) решайте дальше самостоятельно.

Я бы разработал свою выходную форму исправительной фактуры и выставлял бы ее без проводок в FI. Ну или вне системы.

Добрый день.
Спасибо всем за ответы.
К сожалению, фактура сбытовая.
Ее надо сторнировать в закрытом периоде, изменять поставку. Печатать исправительную фактуру.
Отражать в книге продаж.
Причем сторно точно в дополнительном листе.
А вот саму исправительную надо уточнять?!?

Еще раз добрый вечер.

Не понятно, почему Окончательное выравнивание обычно не имеет позиций?!?
Хотелось уточнить по поводу окончательного выравнивания платежа с последней счет-фактурой, почему документ выравнивания без проводок?
У нас он формируется с проводками, но не верной суммой. Валюта рубли.

Если не сложно, посмотрите, пожалуйста.

Ссылка на файл

https://cloud.mail.ru/public/ACZs/fWtarkH8J

Занятно. Порисовать немного пришлось.
Сходите в транзакции OBIA, OBIB и скажите, какое правило выравнивания присвоено виду счета 'D'.
Настройка крайне важная, но очень многие про нее не знают или игнорируют.
Скажите, что у вас там?
Если есть что-либо, попробуйте в тестовой системе снести и воспроизвести последнее выравнивание (только его, другие можно не убивать).
Ну и сюда напишите, что там обнаружите.

Просто 2 956 610,36 - это сумма последнего платежа 2 908 820,36 + половина от СФ4, то есть 47 790.
Произойти такое могло в следующем случае:
+95 тыс. (СФ4)
-47 тыс. (СФ4 и аванс, частичное выравнивание)

-2908000 (платеж)
+76 (СФ1 и платеж)
+ 27 (СФ2 и платеж)
+2757 (СФ3 и платеж)

При выравнивании система переворачивает все найденные позиции, то есть был дебет, станет кредит.
Сумма всех позиций для последнего выравнивания в дебете и в кредите одинаковая и составляет 2 956 610,36.

А вот тут интересный момент. Почему у меня последнее выравнивание без проводок (если убрать курсовую в валюте концерна), а у Вас с проводками.
Ответ на этот вопрос дают OBIA и OBIB. При выравнивании система группирует позиции по одному счету, одному контрагенту И тем полям, которые указаны в правиле выравнивания в OBIA, которое впоследствии присваивается виду счета в OBIB. Я внимательно посмотрел на позиции, не вижу с ходу у них признака, по которому система могла позиции схлопнуть, но его может не быть на Ваших картинках.

Последнее. Если проверите настройки в OBIA и OBIB, а там пусто.
Мне очень не нравятся Ваши коды НДС.
В документе зачета для СФ3 и СФ4 четко видно, что в позицию по счету 62.01 прилетел авансовый брутто код А3. Похоже, работает замещение на втором или третьем моменте. Либо хулиганит разноска выписки. Но я стесняюсь спросить, что делает авансовый код НДС в позиции по счету 62.01. Навредить проводке он не может, разумеется, потому что позиции контрагента выкручивают брутто налоги только при наличии кода ОГК. ОДНАКО код НДС - признак, признаваемый при выравнивании существенным (в числе других таких признаков стандартно, то есть в обход OBIA и OBIB присутствуют поля из блока контировки при соответствующих активных компонентах модуля FI, а именно финансовая позиция, ПФМ и прочие). Я не удивлюсь, если группировка могла произойти и по такому признаку. А потому еще один вывод: если в настройках, указанных мною, все чисто, проверьте в проводках поля блока контировки. В первую очередь поля финансовой позиции и все остальное, чего на картинках нет. Если окажется, что в позиции платежа и в позиции частичного выравнивания на 47 тыс. одно значение указанного признака (повторяющееся), а в позиции СФ4 и трех частичных выравниваний последнего платежа - другое (также повторяющееся, но отличное от первой группы документов), то это также может служить причиной.

Ждем-с, интересно.

Что значит выравнивание не имеет позиций? Не вижу у вас там такого примера.

Речь идет про последнее выравнивание, когда оно полное.
У автора и нет такого примера, у него как раз есть позиции, причем с неверной суммой.
У меня позиций в документе выравнивания нет (если отбросить курсовую в валюте 30).
Классически сап при выравнивании двух и более позиций, идентичных по своим признакам и закрывающих сумму в 0, порождает документ выравнивания без позиций, то есть BKPF есть, а BSEG нет. С особой пометкой в поле BKPF-BSTAT.