cancel
Showing results for 
Search instead for 
Did you mean: 

Urging Letters for PO's that do not get printed

scottcarricknwn
Participant
0 Kudos
886

I have setup a vendor for output type MAHN to be used to email urging letters/reminders for a PO. We have many PO's for Vendors setup to just be emailed and not printed. But from what my tests are showing, my output type of MAHN only gets generated in ME91F if the PO has been physically sent to a printer (ME9F). Once it's printed and ME91F is executed, the PO appears in the results and the MAHN can be generated. Is there a way to send urging letters without having to first physically print the PO?

Accepted Solutions (0)

Answers (8)

Answers (8)

pataselano
Active Contributor
0 Kudos

Please check your z-program for send ZNEU through email. If your z-program is correct then status of ZNEU will be '1' and ME91F can generate MAHN document.

Second option, you can thick 'List Untransmitted Messages' field in screeen selection of ME91F.

pataselano
Active Contributor
0 Kudos

In my system, ZNEU's processing status is 1 (Successfully processed).

Processing status 2 is 'Incorrectly processed'. So, ME91F can't found 'successfully processed' document.

scottcarricknwn
Participant
0 Kudos

Yeah I'm not sure why ZNEU are set to 2 but they do work for emailing a PO. Nevertheless, NEU will be 0 until ME9F (PO Print) is performed. One processing status is at 1, document is found in ME91F and I'm able to generate the MAHN.

pataselano
Active Contributor
0 Kudos

I tried your configuration in my server and I can found PO in ME91F (with condition ZNEU already processed and NEU is not yet processing).

Please review your NAST table (field 'AKTIV' must empty). Maybe your z-program for send email is not updating NAST table correctly. So, ME91F can found document type ZNEU

scottcarricknwn
Participant
0 Kudos

nace.png

Attached are the rows from NAST after a PO was created and released (emailed but not printed). You can see that the AKTIV field is blank still for both NEU and ZNEU. However, processing status is 2 for ZNEU and 0 for NEU and I am wondering if that needs to be > than 0 for ME91F to select the PO for MAHN? I appreciate your help on this.

pataselano
Active Contributor
0 Kudos

I think your procedure control in NACE is not correct (NEU and ZNEU in same step number, but with different condition counter).

Please separate step number for NEU and ZNEU. After that, please create new PO and check in ME91F.

scottcarricknwn
Participant
0 Kudos
Attached is that configuration. Step numbers are different but counters are all the same.

pataselano
Active Contributor
0 Kudos

I assumed that your PO already appeared in ME91F, but you got error message at generate messages.

It is mean that config for MAHN is still not correct. You can using tcode NACE for config MAHN (as same as you config for ZNEU). Please also check Fine-Tuned control in SPRO-Material Management-Purchasing-Messages-Output Control-Message Types-Define Message Types for Purchase Order.

scottcarricknwn
Participant
0 Kudos

No actually the PO does not appear at all in ME91F. After ME9F is ran over PO then the PO will show up in selection results in ME91F.

I'm pretty familiar with NACE and nothing stands out as wrong in the configuration from what I can tell.

pataselano
Active Contributor
0 Kudos

I already tried that ME91F will generate output type MAHN although I sent PO through email and output type for ME9F is still not processing yet.

Please check again message config for MAHN.

scottcarricknwn
Participant
0 Kudos

Any idea of what to look for in MAHN config? It looks good to me. What output type do you use for emailing PO? We created a custom output type of ZNEU. So these PO's have two output types assigned to them. ZNEU, which is processed and NEU, which for emailed PO's is NOT processed. Until I use ME9F to process NEU, the MAHN will not generate in ME91F.

Former Member
0 Kudos

Hi Scott,

You can lock the output device in trans. SPAD, however, this way nothing can be printed with that device.

Is there a spool request created (which is sent by email and gets printed) ?
If there is, you can set the print program of the application so that the spool will not be printed (no output request will be assigned to it).
For ex. you deselect the option 'Print immediately'-

Regards,

Bálint

scottcarricknwn
Participant
0 Kudos

mahn.png

Hi Balint

Not sure I follow your suggestion. My apologies. I attached a screen shot with our current setup for some PO's. You see they will have the standard NEU output type (printed PO's) as well as our custom Output Type ZNEU (emailed PO's). It appears the system will not add the MAHN output type to these PO's until NEU has been 'processed'. Does that clarify my issue? Appreciate the help.

Thanks, Scott

pataselano
Active Contributor
0 Kudos

If you never send PO to vendor why do you want send PO reminders? Your vendors will confuse because they never receive your PO, but you send PO reminders.

scottcarricknwn
Participant
0 Kudos

We send them. But they are emailed as an attachment through the system, not printed from ME9F and mailed. Apparently, MAHN requires output NEU to be processed first (ME9F). I'm looking for a way around this requirement.