Подскажите, пожалуйста, по настройке в payment update online для платежей без ссылки на счет:
1. Какую Финансовую позицию и тип фин позиции для ФП, определяемой в константе AKONT, нужно проставлять?
2. Должен ли вариант Bussiness Transaction AKON определяться для видов документов только платежей дебитора DZ или еще и для видов документов платежей кредитору KZ? Или для вида документа KZ нужно настраивать другой вариант Bussiness Transaction, с другой константой, задействующей другую ФП?
3. Если для платежей с ссылкой на счет (платеж создается с выравниванием счет фактуры) и платежей без ссылки на счет (авансовый платеж и т.п.) используется один вид документа, например DZ, то какой вариант Bussiness Transaction нужно определять для данного вида документа '0001' Стандарт или 'AKON' Payment on account for online Update FM? Или нужно четко разделить все вводимые платежи на ввод двумя видами документа: одним вводить только платежи со ссылкой на счет, а вторым только платежи без ссылки на счет, а в присвоении вариантов первому виду присвоить 0001-ый вариант, а второму AKON?

закодировать можно как угодно, а тип должен быть 30, причем должна быть она статистической


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

разделить придется. Кстати разделять входящие авансы и постоплату надо хотя бы из-за книги покупок, если конечно у Вас ведется полностью FI

Спасибо большое, Delicia, за ответы!


Если можно, то подскажите еще пожалуйста, правильно я Вас понял и домыслил :
По логигике, определяемой для других типовых позиций:
a) для документов авансовых платежей от дебитора для константы AKONT1 нужно определить ФП 30/2 (тип позиции 2 - так как поступления), а для авансовых платежей кредитору AKONT2 30/3 (тип позиции 3 - так как расход).
b) при создании ФП для констант AKONT1 и AKONT2 проставить на них галку СтатистФинПозиция
с) для авансовых платежей от дебитора создать вариант Bussiness Transaction AKON1 присвоить ему константу AKONT1 и присвоить этот вариант Bussiness Transaction типу документа авансового платежа от дебитора
d) для авансовых платежей кредитору создать вариант Bussiness Transaction AKON2 присвоить ему константу AKONT2 и присвоить этот вариант Bussiness Transaction типу документа авансового платежа кредитору.


Ага тогда понятно, а то никак не мог понять как в примере приведенном в документе "Payment Update Оnline" аванс (вид DZ) и постоплата могут отработать в разделении по разным бизнес сценариям, - видимо в примере предполагалось что постоплата будет использовать вид документа не DZ. FI у нас ведется полностью, но книга покупок не нужна, т.к. у нас налоговое законодательство отличается от российского, да и сейчас внедряем у клиента с упрощенным налогооблажением - НДС учитывать не нужно

да, можно так

это же прекрасно не париться с НДС сказка

Отлично! Спасибо, большое за помощь!


Согласен, сами радуемся .

А еще подскажите, пожалуйста, если попытаться выравнивать авансовый платеж кредитору счет фактурой кредитору у которой нет релевантных бюджету контировок, например:
если Авансовый платеж был создан как документ без ссылки на счет, т.е. с настроенным вариантом Bussiness Transaction AKON,
а счет фактура кредитору со следующими ФП:
Кт Кредиторская задолженность 60/3
Дт Ценные бумаги 50/2
, то при выравнивании аванса и такой счет фактуры ошибка:" FICUSTOM114. Найти счет-фактуру УБ для <№БЕ> <№ документа аванса> 2009 002 было невозможно", должна же исчезнуть?
Или я не правильно понял как должен отрабатывать документ оплаты без ссылки на счет при выравнивании?

само по себе сообщение не исчезнет, если есть такое непреодолимое желание проводить фактуры с такими контировками и выравнивать их с такими вот авансами, то надо просто понизить это сообщение до W или вообще отключить.

Т.е. получается ошибка вылетает не из-за того, что пытаюсь выравнять такую счет фактуру именно авансом, а потому что выравнивание пытается в счет фактуре найти позицию расхода по Платежному балансу и не находя его ругается? При выравнивании постоплатой та же ошибка же будет вылетать? И постоплату тоже желательно тогда будет проводить видом документа без ссылки на счет, чтобы платежный бюджет расходывался статистической ФП, которую определили в константе ACONT?

