Description
With the batch input program RFVIESR0, you create customers' incomingpayments in Real Estate Management that are supplied by the post office(VESR) or bank (BESR) on a data medium according to the Swiss PORprocess. From the data medium, a batch input session is generated, withwhich open items are cleared.
The report supports the procedure with 9-digit subscriber numbers aswell as the old procedure with 5-digit subscriber numbers. The RealEstate invoice number can be used as an additional criterion forselecting open items only for 9-digit subscriber numbers and fortransaction type "credit memo" (explanation follows). In all othercases, the selection of open items is made without this additionalselection criterion.

Precondition
The contents of the data medium must be copied to a UNIX file. ProgramRFVIESR0 requires a cleaned up file version in which the records have alength of 100 bytes.
If the original file is supplied on an MS-DOS disc (3 1/2" oder 51/4"), this can be formatted with report RFESR100.
Report RFESR100 has to be adapted for formats of other data media.
To generate the batch input session, you must first maintain thedocument type, company code, incoming payments account and paymentclearing account for each POR subscriber in the configuration menu offinancial accounting.
For the bank POR procedure, a customer identification number must alsobe specified. This field must not be filled for the post office POR.
INCLUDE FUNKTION_AUSFÜHREN
IF &DEVICE& = 'SCREEN'
Execute function
ENDIF

Output
The report outputs a display from which you can see which postings areincluded in the batch input session.
Code,,Meaning
TA,,Transaction type (last position) in credit records
ZE,,Incoming payments account PTT or bank
VR,,Clearing account PTT or bank
BSL,,Posting key
Ist case: Credit memo (TA 1 or 2), document exists.
Result: FBZ1 posting with posting key for debit posting 40 and accountZE, posting key for credit posting 15 to customer account.
2nd case: Credit memo (TA 1 or 2), document does not exist.
Result: FB01 posting with posting key for debit posting 40 and accountZE, posting key for credit posting 50 to VR account.
3rd case: Reversal (TA 4 or 5).
Result: FB01 posting with posting key for debit posting 40 and accountVR, posting key for credit posting 50 to ZE account.
4th case: Correction (TA 7 and 8).
Result: FB01 posting with posting key for debit position 40 and accountZE, posting key for credit posting 50 and VR account.
The customer account number and a code are added to the assignmentnumber of the G/L account items:
Code,,Meaning
Dsp.CrM,,Cleared credit memo
MainCrM,,Credit memo without document
Correct,,Correction
Reversal,,Reversal
The transaction type (credit memo, credit memo without document,correction, reversal) and the POR reference number are written into thetext field of the debit item and credit item.
In the document header text, the microfiche number, the outputreference and the output date (payment date) are displayed in day,month format (DDMM).
In the text log, the transaction type and the POR reference number arealso output for each record.