FI-SL Проблема с заполнением ACCIT_GLX в GCU1

_alex

Добрый день.
Проблема следующего плана. Критерием переноса в регистр SL является поле ACCIT_GLX-BWART (Вид движения ММ). До некоторого момента проблем с заполнением его, как при онлайн, так и проводке задним числом не было. С определенного момента при переносе GCU1 поле BWART перестало заполняться и критерий выбора перестал работать нормально (переносилось с включенной галкой "переносить mm\sd\hr"). У FI-щиков концов не нашел ( говорят, что ничего, влияющего на заполнение этой структуры не ломали \ не чинили).
Сейчас, конечно при переносе через GCU4 нормально отрабатывает, но хотелось бы и чтобы GCU1 так же работала бы. Сделал затычку по этому поводу в правиле выбора (для gcu1 тащу значение из ACCTIT), но хотелось бы чтобы по человечески работало.
p.s. Нашел по этому(схожему) поводу ноту 70899, но она говорит что все должно работать.

avo

Есть такая нота: Note 48009 - Tables ACCTHD, ACCTIT, ACCTCR: Questions and answers
Вот что там написано про GCU1

Цитата:

When you subsequently post FI data that originates from MM Inventory Management or MM Invoice Verification, the system first checks as to whether data is also contained in the ACCT* tables. If data is found, no subsequent posting is made. As of Release 3.1H, you have the option of deactivating the above procedure ('Transfer MM, SD, and HR docs' indicator) so that FI documents that originate from MM Inventory Management or MM Invoice Verificationtypes are subsequently posted in this case also.
The disadvantage associated with this variant is that information may be lost, since an FI document might not contain all the data or certain data is summarized at your wish. Therefore, compare the fields of the tables BSEG and ACCT*. Consider possible summarizations set for table BSEG (see Note 36353). If the additional fields of the ACCT* tables are notimportant for you, subsequently posting from the dataset of the FI documents does not entail any disadvantages for you.

Они честно предупреждают что с этой галки для анализа возьмутся только поля из bseg, а в bseg поля BWART нету. Так что я думаю, что не будет у вас работать через gcu1, только gcu4.

Sedlo

_alex написал:

Добрый день.
Проблема следующего плана. Критерием переноса в регистр SL является поле ACCIT_GLX-BWART (Вид движения ММ). До некоторого момента проблем с заполнением его, как при онлайн, так и проводке задним числом не было. С определенного момента при переносе GCU1 поле BWART перестало заполняться и критерий выбора перестал работать нормально (переносилось с включенной галкой "переносить mm\sd\hr"). У FI-щиков концов не нашел ( говорят, что ничего, влияющего на заполнение этой структуры не ломали \ не чинили).
Сейчас, конечно при переносе через GCU4 нормально отрабатывает, но хотелось бы и чтобы GCU1 так же работала бы. Сделал затычку по этому поводу в правиле выбора (для gcu1 тащу значение из ACCTIT), но хотелось бы чтобы по человечески работало.
p.s. Нашел по этому(схожему) поводу ноту 70899, но она говорит что все должно работать.

Возможно, что вашу часть они не трогали, а все слетело из-за того, что пошевелили где-то что-то соседнее. Попробуйте перегенерить GCCG и GCGG.

_alex

to sedlo: Перегенерация ничего не дала, видимо не в этом дело, а если в этом - то сейчас сложно понять какие изменения sl повлияли.

to avo: Если честно, то меня самого одолевают сомнения, не переносил ли я ранее через gcu4, а потом мне стало казаться что перенос делался gcu1. Однако для одного из отчетов в таблице отдельных позиций есть поле, по которому можно судить, каким образом переносился документ. В тестовой системе, есть документ из анализа которого (по этому полю) следует что документ переносился через GCU1.
В мистику не верю, проблема устранена, но до сих пор представляет академический интерес.

-TT-

