Ansicht
Dokumentation

RNZUZRTZ_ERR - Error Handling for Posting Back with Partial Payment

Fill RESBD Structure from EBP Component Structure   CL_GUI_FRONTEND_SERVICES - Frontend Services  
This documentation is copyright by SAP AG.

Purpose

Correction report for the Post Back with Partial Payment function

Description

In the copayment transaction NE11, you can execute the Post Back with Partial Payment function for a copayment receivable for which there are partial payments and that has been dunned and deducted from an unreversed invoice in the receivable procedure. To do this, the system executes a number of functions in background processing. Errors can occur during processing (for example, if locks are set). The system displays message N7 553 Error occurred while executing function "Post Back with Partial Payment". The system selects the relevant copayment receivable in transaction NE10/NE11 with a "Caution" symbol (quick info text Error in Post Back with Partial Payment). Processing of the copayment receivable can then no longer continue in transaction NE11. You use this report to continue processing these documents.

You can use the report to continue the Post Back with Partial Payment function for documents that encountered errors at the point where the error occurred or processing was canceled.

Prerequisites

The correction report RNZUZRTZ_ERR checks the authorization N_A_STZ1. This authorization is assigned to authorization group N_A_STZ5.

Selection

The following selection criteria are available on the selection screen:

• Institution

• Case Number (optional)

• Document Number (optional)

• Posting Date (optional)

You can execute the report in standard mode or expert mode. If you want to execute it in expert mode, select the Expert Mode checkbox (optional).

Output

According to your selection criteria, the report generates a list of the documents for which an error occurred or processing was canceled in the Post Back with Partial Payment function.

In expert mode, you can also display detailed internal information about these documents in two additional windows.

Activities

You can choose between two modes for processing the documents.

• Standard Mode

If you do not select the Expert Mode checkbox on the selection screen, the report runs in standard mode.

After execution, the report displays a list of the documents for which an error occurred during the Post Back with Partial Payment function.

Process function

To complete the process of posting back with partial payment correctly for a document, select the relevant line in the Copayment Receivable Docs with Errors in Posting Back window and choose Process. Please note that you can only process one document at a time.

Depending when processing was canceled during the Post Back with Partial Payment function, the system may also display the following dialog boxes here, as it does in transaction NE11:

• Dialog box for specifying the reversal date for the partial payment(s) to be reversed

• Dialog box for specifying the reverse clearing date for the original copayment receivable, and, if applicable, the copayment waiver

If an error occurs again here, the system cannot execute the Post Back with Partial Payment function and cancels processing.

Only if an error occurs again when running the program in standard mode should a user who is familiar with the 'Post Back with Partial Payment' procedure analyze this document in expert mode and continue processing.

When working in expert mode, as described below, the system provides additional information about the reason for the termination. You may then need to make necessary postings in FI manually before you can have the report complete the process of posting back with partial payment.

• Expert Mode

Note:

You should only use expert mode if you are familiar with the entire internal process for the Post Back with Partial Payment function and have experience with the Financial Accounting module.

The following provides a general introduction to expert mode, as well as details about the following topics:

• Functions the system executes during "Post Back with Partial Payment"

• Functions the user can execute in expert mode (with a precise description of the procedure for manual processing)

If you select the Expert Mode checkbox on the selection screen, the report runs in expert mode. After execution, the report displays a list of the documents for which an error occurred during the Post Back with Partial Payment function.

Use the hotspot on the document number in the list to obtain detailed information about the functions (steps) you have already performed in "Post Back with Partial Payment" and the problem that led to the function being canceled. The system opens the following additional windows:

• Steps in Posting Back w/Partial Pyt

This window lists the steps (functions) already performed by the system during the Post Back with Partial Payment function, together with the execution status of these steps, for the document you selected by hotspot. The status of the last event represents the overall status of the Post Back with Partial Payment function for the original copayment receivable. This status is then checked for further processing.

The system assigns each step (function) executed a sequence number. This is displayed in the Seq.PBPP field. When doing this, the system assigns an event to each step/function. The description of the event is displayed in the Event Text field.

The status of the event executed is displayed in the Status field. The following statuses are possible:

- E: Error

- P: In Process

- S: Processing Successful

- M: Manual Processing

