Subsequent Shipping and Sending of PDF file thru Email

[Former Member]

Dear EHS Experts,

Can I have your expert advise on my question below please?

1. Is there any environment parameter available wherein it only deletes all rejected report request in CVD1 say 1 week after its request date? If there is, can you please specify the environment parameter?
2. I have tried activating the subsequent report shipping in SD_CALL so I just ticked the subsequent shipping in the shipping reason. I also set up the SUB_CALL. SAP delivers EHS_SAVE exit only for this “Reason”. FM has also been set up in Assign Check and Subsequent Shipping Functions.  To test it, I have created a new version of report template, released it and created a report. Eventually a new report was created with a new version (e.g.- from 1.0 to 1.1) and the same was also been released. I have executed the SD side transactions. When checking CVD1 it had a status of rejected. As per my understanding, it should not be rejected due to subsequent shipping functionality. The client is using SAP ECC 6.0. I suspect the missing config is in Assign Names for User Exits. Just to reiterate that only EHS_SAVE exit is available in SUB_CALL. I did some research and EHS_SUBSEQ should be set up but I couldn’t find this exit.  Are there other exits that I need to set up in Assign Names for User Exits? Is my understanding also correct that the button “Activate Subsequent Shipping” within Edit menu in CVD1 is only for manual activation of subsequent shipping and no need to select it if I have selected the said indicator in config of Specify Shipping Reasons?
3. I have tried using the email functionality in sending MSDS and I just got worried about the size of the file. Upon receipt of the email attaching the MSDS, its size was 2.5MB. The file name was RTF as it was the standard format assigned in WWI and I didn’t change anything. Is this normal using the said file? I want to reduce the file so can you please advise what specifically should I do?
4. Regarding sending a PDF file to the customer like in email, can you please guide me on this? Ive made some initial reading and looks like there’s a need to update the content of WWI.INI like shown below.

;command=printto

;target=c:\temp\target.ps

;printer=Convert

command=

target=

printer=

[Printers]

PS=

PCL=

;PDF=Acrobat Distiller

[PrintUserExits]

; Format=addin(.dot);macro(.main)

;PDF=c:\wwi\wwiMkPDF;wwiEConvertToPDF

I would really appreciate if you could send me a procedure or steps on how to execute  inside the system in relation to the my question. You may send it at jaguardrives@yahoo.com and I would be glad giving you the points.

Kind regards,

Mark

[dhinsap]

Dear Mark,

the problem can lie with the function module I believe. If you have copied the function module for Europe or any other country, this will check for the R/3 System checks whether a released subsequent shipping order exists whose date of creation lies within the last twelve months. The target shipping date is irrelevant here. If the main version of the subsequent shipping order is also identical to the version of the new report shipping order, the new report shipping order is rejected.

If incase, u adopted the FM for European union, check this data

The check function CVEM_RDO_CHECK_EU accepts a new report shipping order only if no equivalent report shipping order has been received by shipping or subsequent shipping within the last twelve months.

The check runs through a total of three steps. In steps one and two, the R/3 System runs the check for report shipping orders whose target shipping date is less than 12 months ago. By using the target shipping date, the shipping lead time is also taken into account.

In the standard system the target shipping date is calculated by:

• Subtracting the lead time from the goods issue date for shipping from delivery

• Subtracting the lead time from the requested delivery date for shipping from orders

• Step 1:

In the first step, the R/3 System compares the same criteria as for the validity area USA (see above) but initially ignores the main version. If within the last twelve months a report shipping order is identical in all criteria to the new report shipping order and the subsequent shipping indicator is set, the new report shipping order is rejected. Reshipping a report is then not necessary as the customer automatically receives a new version of the report via subsequent shipping.

• Step 2:

If the subsequent shipping indicator is not set, the second step also compares the main versions. If the main versions match, the new report shipping order is rejected. If the customer issues a new purchase order every month, for example, and if the main version of the report that was originally sent is unchanged, a new report is not sent to the customer. Only if the customer renews the purchase order after a break of more than twelve months does he/she receive a report again, regardless of whether the main version has changed or not.

• Step 3:

If no previous report shipping order was found, in the third step the R/3 System checks whether a released subsequent shipping order exists whose date of creation lies within the last twelve months. The target shipping date is irrelevant here. If the main version of the subsequent shipping order is also identical to the version of the new report shipping order, the new report shipping order is rejected.

Debufg the FM for europe, u will find the solution.

Regards

Dhinesh

[christoph_bergemann]

Dear Mark

check may be: Oss note: 1713905. This is related to "incorrect" handling of subsequent shipments (dated may 2012).

C.B.