OpenFIных замещений и экзитов в ММ никто не писал? У меня когда-то проблема нашлась именно там ))

А по поводу переноса - вы уверены, что GCU1 вы делали в фоновом режиме?! Просто я например обычно когда делаю новый критерий - первый погон переноса делаю в дебаг-режиме, чтобы все посмотреть. У Вас такого не могло случиться в тестовой системе?

_alex

Все консы, которых я пытал из ММ и FI, говорят, что замещений в переносах полей не писали. Переносил через GCU1 точно, что не фоновом режиме. Как режим выполнения может влиять на заполняемость полей?

-TT-

режим выполнения - никак! а вот замена значений полей в процессе дебага с последующим забыванием оного - очень даже запросто :lol:

_alex

Да согласен, такимим вещами порой увлекаюсь

Однако помню, что нужно было делать пернос в спешке и не сидел, и не дебажил.
Ладно думаю данную неувязку списать на свою старую память либо на то что "в ихнем буржуйском SAPе" кто-то что-то поменял.
Т.к. тема не имеет острой практической злободневности думаю можно ее прикрыть.

p.s. Хотя признак, говорящий о том, что был перенос из FI документа до сих пор не не дает спокойно спать )

anton1983

Коллеги, help

Настроил спецрегистр для дебиторов и кредиторов. Хочу видеть остатки в разрезе счета и контрагента. Добавил правила переноса полей. Создал регистр. Присвоил БЕ.
Сделал перегенерацию - GCCG. Все корректно без ошибок.

Что забыл?

После Запуска GCU1, пытаюсь сделать перенос документа. Выдает сообщение -
"5300000113 MRRU 2016
В соответствии с параметрами настройки этот документ не проведен ни в одн..."

rost99

Правило выбора регистра для операции присвоено? По-умолчанию ставится &FALSE.
Тр. GCL3 кнопка выбор регистра.

anton1983

Настройки действительно не хватало.
Но проблема не решилась.

При попытке перенести документ в SL через GCU1
выдает следующее:
Журнал: Перенос документов из фин. бухгалтерии

Вид обработки Тестовый прогон
Дата 03.08.2016
Время 21:26:32
Предв. проверка Нет
Док-ты MM/SD/HR Нет
Число непроведен. док-тов 0
Число проведенных с сообщениями док. 0
Чсл. корректно проведен. док. 0
---

То есть не видит он документа!

Таб отправители:
ACCHD
ACCIT_GLX
ACCCR

Таб получателя:
GLFUNCT(поля оставил стандартные)

-TT-

Какое правило используете? Судя по всему - док отклоняется на уровне выбора регистра.

Попробуйте поставить правило &TRUE, необходимо понимать, цепляется ли в принципе этот документа за SL, или нет. Если нет - надо выполнить перегенерацию и попробовать снова. Когда зацепится - меняете правило &TRUE на Ваше и смотрите, проходит его док или нет.

Еще гипотеза - если делаете перенос по НУ, то надо проверить, что в таблице анклассов (не помню названия, пакет J3RTAX) стоит присвоения анкласса к Вашей БЕ, стандартное ТПРовское правило выбора регистра контролирует, чтобы позициям присвоилось хоть что-то, и если док не проклассифицирован, то ему присваивается ЭНУ из настройки этой таблицы, и если и там ничего нет - док отклоняется.

anton1983

Что-то делаю не так. Нажимаю выбор регистра, пытаюсь ввести в условие "&TRUE".
Пишет - "Правило не существует".

-TT-

по F4 попробуйте выбрать правило, может быть оно как-то иначе названо у вас.

anton1983

if not p_belnr is initial and t_ledger is initial.
IF gd_gui_available IS NOT INITIAL. "Note 2052880
set cursor field 'T_LEDGER'.

Не определяет t_ledger. Попробуем накатить ноту.

FI-SL Проблема с заполнением ACCIT_GLX в GCU1

Кто сейчас на конференции