Уважаемые коллеги!

Мне нужна Ваша помощь
Мы получили предоплату по "счету на предоплату", в этом счете два разных кода налога 10% и 18%.
Есть в SAP какой-то стандартный механизм, который позволит при проводке предоплаты и указанию, например, в заголовке номера счет-фактуры, разделить сумму предоплаты на два коды налога в пропорции такой, как в счете на предоплату?

PюS. Извините за возможные ошибки в описании по-русски

Опишите пожалуйста:
1. Как выглядит ТАП, к которому приходит платеж
2. Какие проводки вы хотите сделать по кредиту дебитора на основании банковской выписки?

Я так спрошу – есть такой принцип чтобы полученный аванс до счета в которым два коды налога внести в книгу тоже с думя кодами налога?
Счет на сумму 12.900 RUB
в том НДС 18% =1.800 RUB и 10% =100 RUB
Предоплата/Аванс в банке 12.900 RUB на полную сумму - в банковских реквизитах есть одна сумма и info о НДС
DT – 12.900 RUB - Bank
CT - Customer - две позиции в разделении на брутто по кодам налога
11.800 с кодом налога 18%
1.100 с кодом налога 10%
Это такой самой лёгкий пример. А часто у нас есть так что предоплата меньше суммы счета на предоплату и тогда в бухгалтерии в Excel делают симулацию распределения полученного аванса так чтобы разделить сумму аванса по разным кодам налога пропорционально так как в счет.

То есть ТАП-счет у вас не сплитится на 11.800 и 1.100, а идет одной суммой 12.900
но
выравнивание одной позиции банковской выписки на те же самые 12.900 должно само сделать сплит на 11.800 и 1.100, имея где-то в позиции выписки сумму 1.800 за 18%-ный НДС и 100 за 10%ный НДС, но суммы 11.800 и 1.100 явным образом в позиции выписки не указаны?

В том дело что нет явно этих сумм - у нас UniCredit Bank
нам в банковской выписке надо сделать проводку документа аванса с соответствующими кодами НДС а потом (может быть несколько дней позже) когда будет счет-фактура сделать выравнивание.

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

К чему все эти мучения? Проще уже провести вторую область вручную по правилу, которое создаст проводку Дт 51 тех Кт 62 тех без выделения НДС. Данную проводку потом разбить двумя документами:
1. Дт 62 тех Кт 6202, Дт 76 ндс Кт 68 ндс (ставка 10)
2. Дт 62 тех Кт 6202, Дт 76 ндс Кт 68 ндс (ставка 18)

После получения фактуры выполнить выравнивание дебиторской задолженности с двумя авансами методом частичного платежа.

Йожег, мы же продаем а не покупаем. Ты же сам 62-е применил. Да еще нам аванс приходит. Потом мы делаем отгрузку. Потом выставляем фактуру, а не получаем. Если бы получали, мы бы прогнали и за аванс и по факту АПП и разлохматили бы все что надо через 029 PYORD'ом.
Я так понял, что у коллеги из Польши проблема, как в русском бухучете расщепить Кт 6202 автоматически, а не руками. А если выравнивать в момент разноски выписки с авансовым поступлением нечего, то видимо автоматом или никак или в топик по АБАП.

Да, и кто-нибудь в курсе, какие форматы умеет ЮниКредит и насколько он способен договариваться по форматам?

А можешь мне разшифровать ТАП - что это ....
Напишу шаг после шага для случая когда счет и аванс на 100%
1. высылаем клиенту счет на предоплату - 12.900 RUB (там указано все SKU - сумму нетто/брутто и НДС 10% и 18%). Документ счета на предоплату - нет проводки в FI - это только печатня форма
2. Клиент выслал предоплату - 12.900 RUB. В банковской выписке только общая сумма аванса. Делаем ручную проводку - Dt Банк и Ct клиент - в руки берём счет на предоплату - смотрим сколько есть НДС 18% и 10% и такие проводки делаем.
В открытых позициях на клиенте с каким-то кодом огк стоит две суммы (сумма брутто для 18% и сумма брутто для 10%)
Такой документ попадает в книгу продаж
3. Logistic делают счет-фактуру на 12.900 RUB
4. Делаем выравнивание - документ предоплаты попадает тогда в книгу покупок

В чем противоречия? Я имел в виду "после получения ответственным специалистом фактуры на стол для проводки"
Аванс приходит, я и написал Дт 51тех Кт62 тех. Предложил использовать технический счет. Многие компании вообще приход денег обрабатывают только через технический, а потом разгребают его по направлениям.


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

- так, проясняется:



Тогда если выписка FF.5 электронная, то 1 область проводок из FF.5
Dt Банк
Ct Банк тех. входящие
делается автоматом,
а дальше из FEBAN проваливаемся в FB05 (если есть куда делать clearing) или в FB01 (если операция не настроена на clearing)
Dt Банк тех. входящие
Ct клиент 11.800
Ct клиент 1.100
делается руками. Для автоматической разноски придется сначала писать спецификацию и код, а потом тестировать этот АВАР

по-русски Требование авансового платежа, по-английски Customer Down Payment Request, на немецком Anzahlungsanforderung Debitor F-37

Если счет на предоплату делается вне системы, то тогда делать распределение суммы на НДС 18 и 10 придется и дальше в Excel, а руками писать в систему позиции с уже посчитанными суммами, хотя можно и сделать exit для автоматического распределения

Может оказаться офтопом, но вроде в тему. Если офтоп, прошу модераторов отщепить в отдельную тему. А в чем смысл? Помнится, в учете доходов МПС еще в до-РЖДшные времена у нас был отдельный 76 счет "Невыясненные поступления". Но там другое дело - федеральная монополия с массовым рынком, входящие платежи приходили массово, из них некоторое количество - непонятно за что. Вот и надо было их подвешивать до разбора [s]полетов[/s] назначения платежа. А остальные-то зачем подвешивать, если и так на 51 вх все может висеть? И тогда почему именно 62 а не 76? Могут же быть и кривые возвраты налогов (68) и претензии (76) ...

Это сложно так делать, чтобы в Excel делать и потом в SAP проводки - у нас таких авансов 10-20 каждый день, много работы.
Если нет стандартного решения, тогда, конечно, подумаю о каком-то user-exit