The status of the most recent event in the Steps in Posting Back w/Partial Pyt window for the original copayment receivable is displayed in the Status field in the Copayment Receivable Docs with Errors in Posting Back window. This is the last event executed by the system during the "Post Back with Partial Payment" function.

The FI document number generated by the system at this event (for example, the reversal document number of a reversed partial payment or the copayment receivable for the total partial payments) is displayed in the Current Document Number field. The Internal Document Number field only contains the document number of the partial payment that is to be reversed at the corresponding event.

• Log

This window displays the messages generated by the system during the "Post Back with Partial Payment" function. A message is assigned to an event from the Steps in Posting Back w/Partial Pyt window by means of the sequence number in the Seq.PBPP field. Error messages are highlighted in red. You can display the long text of a message by choosing the hotspot on the message number.

Caution

The system only refreshes the information for a document in the Steps in Posting Back w/Partial Pyt and Log windows if you choose the hotspot for a document number in the Copayment Receivable Docs with Errors in Posting Back window. If you simply select a line in the Error Handling for Posting Back with Partial Payment (highlighted in yellow), this does not refresh the data in the two windows below. For this reason, you should note the case and document number in the title of the Steps in Posting Back w/Part. Pyt window.

Functions the system executes during "Post Back with Partial Payment"

When using expert mode, it is important that you are familiar with the individual functions the system executes during the Post Back with Partial Payment process, which take place in the order below, provided no errors occur:

1. The system copies the copayment waiver entered by the user to the insurance provider insurance relationship for the case.
2. It reverses the partial payment(s) for the original copayment receivable for which you are executing the Post Back with Partial Payment function. It does this using the reversal reason you specified in the Customizing activity Maintain Parameters for Copayment Requests.
3. It executes the reverse clearing function for the selected original copayment receivable.
4. It creates a new copayment receivable for the total of all partial payment amounts whose FI documents were reversed in the second step.
5. It enters a payment for the copayment receivable created in the previous step. The payment clears this copayment receivable.
6. It generates an additional copayment receivable for the difference between the original copayment receivable and the total partial payments. The system copies the posting and document date and the dunning data from the original copayment receivable document.
7. It posts the unpaid copayment receivable from the patient account back to the corresponding insurance provider account using the difference amount. This takes place in the same way as in report RNZUZR00 (Post Back Dunned Copayment Receivables).
8. It generates the § 301 message ZGUT for the copayment receivable that was posted back.
9. It adjusts the assignments of the copayment receivable documents that were reverse cleared and those that were created, for the invoice from which the original copayment receivable was deducted (table NBRKAZ).

When executing the Post Back with Partial Payment function, the system logs the functions executed and their status in table NCOP_PROT. The messages generated during this process are stored in table NCOP_MESS. The contents of these tables are displayed in expert mode in the following windows if you choose the hotspot on a document number in the Copayment Receivable Docs with Errors in Posting Back window.

• Steps in Posting Back w/Partial Pyt window (table NCOP_PROT)

• Log window (table NCOP_MESS)

An individual function that is performed when executing the Post Back with Partial Payment function is assigned to an event in table NCOP_PROT. The following provides an overview of all the events and the corresponding function:

Function in Process Post Back with Partial Payment and Tech. Event in Table NCOP_PROT

• Set copayment waiver in insurance relationship - SET_NZZGR

• Reverse partial payment in FI with reversal reason - CANC_PART

• Reverse clearing for original copayment receivable - REV_COPAY

• Create copayment receivable for total partially paid amount - CRE_PART

• Enter payment for total partially paid amount - PAY_PART

• Create copayment receivable for difference amount - INS_DIFF

• Post back copayment receivable for difference amount - INS_TRANS

• Generate § 301 message ZGUT - EVENT_ZGUT

• Reverse NBRKAZ entry for original copayment receivable - C_NBRKAZ

• Create NBRKAZ for copayment made - I_C_NBRKAZ

• Create NBRKAZ for difference amount posted back - I_T_NBRKAZ

• Delete all entries in NCOP_PROT and NCOP_MESS for original copayment receivable - DEL_PROTOC

• Complete manually, § 301 message ZGUT, adjust NBRKAZ - MAN_PROCES

Functions the user can execute in expert mode

The system lists the functions executed during "Post Back with Partial Payment" together with their status, the sequence number for processing, and the document number generated in the Steps in Posting Back w/Partial Pyt window.

