Добрый день,

ситуация жизненна важная! Вкратце дело обстоит так:

Есть платежное поручение 2819 на 1000.00 рублей.
Настраиваю эл. банковскую выписку для импорта в формате SWIFT МТ940 (86 поле неструктурированное).
- Настроил внешнюю операцию NTRF: знак -, алгоритм 29 "Номер платежного поручения", тип обработки "Dummy - присвоение невозможно".
- К операции правило проводки по 2 области: по дебету код огк Р, по кредиту банковский расходный счет. Вид проводки 7 - выравнивание по деб лиц счета
- Через ff_5 считываю банковскую выписку, пакетником. В файле МТ940 в 61м таге поле Account Owner's Reference указан номер платежки - 2819.
- В табличке FEBEP "Отд. позиции эл. выписки" появляется моя выписка, в поле "Номер чека" стоит наша платежка 2819.
- смотрю пакетник для вспомогательной бухгалтерии а там всего три экрана и на экране обработки ОП не подтянулся ни код ОГК P, ни номер код кредитора, ни то, что выравнивание идет по платежному поручению.
- дальше сам ставлю галку "платежное поручение", ставлю номер пп и все выравнивается...

Почему пакетник создается без данных для выравнивания???

Если сделать то же самое ручной выпиской все получается....

Вот такая засада)

[quote="feel"]Добрый день,

ситуация жизненна важная! Вкратце дело обстоит так:

Есть платежное поручение 2819 на 1000.00 рублей.
Настраиваю эл. банковскую выписку для импорта в формате SWIFT МТ940 (86 поле неструктурированное).
- Настроил внешнюю операцию NTRF: знак -, алгоритм 29 "Номер платежного поручения", тип обработки "Dummy - присвоение невозможно".
- К операции правило проводки по 2 области: по дебету код огк Р, по кредиту банковский расходный счет. Вид проводки 7 - выравнивание по деб лиц счета
- Через ff_5 считываю банковскую выписку, пакетником. В файле МТ940 в 61м таге поле Account Owner's Reference указан номер платежки - 2819.
- В табличке FEBEP "Отд. позиции эл. выписки" появляется моя выписка, в поле "Номер чека" стоит наша платежка 2819.
- смотрю пакетник для вспомогательной бухгалтерии а там всего три экрана и на экране обработки ОП не подтянулся ни код ОГК P, ни номер код кредитора, ни то, что выравнивание идет по платежному поручению.
- дальше сам ставлю галку "платежное поручение", ставлю номер пп и все выравнивается...

Почему пакетник создается без данных для выравнивания???

Если сделать то же самое ручной выпиской все получается....

Вот такая засада)[/quote]

Вам помогут ноты 704015 для данного случая и возможно 114713 в других.
Чтобы номер платежки позволял выравнивать ОП при загрузке выписки, на экране выбора FF.5 в поле XBLNR надо писать интервал ZR1000000000 to ZR1999999999. Тогда все работает

Артем

[quote="feel"]Добрый день,

ситуация жизненна важная! Вкратце дело обстоит так:

Есть платежное поручение 2819 на 1000.00 рублей.
Настраиваю эл. банковскую выписку для импорта в формате SWIFT МТ940 (86 поле неструктурированное).
- Настроил внешнюю операцию NTRF: знак -, алгоритм 29 "Номер платежного поручения", тип обработки "Dummy - присвоение невозможно".
- К операции правило проводки по 2 области: по дебету код огк Р, по кредиту банковский расходный счет. Вид проводки 7 - выравнивание по деб лиц счета
- Через ff_5 считываю банковскую выписку, пакетником. В файле МТ940 в 61м таге поле Account Owner's Reference указан номер платежки - 2819.
- В табличке FEBEP "Отд. позиции эл. выписки" появляется моя выписка, в поле "Номер чека" стоит наша платежка 2819.
- смотрю пакетник для вспомогательной бухгалтерии а там всего три экрана и на экране обработки ОП не подтянулся ни код ОГК P, ни номер код кредитора, ни то, что выравнивание идет по платежному поручению.
- дальше сам ставлю галку "платежное поручение", ставлю номер пп и все выравнивается...

Почему пакетник создается без данных для выравнивания???

Если сделать то же самое ручной выпиской все получается....

Вот такая засада)[/quote]

Вам помогут ноты 704015 для данного случая и возможно 114713 в других.
Чтобы номер платежки позволял выравнивать ОП при загрузке выписки, на экране выбора FF.5 в поле XBLNR надо писать интервал ZR1000000000 to ZR1999999999. Тогда все работает

Артем

Ноту 704015 я нашел и изначально пытался применить. Но только теперь получилось удачно) Т.к. у меня номер платежки 4х значный вводил ZR0001 - ZR9999, c таким вариантом не получилось, потом стал вводить десятизначный промежуток в точности как в ноте, тоже ничего. Помогло, когда ввел промежуток из FBLN2 который прописан у меня для платежек.

