Добрый день, коллеги!

Не получается автоматом сделать проводку по подтвержденному экспорту, используя 26ю программу.

Выполнена полная цепочка событий по экспорту: Контракт -> Заказ -> Поставка -> ГТД -> Счет-фактура SD -> Счет-фактура из FI -> Оплаты.
С помощью программы J_3RSINVOICE в таблице вторичных событий J_3RTSE сформированы записи по СФ.

Запускаю программу J_3RFUM26 без галки "База начисл.", для использования ее в режиме "вторичных" событий.
Но программа не видит нужный документ СФ FI по экспорту, чтобы перенести на целевой код НДС сумму подтвержденного экспорта. Запустив программу в отладчике, обнаружил страную вещь - программа отбирает только те позиции таблицы DEFTAX_ITEM, у которых поле "Тип строки" LINE_TYPE = "RL". Но по СФ FI создается запись в DEFTAX_ITEM со значением IN "Счет", документ оплаты по этому СФ - PA "Платеж". Поэтому программа и не находит нужный документ.

Привожу часть программы:
* Read all payments from deftax_item
SELECT * FROM DEFTAX_ITEM INTO TABLE DEFTAX_PAYM
where bukrs = SEL_BUKR and LINE_TYPE = 'RL' and ( ( lifnr in s_lifnr and lifnr <> space )
or ( kunnr in s_kunnr and kunnr <> space ) ).

Список возможных значение поля "Тип строки":
BE Вексель
BP Платеж по векселю
CR Сторнирование перерасчета авансового платежа
DC Перерасчет авансового платежа
DP Авансовый платеж
IN Счет
OP Открытый платеж
PA Платеж
RL Строка отчета

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

Кто-нибудь знает, какое событие вызывает добавление записи со значением LINE_TYPE = "RL" в таблицу DEFTAX_ITEM?

А что дает поиск связей (через SE11) с полем таблицы или с элементом данных, используемого им (полем)?

Посмотрел через SE11, но там черт ногу сломит. С RL записывают программы RFUMSV50, RFUMSV53 ... и там однозначно нельзя сказать, что послужило причиной. Эти программы не запускали, поэтому это не они вызвали событие. А есть в САПе какой то лог запуска транзакций?

В системе есть 2 СФ с отложенным кодом НДС 0%, оба они оплачены и выровнены полностью, но в таблице DEFTAX_ITEM по одному есть запись с типом строки = "RL", по другому нет. Логику формирования не могу понять.

Для этих СФ есть единственное различие в поле XAUSG (Соответствующий документ выровнен)
1. СФ1 LINE_TYPE = "PA" XAUSG = Пусто
СФ1 LINE_TYPE = "IN" XAUSG = Х
СФ1 LINE_TYPE = "RL" XAUSG = Пусто
2. СФ1 LINE_TYPE = "PA" XAUSG = Пусто
СФ1 LINE_TYPE = "IN" XAUSG =

Как видно, что для СФ, для которого создается запись с типом строки RL, поле XAUSG = Х для документа оплаты (тип IN), для второго - пусто.
Кто-нибудь не знает, каким образом заполняется поле XAUSG, что это вообще за выравнивание?

Продолжу монолог:) Разобрался с вопросом.
Запись с типом строки = "RL" в таблице DEFTAX_ITEM добавляет программа RFUMSV50.

Очередность действий по учету экспорта следующая (при использовании 3х кодов НДС: Y0-Y2-Y9):
1. Выполнение цепочки: Контракт -> Заказ -> Поставка -> ГТД -> Счет-фактура SD -> Счет-фактура из FI -> Оплаты
2. Создание в таблице вторичных событий J_3RTSE записи с помощью программы J_3RSINVOICE;
3. Программа RFUMSV50 осуществляет перенос Y0->Y2, а также создает запись с типом RL в таблице DEFTAX_ITEM.
4. 26я программа осуществляет перенос Y2->Y9 при выполнении 2х условий:
- Есть запись в J_3RTSE;
- Есть запись в DEFTAX_ITEM с типом строки = RL.
5. Y9 в книге продаж.

Вопрос по шагу 2. Создание в таблице вторичных событий J_3RTSE записи с помощью программы J_3RSINVOICE

Какой документ прописывается в поле SECDOC в таблице J_3RTSE?

Для вторичных событий настраивается отдельная нумерация документов - этот номер документа и записывается в поле SECDOC.

