SAPфорум.RU https://www.sapboard.ru/forum/ |
|
KO8G: использование Open FI при расчете заказов https://www.sapboard.ru/forum/viewtopic.php?f=6&t=92214 |
Страница 1 из 1 |
Автор: | Wiki [ Чт, янв 21 2016, 12:51 ] |
Заголовок сообщения: | KO8G: использование Open FI при расчете заказов |
Подскажите, можно ли использовать Open FI при расчете внутренних заказов. Есть необходимость проставления красного сторно при создании документа FI. Замещения не вариант, так как правило проставления красного сторно зависит от корреспондирующего счета. |
Автор: | mr_F [ Вт, фев 02 2016, 10:23 ] |
Заголовок сообщения: | Re: KO8G: использование Open FI при расчете заказов |
Да, мы используем такую практику у себя. Функционал работает уже больше года, полет нормальный. |
Автор: | Wiki [ Пн, фев 08 2016, 17:23 ] |
Заголовок сообщения: | Re: KO8G: использование Open FI при расчете заказов |
Можно поподробнее об этом, пожалуйста. Название ФМ-ки(создания документа FI) или какие другие ориентиры, чтобы можно было вставить свой код до сохранения самого документа. |
Автор: | mr_F [ Пн, фев 15 2016, 15:06 ] |
Заголовок сообщения: | Re: KO8G: использование Open FI при расчете заказов |
ФМ Z_SAMPLE_INTERFACE_00001025. Думаю, он был скопирован с одноименного SAMPLE_INTERFACE_00001025. |
Автор: | Wiki [ Пн, фев 15 2016, 16:30 ] |
Заголовок сообщения: | Re: KO8G: использование Open FI при расчете заказов |
Спасибо, будем пробовать. |
Автор: | Wiki [ Вт, фев 23 2016, 14:32 ] |
Заголовок сообщения: | Re: KO8G: использование Open FI при расчете заказов |
Создали Z_SAMPLE_INTERFACE_00001025 откорректировали t_bseg (проставили где надо красное сторно), но выходим из функции и.. ..t_bseg[] = l_bseg[] - функция OPEN_FI_PERFORM_00001025_E возвращает все как было Что с этим делать? |
Автор: | NeMurometz [ Вт, фев 23 2016, 19:07 ] |
Заголовок сообщения: | Re: KO8G: использование Open FI при расчете заказов |
OpenFI 1025 |
Автор: | Wiki [ Ср, фев 24 2016, 11:24 ] |
Заголовок сообщения: | Re: KO8G: использование Open FI при расчете заказов |
OPEN FI не помогает, так как при обработке каждого события (1025, 1120 или 1130) внутренняя таблица, которую мы меняем (t_bseg) после отработки события перезаписывается : * MEMID+6 = '00001025E'. "start:note530655 * EXPORT T_AUSZ1 T_AUSZ2 T_AUSZ3 T_BKPF T_BKP1 * T_BSEC T_BSED T_BSEG T_BSET T_BSEU * TO MEMORY ID MEMID. l_ausz1[] = t_ausz1[]. l_ausz2[] = t_ausz2[]. l_ausz3[] = t_ausz3[]. l_bkpf[] = t_bkpf[]. l_bkp1[] = t_bkp1[]. l_bsec[] = t_bsec[]. l_bsed[] = t_bsed[]. l_bseg[] = t_bseg[]. l_bset[] = t_bset[]. l_bseu[] = t_bseu[]. "end:note530655 l_rsgtab[] = t_rsgtab[]. "note561898 l_renum[] = t_renum[]. "note561898 l_postab[] = t_postab[]. "note561898 ***обработка события**** * IMPORT T_AUSZ1 T_AUSZ2 T_AUSZ3 T_BKPF T_BKP1 "start:note530655 * T_BSEC T_BSED T_BSEG T_BSET T_BSEU * FROM MEMORY ID MEMID. t_ausz1[] = l_ausz1[]. t_ausz2[] = l_ausz2[]. t_ausz3[] = l_ausz3[]. t_bkpf[] = l_bkpf[]. t_bkp1[] = l_bkp1[]. t_bsec[] = l_bsec[]. t_bsed[] = l_bsed[]. t_bseg[] = l_bseg[]. t_bset[] = l_bset[]. t_bseu[] = l_bseu[]. "end:note530655 t_rsgtab[] = l_rsgtab[]. "note561898 t_renum[] = l_renum[]. "note561898 t_postab[] = l_postab[]. "note561898 |
Автор: | NeMurometz [ Ср, фев 24 2016, 13:54 ] |
Заголовок сообщения: | Re: KO8G: использование Open FI при расчете заказов |
Wiki написал(а): OPEN FI не помогает, так как при обработке каждого события (1025, 1120 или 1130) внутренняя таблица, которую мы меняем (t_bseg) после отработки события перезаписывается : Помогает-помогает Надо либо менять значения в 1120, либо экспортировать значения в память, как советует Aval Aval написал: Вариантов несколько:
1.Воспользоваться событием 1120 и поменять в параметрах ФМ t_bkpfsub и t_bsegsub - это честный способ. 2. В 1025, если описанная нота не стоит - отправить ваши изменения в память - аналог предыдущего: EXPORT T_AUSZ1 T_AUSZ2 T_AUSZ3 T_BKPF T_BKP1 T_BSEC T_BSED T_BSEG T_BSET T_BSEU T_RSGTAB T_RENUM T_POSTAB TO MEMORY ID MEMID. Потом они будут импортированы(см. ниже). |
Страница 1 из 1 | Часовой пояс: UTC + 3 часа |
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |