cancel
Showing results for 
Search instead for 
Did you mean: 

REM - MF42N vs. MF12 Time field

Former Member
0 Kudos

Hi Gurus!

I encountered this discrepancy between MF42N Time Entered vs MF12 Time. As per checking, MF12 gets its data from the Table BLPK while the Time in MF42N is stored in MKPF. Anybody know why there is a difference between the Time in MF12 vs MF42N? By right they should be the same right?

I tested to post using MF42N while manipulating the Time Zone in the user authorization but there is still a difference even though there is a time zone or when i deleted it (although i forgot to logout then login again, Is that the reason why there were no change?)

Hope to hear from some of you soonest!

Thanks and regards,

John

Accepted Solutions (1)

Accepted Solutions (1)

rupesh_brahmankar3
Active Contributor
0 Kudos

Dear,

In the standard system the subsequent backflush has already been started during collective entry while the preceding backflush is updated in the asynchronous mode. This procedure shortens the posting time for the entire backflush.

Please go toTransaction OSP1-> subscreen 'Collective confirmation'-> active 'Synchronous update.

Please try the same and come back.

Regards,

R.Brahmankar

Former Member
0 Kudos

Hi Rupesh,

Thanks for the quick reply! Will try the config when I get back in the office.

One thing we noticed tho, the time in MKPF is correct but the time in BLPK will be posted maybe 6 hours prior to the posted time in MKPF. Example i posted using the transaction in MF42N at 1430 but the time that will be displayed in MF12 is 0830. But it is not possible since i just posted the transaction in 1430. When I checked the past MF12 entries, the time difference ranged between 2 hours to 8-hour difference.

Thanks and regards,

John

rupesh_brahmankar3
Active Contributor
0 Kudos

Dear,

Apart form that please check the setup of REM profile in OSP2 have you defined that goods issues ('backflush') or production activities ('Determine actual costs') are to be posted separately, that is 'immediately in update program'. The separate processes are to be executed asynchronously at the end of the dialogue to reduce the response time. Check the setup Process control in OPKD.

Regards,

R.Brahmankar

Former Member
0 Kudos

Hi Rupesh,

How can I go to the subscreen of OSP1? Also, upon checking, the setting in Process Control (OPKD) is 2 - later in background job. Although the REM Profile assigned to the material did not use any Process Control, it is blank. Do I need to update it? Sorry, to be honest I am quite new in REM.

Thanks and regards,

John

rupesh_brahmankar3
Active Contributor
0 Kudos

Dear,

Go to OSP1 and  active 'Synchronous update. If setting in Process Control (OPKD) not use then no need to change it. Just try with OSP1 Synchronous update and come back.

Regards,

R.Brahmankar

Former Member
0 Kudos

  

Hi Rupesh,

As I mentioned earlier, the existing REM Profile does not have an entry in the process control. I confirgured a new process control with backflushing set to 'immediately in update program'. Now when I tried again the transaction MF42N, after entering the material and planned order I encounter this error message: "you ave not yet defined parallel processing type of backflushing process". I did not have any errors prior to the config changes.

Regarding OSP1, my only choices are the following:

Start: current date+
Finish:current date+

Hide planned order

I cannot find the synchronous update.

For now, were looking at changing the Zone in the user profile.

Thanks and regards,

John

rupesh_brahmankar3
Active Contributor
0 Kudos

Dear,

Please check below screen shot of OSP1.

In OPKF you can define the parallel processing for process control defined in OPKD.

Regards,

R.Brahmankar

Former Member
0 Kudos

Hi Rupesh,

I think the reason why I cannot see Synchronous Posting is that our Version is only 4.6C. Sorry for the confusion.

Thanks and regards,

John

rupesh_brahmankar3
Active Contributor
0 Kudos

Dear,

Yes it is available 4.7 onward. Please try with parallel processing.

Regards,

R.Brahmankar

Answers (0)