Спасибо за ответ.
1) Диапазон номеров вторичных событий для экспорта настраивается в транзакции J_3RSEXP. Подскажите, пож-ста, хоть в какой-то документации это упоминается?

2) В документации по J3RSEXPORT написано: "Дата подтверждения факта реализации товаров на экспорт-Эта дата не ведется в системе и в настоящий момент должна заполняться с помощью USER EXIT". Хотелось бы найти оптимальное решение по заполнению это даты в отчете. Сейчас в стандарте экспорт считается подтвержденным, если создана вся цепочка документов от контракта до выравнивания, но в действительности документы могут быть не поданы, значит и экспорт нельзя считать подтвержденным. Поделитесь, пож-ста, как это реализовано у вас? Как вариант можно проставлять дату подтверждения (=дату сдачи документов в налоговую) в xref2 в FI фактуре в позиции покупателя. А потом екзитом тянуть дату в отчет. Хотелось бы найти оптимальное решение по заполнению этой даты в отчете.

3) Корректно ли 50 программа переносит базу по курсу на дату оплаты, и корректно ли затем эту же сумму в рублях переносит 26 программа? Пока нет возможности проверить все в системе, поэтому приходится задавать вопросы.

Во-первых, как помнится, система ошибку выдала, с указанием настроить. Во-вторых, на сапфоруме тоже была ссылка на это: http://sapboard.ru/forum/viewtopic.php?f=5&t=25616&view=previous



Для этого САП рекомендует использовать счет-проформу для поставки, как признак наличия подтверждающих документов.



50я программа корректно отрабатывает и при частичных оплатах, т.е. переносит НДС только в части оплаченной отгрузки. В 50й программе есть возможность анализа поля XREF1, но конкретно значение этого поля (как 26я программа) не проверяет - проверка идет лишь на заполненность поля.

Я решил остановиться пока на использовании лишь 50й программы с использованием Ссылочного ключа 1 (как признака подтверждения экспорта). В схеме используются только 2 кода НДС, отложенный Y0 и целевой Y9.

Добрый день.

Цепочка документов с 3 кодами (учет экспорта только в FI). Система 6.0, релиз 604.

1) RFUMSV50 создает запись с RL, то есть запись переноса с кода 1 на код 2. Без проводок
Но программа повторно выводит на экран перенесенные фактуры, нет контроля. Ищу ноту.

2) Сейчас проблема в том, что J3RFUM26 не переносит код 2 на код 3 по вторичным событиям. Строка для переноса выводится в отчете, но запись не создается в таблице не создается J_3RFSEC_ITEM.
У вас создается запись (без проводок)?

Инсталировали EHP5.
Настраиваем учет экспортных операций.
Столкнулись с такой же проблемой.
Создана вся цепочка документов.
Создали в таблице вторичных событий J_3RTSE записи с помощью программы J_3RSINVOICE .
Программа RFUMSV50 для переноса предлагает Y0->Y2, создает запись с типом RL в таблице DEFTAX_ITEM, но проводки нет.
26я программа не переносит Y2->Y9 (а предлагает к переносу Y0->Y2) при выполнении 2х условий:
- Есть запись в J_3RTSE;
- Есть запись в DEFTAX_ITEM с типом строки = RL.

Как у Вас настроены коды НДС?
Настроена ли у Вас таблица J_3RTSE_CODE?

Может дело в этом: "был прописан в налоговой группе UNDF, поэтому 26я отрабатывала его как код НДС для раздельного учета (новое решение в EHp5), убрала код из UNDF, все заработало"
viewtopic.php?f=5&t=71018?

В том то и дело, что новое решение по раздельному учету нам не подходит (коэффициенты не подходят).
Поэтому группы налогов UNDF и EXPT не прописывали в настройках :Имя версии группы ногов и присвоение позиции налога строкам в возвратах НДС.
В таблице J_3RTSE_CODE прописали Y2->Y9 (подтвержден), Y2->YB (не подтвержден), Y2->YY (подтвержден позже).
Y0 (MWS) 76* (0%)
Y2 (MWS) 76* (0%)- целевой для Y0
И соответственно: Y9 (MWS) (0%) 68*.

Новая транзакция J3RSEXPORT запускает прогу J_3RSINVOICE (может внести изменения?)
Может есть новая документация по настройке экспортных операций?

Коллеги, добрый день.

Кому-то удалось выполнить перенос НДС 26 программой по экспорту (входящий и исходящий налог) без предварительного запуска RFUMSV50???

Спасибо!