on 02-28-2019 3:31 PM
Hi Experts,
We already have psm-fm in Former Budgeting active for years and now We activated PS and PS Cash Management.
When we post a MIRO (Invoice) the reports like CJIA (for payment) is showing the payment cleared, even it has no happen. Has anyone idea Why it is occurring like that?
I Trace the Purchase process and RPSCO behavior:
RPSCO:
WRTTP / ACPOS / VORGA
50 / KAFM / KAFM | PR (Purchase Request – ME53N)
51 / KAFM / KAFM | PR (Purchase Order – ME23N )
“Nothing happen” | GR (Goods Receipt – MIGO)
57 /KAFM / KAFM | IR (Invoice Receipt – MIRO)
Thanks in advance,
That's the point, I'm not running CJFN and even before We activated PS Cash Management, the post of the invoic create the '54' and already create the '57' at the same time in PSM-FM. So, I think this could be some setting in PSM-FM or even in Invoice settings in MM assuming the Invoice post already is cleared.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Unfortunately, I cannot advise you further... if '57' is posted in some magic way, without having automatic payment transfer activated and without launching a manual one, I'd suspect some sort of development, which was done in order to make that happen. Either in the update profile in FM or elsewhere. You can, of course, put a trace on the invoice posting and analyse the output, trying to see at what moment '57' are generated.
Are you running CJFN? Normally, with Cash Management, that's the process which converts the invoice '54' to a paid one '57'. But, only under assumption that the invoice is cleared. If it is not the case in your system, I'd suggest you to open OSS note.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Eli,
Sorry for the late answer, I was out the last days...
Follow the screen shots fields you mentioned in :
Ps: This example is other document, but the same situation
This KNBELNR and VOBELNR numbers was generated when the invoice was posted in MIRO.
I'm confused because neither we have online payment transfer nor there is any execution of FMF0 or its JOB RFFMS200.
Maybe there is something setting for trigger the 57 categ. line just after MIRO post.
Could you know another setting to check, please?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi eli.klovski,
Has any other idea about this trouble or some setting up could making the system having this behavior?
Just for remember, when I post an Invoice (Tcode MIRO) against a WBS or NWA the RPSCO is updating with the 57 category. The similar occur when I post an Invoice against a cost center or order in PSM-FM. The category values 54 and 57 are automatically updating in reports. So, I think there is some setting up clearing the payment at the Invoice post moment. Even for PSM-FM either PS Cash managemant.
I'm note sure, but once we are in Former Budgeting, I thought it didn't have the online payment transfer. Correct me please, perhaps I'm wrong. About KNBELNR and VOBELNR, either are with the same value, account document generated in FI on Invoice post moment.
Follow some screenshots from our settings:
Update profile for 57 Ctg.Val:
OFUP:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
OK, so I see... do you have the job which is running RFFMS200 report (payment transfer)?
Also, please, share screenshots of FMIOI and FMIFIIT for the documents in question.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
What is update profile (OF37) and update profile special setting for IR/GR (OFUP) do you have?
Regards,
Eli
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
99 | |
9 | |
9 | |
5 | |
4 | |
3 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.