This automatic process is used to generate the automatic posting of the Credit Memos Receivable (CMRs) from the supplier return lines, either not invoiced or partially invoiced, and pending a credit memo.
This Credit Memo Receivable function runs at the end of the month and is used to generate recurrent CMRs. If a return has been posted at the end of month N and it has still not been the object of a credit memo in the month N+1, a new CMR will then be generated at the end of month N+1 for this return line. In effect this process takes into account the non posted (not having been the object of a CMR), not invoiced returns, or the posted and not invoiced returns whose associated CMR reversal date is less than the new generation date.
It should be noted that the CMRs generated from the non-invoiced returns do not take into account possible order footers.
Based on the PNH automatic journal setup, it is possible to generate a credit memo receivable by return or by Company-Site-Supplier-Currency combination. This depends on the Grouping option chosen in the automatic journal header:
Two automatic journals are delivered with the application. One is used to generate the credit memos receivable with taxes (PNH), the other is used to generate the credit memos receivable without taxes (PNH1).
The CMR generation process always uses the PNH automatic journal. If the automatic journal PNH1 should be used instead, it will be necessary to delete or rename the PNH automatic journal and to rename the PNH1 automatic journal as PNH.
Refer to documentation Implementation
A single screen is necessary to generate the credit memos receivable. It is used to enter the criteria related to the returns to be processed and to specify the accounting generation mode to be used.
The status of postings in the launch screen must be "Definitive" when the "Actual" journal category is selected and when the company is:
Presentation
Entry is optional for the majority of the fields on this screen.
The supplier return selection is made according to several criteria:
At process level itself, it is possible to choose whether the journal entry should be generated as:
It is possible to generate first the journal entry in simulation mode, then, after verification, to restart the processing in actual mode. In this case, the simulation entry is automatically deleted and replaced with the actual entry that will take into account any new non-invoiced returns.
These check boxes are only accessible when the generation mode is the actual mode. A final journal entry cannot be modified or deleted, only the analytical allocations remain accessible.
These check boxes are used to consider only certain return lines. It is possible to only consider products managed in stock, or products not managed in stock or all the products and therefore all the return lines pending a credit memo (default value).
This is the document entry type that will be used to generate the credit memos receivable and their reversals. The document entry type is initialized by the document entry type entered in the PNH automatic journal when the generation mode is the actual mode. If it is a simulation mode, the document entry type used will come from the TYPACC setup (for the Folder value).
It is possible to decide in which journal this document will be recorded (provided that the document entry type generated accepts the journal). By default, for a simulation-type generation, the journal entry will be recorded in the journal attached to the document entry type. If the generation is in actual mode, the journal used will be the journal specified in the PNH automatic journal or if it is not specified by the journal associated with the document entry type.
In addition the date of the generated credit memo receivable document will be specified as well as the entry date for its reversal (if the generation type chosen is in Actual mode only). The reversal date submitted by default is the first day of the next accounting period. In a standard operating framework, the CMRs are generated at the end of the month and they are reversed at the start of the next month in order to have an end-of-month situation for the returns that have not been invoiced yet.
It should be noted that the credit memos receivable generate two entries in Actual mode. The CMR and its reversal. If there is a tracking of commitments at order level (in relation with the receipts of processed returns), these will be committed with a CMR date and reversed on the reversal date in order to have a balanced budget situation for each accounting period.
The Log file flag is used to obtain a summary at the end of the processing, for all the entries generated by Company, Site and Supplier (CMR, CMR reversals, commitment entries, commitment reversals) as well as the different totals, ex-tax or inc. tax, by Company and Site, with a valuation of each processed return line.
Close
Fields
The following fields are present on this tab :
Criteria
|
  |
|
This field specifies on which company the process is carried out. |
|
  |
|
  |
|
This field is used to carry out the process on the assigned site. |
|
Start supplier allowing the selection of the records to process. |
|
End supplier allowing the selection of the records to process. |
|
Upper range for the receipt date up to which the records are selected. |
Generation
|
The category is set up in the journal type. Actual: Active simulation/inactive simulation: |
|
In the event of an actual generation, the status of the journal can be:
The entry status for entries must be Final when the requested generation type is Actual and the company meets one of the following criteria:
In temporary mode, most of the information displayed on the journal can be modified. The modification options can vary based on:
|
|
Choose the products to be processed:
|
|
Each accounting journal entered is linked to a given type. The journal type corresponds to the nature of the entered posting: customer invoice, miscellaneous operations, cash receipt, etc. This information entails management rules relating to the VAT, reminders, etc. It is one of the key elements of the journal entry. Based on the parameters of the selected journal type, you can open or close the propagation to the manual ledgers.
|
|
Enter the journal code (1 to 5 alphanumerical characters). |
|
This date corresponds to the date of the generated accounting postings. It must belong to a fiscal year or period that is open for all the ledger types. |
|
This date corresponds to the reversal date of the generated journal postings. It must belong to a fiscal year and a period that are open. |
|
Select this check box to generate a log file after running the process. |
Close
This function can be run in batch mode. The standard task FUNPNH is provided for that purpose.
This button is used to save under a Memo code the different criteria and generation information being used. |
This button is used to load the criteria and generation information previously saved under a Memo code. |
This button is used to delete a Memo code that has been previously saved. |
In addition to the generic error messages, the following messages can appear during the entry :
This message appears when a site has been entered in the launch window that is not a warehouse type.
This message appears when the document type chosen is not an actual document type and the process will generate actual document entries.
This message appears when the document type chosen is not a simulation document type while the process will generate simulation document entries.
The document type selected beforehand does not accept this journal.
As well as all the messages relating to problems that may occur during the creation of the accounting document.
If the processing is launched for a given company and this company has selected Conformity DGI no. 13L-1-06 (i.e. the value of setup FRADGI/chapter TC/group CPT is 'yes'), the documents generated by the processing will have the status 'Final'.
The processing is launched for all companies or a group of companies, and if at least one of the companies chose Conformity DGI no. 13L-1-06 (i.e. the value of setup FRADGI/chapter TC/group CPT is 'yes'), the documents generated by the processing will have the status 'Final'.