ошибка возникает потому что нет в регистре УБ позиций по фактуре, ни расходных ни оригинальных, и не найдя за что зацепиться, система често об этом говорит. Если не нужно в бюджете вести такие операции, то можете с константой проводить конечно все платежи

Да вот и сам не могу до конца понять нужно ли вести в бюджете позиции по ЦБ/депозитам и ОС/НМА, т.е. создавать по ним ФП релевантные бюджету (30/3) или нет . По хорошему Бюджет доходов и расходов (БДР) у клиента не включает суммы на покупку/продажу ЦБ/депозитов, но зато в CAPEX-е (инвестиционном бюджете) учитывается покупка/продажа ОС/НМА. Получается, что по идеологии SAP, на ЦБ/депозиты нужно завести ФП 50/2, а на ОС/НМА 30/3 ?

IMHO на всякий случай лучше вести все-таки, но например на отдельных ФП, и потом по желанию либо показывать и учитывать, либо нет

Ага, спасибо, большое за совет!
Тоже так думал, но сомневался .
Так пожалуй и поступлю!

Попытался воплотить в жизнь одновременно оба следующих совета по платежам без ссылки на счет :

I.
II. вот из этой темы
При этих настройках получилась следующая картина:
а) При создании входящих платежей сплитинг показывает следующую картину:
Дт Касса ФП прописанная в константе AKONT 30/2 статистическая
Кт Дебиторская задолженность ФП прописанная в константе AKONT 30/2 статистическая
В УБ по этому документу ничего не формируется.
При проводке счет фактуры:
Дт Дебиторская задолженность ФП расхода 30/3 реальная
Кт Расход ФП расходная 30/3
В УБ по этому документу формируются записи:
Платежный бюджет (ПлБ): ФП расхода, тип занчения 54 (счет фактура) вид суммы 0100 (оригинал) -200р.
Бюджет обязательств (БО): ФП расхода, тип занчения 54 (счет фактура) вид суммы 0100 (оригинал) -200р.
б) При выравнивании открытых позиций позиций Дебитора в счет фактуре и платеже сплитинг показывает:
Дт Дебиторская задолженность ФП прописанная в константе AKON 30/2 статистическая
Кт Дебиторская задолженность ФП расхода 30/3 реальная
и система выдает предупреждение: "Найти счет-фактуру УБ для <БЕ> <№ платежа> 2009 002 было невозможно. № сообщения FICUSTOM114"
Игнорирую предупреждение, получаем в УБ:
Платежный бюджет (ПлБ): ФП расхода, тип занчения 54 (счет фактура) вид суммы 0200 (сокращение) 200р.
Платежный бюджет (ПлБ): ФП расхода, тип занчения 57 (платежи) вид суммы 0250 (Оплачено) -200р.
Т.е. как просело в УБ выравнивание у меня претензий нет.

НО возникли вопросы:
1. Правильно ли я настраивал платеж без ссылки на счет? Так как в принципе через управление сообщений это сообщение можно отключить. Но боюсь что что то может потом некорректно просесть.
2. Нужно ли создавать такие платежи как платежи без ссылки на счет или можно как обычные платежи со стандартной логикой сплиттинга? Потому как при настройки платежа без AKONT, со стандартной логикой (бизнес операция 1000 платеж, вариант 0001 Стандарт) у меня в УБ создаются те же записи что и без ссылки на счет (т.е. так же как я описал выше) с тем же предупреждающим сообщением.

Заранее огромное спасибо за советы!

А зачем на 50-й счет ставите AKONT 30/2? это ведь деньги пришли, 90/1 для такой позиции нужно ставить

ФП созданный для 50-го счета проставил 90/1, но бизнес операция 1000 платеж, вариант AKON Payment on account for online Update FM, присвоенные для типа документа входящего платежа, у меня например DX, проказывает в просмотре работы сплиттинга, что сплиттинг на позицию соответствующую 50-му счету, проставляет ФП, прописанную в константе AKONT 30/2 (статистическую). Настройки варианта AKON делал руководствуясь документом Payment Update Online - там вроде как для 3-х Item category: 0200 Customer, 0300 Vendor и 0400 Cash Account прописано проставлять фиксированное значение - константу AKONT.