Доброе всем время суток! Уважаемые коллеги, подскажите, pls, когда при деблокировании для бухучета SD фактуры возникает ошибка FI311 "В позиции 3620 2006 №счет фактуры" не задана финансовая позиция" ... Причем в заказе все контировки, в том числе финансовая позиция, есть. (активирован FM из EA-PS 600)
Деривация настроена. Ставлю деривацию на трассировку - все фин. позиции проставляются отлично. Даже замещение уже в FI сделала на сучай пустой фин позиции, чтобы отследить где она не проставляется, в отладчике все заполняется... и все равно в конце та же ошибка!
Причем это возникает только для перерасчетных SD фактур и SD фактур, созданных на основе заказа MM. Буду рада любым идеям! Заранее огромное спасибо!

Удалось продвинуться дальше! на самом деле прога LFMPU_RF02 ругается на отсутствие счета, и независимо от причины
fipos_data_not_found = 1
no_account_found = 2
no_fipos_found = 3
others = 4.

тупо передает одно сообщение
perform message_send using
'FI' 'E' '311'
c_f_accit-bukrs
c_f_accit-gjahr
c_f_accit-belnr
space.
g_flg_error = con_on.

А в отладчике видно, что причина '2' - no_account_found
Причем счет отсутствует в записи с полем kstat='X' (таблица t_accit), для всех остальных записей kstat пустое и счета заполнены.
Либо такая запись вообще не должна передаваться в таблицу, либо счет должен тянуться из настроек.

Какие настройки могут на это влиять? Заранее спасибо за любые мысли и идеи!

Еще одно дополнение:
В обычных фактурах (не перерасчетных) фин поз тянется в запись с t_accit-kstat='X' из SD заказа, но перерасчетные фактуры при этом отсеиваются:

vbtyp_fkiv(2) value '56', " Interne Verrechnung
...
cash management: determine order account assignment
if not xvbrp-aubel is initial
and not xvbrp-aupos is initial
and xvbrp-autyp ca vbtyp_verk
and vbrk-vbtyp na vbtyp_fkiv.

а vbrk-vbtyp для перерасчетных фактур как раз ='5' или "6"

Но в любом случае фин позиция и пр контировки в заказе есть и при деблокировании в FI в отладчике видно, что контировки из заказа вытягиваются в разные структуры, просто в t_accit, в случае перерасчетных, не берутся

Столько времени просидела с этой бедой в отладчике, что буду рада любым идеям, как это обойти? Вообще у кого-нить были удачные проведения перерасчетных при активном FM?

У меня такая ошибка ("В позиции 3620 2006 №счет фактуры" не задана финансовая позиция") возникала, когда в FI какая-то настройка, связанная с финансовым менеджментом криво была сделана. У них там, если не ошибаюсь, фин позиция привязывается в счету, который в SD используется при фактурировании. Обратитесь к FI-щикам.

Спасибо за ответ, но в том то и дело, что в счетах фин позиции все уже прописаны, а перерасчетные фактуры у вас проводятся в FI с активным FM?

За настройки FI не поручусь, но по мойму, нет.
Попробуйте ноты почитать по этой ошибке.

Ноты искали, но что-то грустно, к старой версии еще что-то более-менее, но к erp2005 счастья нет ((
Кстати, стат условие с триггера налога из схемы калькуляции SD фактуры идет. Т.е. если перерасчетная SD фактура в схеме калькуляции использует триггер налога со статистическим условием. В случае всех остальных фактур (не перерасчетных) все проходит нормально, в том числе и с триггером налога, потому что тянется с SD заказа. Если перерасчетная фактура не использует триггер налога со стат условием, то она проводится и в FI и в FM нормально. Поэтому в последней редакции )) вопрос такой: при активном FM деблокировалась ли у кого-нить для бух перерасчетная SD фактура, для которой в схеме калькуляции используется триггер налога со стат условием?

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

Получили туже ошибку

Может кто-то уже решил?

Решение проблемы: нота 980273 - FI311 on statistical line items.
В ноте написано,что:
Нужно установить патч SAPKGPPD07.
Или исправить в программе LFMPU_RF01 форму FORM GET_FIVOR
Delete Block
loop at c_t_accit assigning <f_accit>.

Insert Block
loop at c_t_accit assigning <f_accit> where kstat is INITIAL.

Спасибо. Право же надо выпускать какой-то F.A.Q. касательно поиска нот.

Обычно довольно легко найти по коду сообщения (2 магические буковки и 3 магические циферки).

Я бы не был так оптимистичен. Не знаю, какими технологиями реализован поиск нот, однако, он малоэффективен. Про поиск по сложным фразам и выражениям вообще молчу.