You can execute the following functions:

• Process

If you choose Process, the report continues the Post Back with Partial Payment function for the selected case and copayment receivable at the point at which it was canceled in transaction NE11. (This is the same as standard mode.) Resolve the cause of the error that led to processing being canceled before you execute the Process function. If an error occurs again, the program cancels the Process function. You must perform the function(s) the system is unable to execute yourself. To do this, you must set the status of the last event to M (Manual Processing) in the Steps in Posting Back w/Partial Pyt window.

• Status M

You set status M Manual Processing if the system is unable to complete the Post Back with Partial Payment function when processing an errored document.

To set the status to M Manual Processing, choose Status M. The system displays a dialog box where you must confirm the status change. Please note that you cannot undo this status change.

To save the status, choose Save.

Note:

• While an original copayment receivable is assigned the status E (Error) or P(In Process) in the Copayment Receivable Docs with Errors in Posting Back window, the original copayment receivable and the follow-on documents generated by the system when executing the "Post Back with Partial Payment" function (copayment receivable for partially paid amounts, copayment receivable for difference amount) are locked for the user; this means you cannot process these documents in the copayment transaction or in report RNZUZR00 (Post Back Dunned Copayment Receivables).

If you set the status of the copayment receivable to Manual Processing, you can process these documents again in the copayment transaction NE11 and in report RNZUZR00.

• If an original copayment receivable is assigned the status M Manual Processing in the Copayment Receivable Docs with Errors in Posting Back window, the system will no longer process this document if you choose the Process function.

For more information about manual processing, see Procedure for Manual Processing.

• Save

When you choose Save, the report saves the Manual Processing status you set. Execute this function once you have chosen the Status M pushbutton.

• End M

If you have executed the remaining functions for posting back with partial payment yourself for an errored original copayment receivable, you must choose the End M pushbutton. The system displays a dialog box in which you must enter the following documents:

• Document number of the copayment receivable cleared with the total partial payment(s)

• Document number of the reverse cleared original copayment receivable

• Document number of the copayment receivable posted back (difference original copayment receivable - total partial payments)

You can determine the document numbers required in the copayment transaction NE11. To do this, choose Extras -> Settings... in the menu on the initial screen of transaction NE11 and select the checkbox With Rev./Rev. Cleared Pyt Requests so that the system also displays the reverse cleared original copayment receivables for the case. You can copy the document numbers to the dialog box using 'Cut and Paste'. The fiscal year is the year of the document posting date. The documents in question are identified by the following indicators:

• Cleared document: indicator C selected

• reverse cleared document indicator R selected and cancellation reason blank

• Document posted back: indicator B selected

The report then performs the necessary closing operations. These are required functions that you cannot execute yourself.

The following functions are required to complete the Post Back with Partial Payment function:

• Generate § 301 message ZGUT for the copayment receivable that was posted back with the difference amount (event EVENT_ZGUT).

• Reverse the NBRKAZ entry for the original copayment receivable. The table assigns this document the reversal indicator 'D' in table NBRKAZ. This allows the system to recognize that this copayment receivable was reversed by the Post Back with Partial Payment function and not by the reversal of an IS-H invoice (event C_NBRKAZ).

• The system generates a new entry in table NBRKAZ. Here, the copayment receivable for the total partial payments is assigned to the IS-H invoice from which the original copayment receivable was deducted (event I_C_NBRKAZ).

• The system generates an additional entry in table NBRKAZ. Here, the copayment receivable for the difference amount that was posted back is assigned to the IS-H invoice from which the original copayment receivable was deducted (event I_T_NBRKAZ).

Before executing the closing operations, the system checks whether the following prerequisites are met:

The following postings must exist for the original copayment receivable:

• Copayment receivable cleared by incoming payment for total partial payments for original copayment receivable

• Reverse cleared original copayment receivable

• Copayment receivable posted back for the difference amount (difference original copayment receivable - total partial payments)

The assignment to the current case must exist for all documents in the Assignment field (technical name ZUONR).

The system then performs the following totals check:

Original copyt rec. amount = amount of copyt rec. for partial payment(s) + amount of copyt rec. for difference

The original copayment receivable must be assigned status M (Manual Processing) in the Copayment Receivable Docs with Errors in Posting Backwindow.

