Коллеги, пожалуйста, можно небольшой вопрос.
У нас есть такой процесс:
1) Выдали 100% аванс

2) Получена налоговая накладная по выданному авансу, проведен системный документ

3) Получен входящий инвойс
631000 Кредитор 120,00- UAH P1
928408 Затраты 100,00 UAH P1
641609 НДС 20,00 UAH P1

4) выравнен инвойс с авансом
371011 Кредитор 120,00- UAH A1
631000 Кредитор 120,00 UAH
641609 НДС без НН 20,00- UAH A1
644000 НДС 20,00 UAH A1

Запускаю программу J_1UNCREATE_INCOM и она ОПЯТЬ формирует запаркованный документ НН для документа номер 3. Но если был 100% аванс, то такого же быть не должно?

Такая же проблема с частичным авансом.
Часть, закрытая авансом, все равно предлагается к парковке, хотя для этой части НН уже была ранее.

Как избежать таких ситуаций?
Только использовать формирование запаркованной НН на авансы и документ выравнивания? А что тогда будет с инвойсами, по которым авансов нет?

Спасибо

К сожалению, J_1UNCREATE_INCOM не отслеживает первое событие.
Предназначение этой программы - это только генерация вх. налоговых накладных на основании СФ или аванса.

Приходится анализировать в конце месяца счет "Налоговый кредит без налоговой накладной" с помощью FBL3N.

Коллеги, подниму тему.
Может кто-то подскажет, по автомтизации отслеживания первого события.

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

Как я это поняла: в соответствиии с данным решением мы генерируем налоговые накладные (НН) и к платежу (ко 100% платежей, не проверяя аванс это или постоплата), и к инвойсу. В итоге у нас две НН, одна из которых по сути "лишняя" (или частично лишняя, если аванс не стопроцентный). Далее при выравнивании система автоматически сторнирует лишнюю накладную. Система сама при этом понимает ,какая накладная лишняя (сторнирует либо к оплате, если это по сути была постоплата, либо к инвойсу, если перед этим был 100% аванс - не понятно, что с не 100% авансом при этом - сторнирует всю НН к инвойсу и проводит новую на незакрытый авансом остаток ??).

Кто-то может подсказать эту чудо-програу, которая автоматом сторнирует лишние НН? Или функциональный модель? Если это стандарт, насколько хорошо он работает.
Просто не совсем представляю. Например, есть два аванса на 10 гривен и на 20 гривен. Потом есть фактура на 60 гривен. По сути система нам сформирует три НН (две на авансы и одну на инвойс)
Затем при запуке программы система должна сторнировать НН к инвойсу на 60 гривен и рповести новую НН на остаток на 30 гривен только (60-10-20)

Спасибо за любые наводки!

Так у вас скорее всего документы выравнивания исключены из процедуры создания Налоговых накладных и корректировок.

Проверьте, что у вас стоит в таблице J_1UF_NAKL_RELEV для версии PUR?

Уважаемые коллеги,
Поделитесь, пожалуйста, опытом

Насколько я понимаю, по отслеживанию первого события для НДС в Украине есть такие варианты:

Вариант 1. Использование корректировочной НН
Платеж: генерируем НН
Инвойс: нерерируем НН
Выравнивание дебитора: генерируем корректировочную НН

Вариант 2. Генерация НН после выравнивания
Проводим платеж, инвойс, делаем выравнивание
Потом идет генерация НН на первый по дате проводки документ

Вариант 3.
Компания принимает решение, что все исходящие НН генерируются только по инвойсам

Бизнес выбрал вариант 1
С технической точки зрения, чтобы сгенерировать НН на платеж, платеж должен быть авансом, насколько я понимаю
Т.е. 100% входящих платежей постируем как авансы
При этом для платежей используем АПП и электронную банковскую выписку
ВОПРОС: как автоматически при постировании электронной выписки выравнивать платежи, которые по сути своей постоплата и были сформированы на основании инвойсов
Или все такие платежи делать исключительно на основании ТАПов? А потом в любом случае на втором шаге выравнивать с инвойсами вручную?
Может есть какой-то общепринятый метод для варианта 1 по работе с платежами?

Спасибо

по варианту 1:
необходима привязка аванса к заказу клиента. Для этого при проводке аванса необходимо в поле ТоргДокум (BSEG-VBEL2) указать номер заказа клиента.
при разнесении банковской выписки, постоплата выравниваеться с инвойсом по заказу (fb05)

Спасибо за ответ
Но вопрос не в том, как выравнивать и связывать документы между собой, а вопрос в том, что по сути 100% платежей в системе проводятся как авансы. Это так?

Если я проведу постоплату как реальную постолату без кодов налога на аванс, программа НДС НЕ воспримет такие документы вообще. А мне нужно на любой платеж создать Налоговую накладную.