Спасибо to Sedlo!!!

А кто-нибудь пытался выровнять входящий платеж по номеру дебитора? В электронной выписке есть номер дебитора.

[quote="IrinaT"]А кто-нибудь пытался выровнять входящий платеж по номеру дебитора? В электронной выписке есть номер дебитора.[/quote]
Пока руки не доходят, но есть вот какая фича:
Система должна догадываться что делать с позициями дебитора в случаях:
1. если есть несколько позиций с несколькими суммами равными, каждая из которых равна дате платежа, но имеют разные условия плкатежа
2. есть открытые и обычные фактуры, и что-нибудь с кодом ОГК
3. есть начисления и по обычным фактурам, и по штрафам, пеням неустойкам. в этом случае может быть какая-нибудь приоритетность для кредитного менеджмента из SD, при некорректном выравнивании покупателю может быть неоправданно отказано в дальнейших поставках
4. частичные платежи
5. один платеж на несколько открытых фактур
6. да мало ли что еще может быть.

В связи со всем этим одного номера дебитора для автоматического выравнивания ИМХО недостаточно. По крайней мере в общем случае, в частных может и хватить. А именно постоянным покупателям, на которых одновременно может висеть большое число неоплаченных позиций, и есть основная потребность выравнивать их автоматически.

Артем

Вообще-то, по правильным правилам, выписку должна разносить бухгалтерия, а контролировать оплату клиентских заказов c учетом всех нюансов - клиентский отдел.
Соответсвенно, если в выписке нет прямого указания на счет, то с выпиской можно только закидывать платеж на правильного дебитора без выравнивания.
Но это то, как у Них Практика российского бизьнеса, конечно, может отличаться...

Мне на дебиторе-то и не надо выравнивать. Надо, чтоб по выписке прошло: 1 область проводок: Д 51 К51тех (без выр-я), 2 область пров.: Д 51тех К 62 (с выравнив. по 51тех счету). Когда выписка загружается 1 область проводится, а по второй не может определить дебитора...
Кто-нибудь, знает в таблицах выписки (FEBEP, FEBKO и т.д.) там же нигде нет номера дебитора?

Задействуйте банковские реквизиты дебитора с любым из алгоритмов 015;031;035 - получится красиво.

Позвольте вставить свой вопрос.
Если производится выравнивание дебитора во второй области проводок, то выравнивание 51-го технического, тут-же, автоматом провести невозможно. Кто как выкручивается в этой ситуации?

В регламенте закрытия дня указывается, что счета 51*, 52*, у кого надо 55* выраваниваются. Реальные банковские счета ведутся без управления ОП, то что они попадают в интервал не мешает. Поэтому интервалом выравниваются только технические счета, они с управлением ОП. Ссылки в позициях проводок по первой и второй областям одинаковые, автоматическое выравнивание проходит без проблем. Можно даже повесить фоновое задание.

у меня даже правило проводки Д 51тех К дебитора (с выр. по 51-му, а по дебитору без выравнивания), не получается создать....

и еще: в выписке реквизитов дебитора нет, кроме ИНН, но есть его номер из R/3 - никакой алгоритм не помогает найти дебитора...
Выход только писать свой алгоритм?
Ни у кого такого не было?

Такого не было. А вот когда интер. алгоритм найдет дебитора, он его номер положит в FEBEP-AVKON, а тип "D" в FEBEP-AVKOA. Пробуйте ч/з FEB00001. Удачи!

Всем привет!
Вот, дошли руки до выравнивания дебиторов. Обнаружен один из способов для СВИФТа. Если
1. в подполе 7 поля 61 записан XBLNR из эфайской фактуры (при переносе из сбыта туда при стандартных настройках попадает номер логистической фактуры),
2. а в параметрах XBLNR в FF.5 указан интервал, в который попадает XBLNR из фактуры
3. сумма платежа совпадает с суммой по фактуре
то работает выравнивание через алгоритм 021.

Недостаток метода: если один платеж приходит на несколько фактур, метод не годится.

Может, кто из коллег реально разносил автоматически на дебиторов выписку СВИФТ, когда один платеж оплачивает несколько фактур/ТАПок? Тогда вопросы такие:
1. Как выглядит этот самый invoice list в выписке?
2. Какие фичи в параметрах запускаFF.5?
3. Какой алгоритм интерпретации реально работает?

Из СВИФТА не знаю, а вообще за выравнивание отвечает таблица FEBCL. Там можно к одной позиции FEBEP создать сколько хочеш (999) позиций выравнивания. Только FEBEP-AVKOA при этом нужно обнулять - он имеет приоритет.
[/quote]