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> ENDIFOutput 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. |