Once they have been processed successfully, the program deletes all the entries for the original copayment receivable from tables NCOP_PROT and NCOP_MESS (event DEL_PROTOC).

If an error occurs for the Exit M function, you must correct it. You must then reset the status to M so as to be able to execute the Exit M function again.

Procedure for Manual Processing

If you need to process an errored document manually, please proceed as follows in expert mode:

• Identify the event at which the system encountered a problem in the Steps in Posting Back w/Partial Pyt and Log windows.

The following list Steps in Manual Processing lists the functions/events you must execute for Post Back with Partial Payment. As of the event at which the error occurred, which you can identify in the Steps in Posting Back w/Partial Pyt window, you must execute the functions that have not yet taken place in FI and/or IS-H yourself.

Note:

If you enter the copayment receivable documents, the incoming payment, or the reverse clearing for the original copayment receivable in FI, it is important that you adhere to the IS-H posting conventions. If possible, you should perform posting for the copayment receivable(s) and the incoming payment in the copayment transaction.

Steps in Manual Processing

1. Set the copayment waiver in the insurance provider insurance relationship for the case (event SET_NZZGR)
2. Reverse the partial payments that are assigned to the original copayment receivable for which you are executing the Post Back with Partial Payment function. Use the reversal reason you defined in the Customizing activity Maintain Parameters for Copayment Requests. Do this in FI (event CANC_PART).
3. Reverse clearing for the original copayment receivable

You cannot execute reverse clearing in the copayment transaction NE11, since the copayment receivable has been deducted from an active invoice (event REV_COPAY). Please note the following IS-H posting conventions when posting the reverse clearing in FI, since otherwise the system cannot recognise the reverse clearing:

• Use the posting key, and the document type and payment block if applicable, from the Customizing activity Maintain Parameters for Copayment Requests.

• Copy the dunning data, document line item text, and the business area for the original copayment receivable to the reverse clearing document.

• Enter the document number of the original copayment receivable as a 10-digit number and its fiscal year as a 2-digit number in the Reference Key 2 field (technical name XREF2) in each document line item in the reverse clearing document.

• Enter the case number as a 10-digit number in the Assignment field in each document line item in the reverse clearing document.

• Enter the document number of the reverse clearing document as a 10-digit number and the fiscal year as a 2-digit number in the Reference Key 2 field (technical name XREF2) in each document line item for the original copayment receivable.

1. Create a new copayment receivable for the total of all partial payment amounts that were reversed in step 2.

You may also be able to do this in the copayment transaction (event CRE_PART).

1. Enter payment for the copayment receivable created in step 4. You may also be able to do this in the copayment transaction (event PAY_PART).
2. Create the copayment receivable for the difference amount (original copayment receivable amount - total partial payments).

You may also be able to do this in the copayment transaction. It is important to copy the posting and document date and the dunning data from the original copayment receivable document so that you can then post back the unpaid copayment receivable (event INS_DIFF).

1. Call the correction report in expert mode and select the original copayment receivable.
2. Set the status to M Manual Processing
3. Call report RNZUZR00 to post back the copayment receivable for the difference amount.

Select the Cases Without Invoice Deduction checkbox on the selection screen, since this copayment receivable is not yet assigned to an IS-H invoice (event INS_TRANS).

1. Call the correction report in expert mode and select the original copayment receivable with status 'M'.
2. Execute the End M function (event MAN_PROCES)

Note

The Post Back with Partial Payment function has the advantage that the system posts back a copayment receivable with partial payment(s) without you having to reverse the corresponding IS-H invoice.

If an error occurs in the Post Back with Partial Payment function, you can reverse the IS-H invoice from which the copayment receivable being processed is deducted and then repeat billing, even if there are entries for this case and document in the internal table NCOP_PROT.

If you want to use this report to complete the Post Back with Partial Payment function, do not reverse the IS-H invoice. If you reverse the IS-H invoice, you cannot use this report to complete the Post Back with Partial Payment function for the corresponding copayment receivable. In this case, you must make all the required correction postings yourself and then bill the case again.

ABAP Short Reference   PERFORM Short Reference  
This documentation is copyright by SAP AG.

Length: 30598 Date: 20240520 Time: 093139     sap01-206 ( 450 ms )