Nastavenie mass invoicing of instalments with services
...
Description inNastavení Business .
Contract Dimension Value
Value Dimension 2 for a mass invoice that can contain multiple contracts.
...
The bulk task looks for the Payment value in the Invoicing Type field, then automatically sends and suspends the invoice according to the set values.
Detailed description in Adresář .
Maturity date
On the customer card, on the Operative leasing tab, the following is set:
...
Invoices the lines of contract payment calendars corresponding to the specified period and filters, namely:
flirts with Filters for the customer's contracts that have the flagflagged:
Financing with Services=A,
Calculation variant=N,
Payment Calendar is Tax Document = A
It goes through contract by contract and on each:
If det. The contract status does not have a value of Yes in any of the fields Allow Posting from GAC, Allow Posting Increased Prepayment Posting, Allow Partial Credit Posting, the contract is skipped and not processed
flirts the lines of the given contract – the filter for the posting date was entered by the user at startup, then it is filtered to Type=Payment, Posted=No
If on the det. The contract status does not Allow Posting from the Bill, so :
if Allow posting of increased payment in advance=Yes, then it will run the filter on contract lines to process only lines with flag Line with down payment=Yes
if Allow Partial Credit Posting=Yes, then it will run a filter on contract lines to process only lines with flag Partial Credit = Yes
Row Processing :
lines are posted straight, there is no grouping in this branch
...
When creating an invoice line, the system checks whether the combination Gen. Bus. Posting Group), Gen. Prod. Posting Group and is not blocked for the given invoice line. If the setting does not exist, then the error is written in the Posting Log and continues to the next contract.
Flirt Filters the customer's contracts that have:
flag Financing with services=A,
Calculation variant=N,
Payment calendar is Tax Document=N,
Contract Status = Active, Change Copy, Terminating, Settled
It goes through contract by contract and on each:
deletes the Change Copy, if it exists
If det. The contract status does not have a value of Yes in any of the fields Allow Posting from GAC, Allow Posting Increased Prepayment Posting, Allow Partial Credit Posting, the contract is skipped and not processed
if the conditions for contract extension are met (Estimated end date<=first day of month of the entered Posting Date, the model has flag Automatic Contract Renewal=Yes and the object has blank Object Return Date), calls Contract Extension Function
Contract Extension Feature the last row in the SPK is searched. It then checks the value on the Contract Extension contract card.
If it is NO, the system copies the last posted payment with the flag Contract Extension=NO,
If Contract Extension=YES is on the contract header, the system copies the last created payment with the Contract Extension=YES flag.
By a suitable combination of values entered into the Posting Date filters within the task dialog, this task only allows you to extend the contract without the need to post the first lines created in this way. For this separate extension, it is necessary to enter a date different from the Posting Date of the given GAC line to the Posting Date filter in the Financing Contract Line section.
...
flirts the lines of the given contract – the filter for the posting date was entered by the user at startup, then it is filtered to Type=Payment, Posted=No
if there is no Enable Posting from Payment Register on the Det. Contract Status, then :
if Allow posting of increased payment in advance=Yes, then it will run the filter on contract lines to process only lines with flag Line with down payment=Yes
If the Allow Partial Credit Posting=Yes, so it will run a filter on the contract lines to process only the lines with the flag Partial Credit=Yes
Row Processing :
If the line has flag Recalculation Settlement=A or Partial Credit=A and at the same time Line Amount < 0, the line is charged equal to (just as if it were posted manually). Posting RS, PC line from the payment calendar see lower in the description.
If the previous point is not met, the values from the row are written to the buffer
If it's up to the customer in the Payment Billing Method=Separately for contracts, the buffer is posted immediately after filling with one line (an individual sales invoice is created), otherwise, the buffer is gradually filled with rows of all contracts of a given customer and is charged by the buffer posting task only after all contracts of the given customer have passed.
When posting the buffer, the value of the field Method of invoicing payments from the Customer is taken into account. According to this value, grouping takes place and one or more invoices are created, i.e. e.g. if the grouping of invoices per customer is set. The customer has 20 contracts that fit the filter. The task gradually moves through 20 contracts, in case it finds out that the necessary settings (number series, dimensions, etc.) are missing for posting, it does not post any invoice and the failure is recorded in the Posting Log. If there is no setting for sending invoices, the system will post the invoice and the failure will be recorded in the Posting Log.
The invoice is created, the lines are filled in according to OneCore Posting Settings and posted. If set, attachments will also be generated after posting and an email with them will be sent.
When filling lines into invoice lines, the system searches for posting in OneCore Posting Settings (PD Finance Settings).
Ak je v Contract with Service Settings field in the Check for Billing Invoicing Difference:
WELL (in Contract with Service Settings, in the Check for Billing Invoicing Difference field)
The system fills the invoice lines according to the OneCore Posting Settings for the given posting group. If the settings are missing, the invoice for the customer is not posted, the system writes the failure to the Posting Log and moves on to the next customer.
YES, as well as the role of Post Financing Payment with service:
Rolls over contract payment calendars that match the filter specified in the dialog box when the task runs.
For field group: No. 1 group: principal, interest The system searches for the corresponding line in OneCore Posting Settings. The sum of the found values from the payment calendar for group No. 1 must be equal to the prepared invoice line. If the difference is positive or negative, it will create an invoice line for group 1. The line will be filled in:
Account: from settings (same account for all groups)
VAT: from settings (same settings for all groups)
A value with a different value (positive or negative)
For field group: No. 2 group: insurance searches for the corresponding line in OneCore Posting Settings. The sum of the found values from the payment calendar for group No. 2 must be equal to the prepared lines of the invoice. If the difference is positive or negative, the system creates an invoice line for group 2
The row will be filled in the same way as for group No. 1 flax with the difference value
For field group: No. 3 group– services searches for the corresponding line in Posting Settings. The sum of the found values from the payment calendar for group No. 3 must be equal to the prepared invoice line. If the difference is positive or negative, the system creates an invoice line for group 3
The row will be filled in the same way as for group No. 1 flax with the value difference. Vid example No. 1 below.
During processing payments flagged with RS (non-calculation line), PC (partial credit note upon returning the vehicle) = YES :
If the amount is negative, the system checks in the Contract with Service Setup field Do not post credit memo from payment calendar, ak je:
YES
The system creates an unposted credit memo as described in Chapter II. 13.3
Original Invoice No. When a PC line is entered into the unposted credit memo line, the system fills it into the line
WELL
Creates a posted individual credit memo.
The numbering of the document is according to the settings on the Contract Model.
When creating a partial credit memo, the system populates the fields in the payment calendar – Applies to Document No. with the document with which the last payment was posted and the credit note is created from it.
The original document number will be filled into the header of the credit memo, if it is a mass invoice (from which the PC line was created):
Closed, i.e. not open, the system will not fill in the Type and Number of Applies-to Document on Credit Memo.
It is open, the system fills in the Type and number of the settlement document on the credit note.
When posting, the system checks: The sum of all items (principal, interest, insurance, services, VAT to principal, VAT interest, VAT insurance, VAT services) minus Amount including VAT = result must be 0.
If the sum is not 0, the system logs an error message: "Row balance is not settled LC No. ...: 10181113 Row type: Payment Regular number: 1910"
After posting the invoice, the table on the Customer card checks the method of sending customer invoices, where it searches for Invoicing Type: Payment, Document Type: depending on whether it is an invoice or a credit note. Generates an external structured attachment and the name of the attachment from the given line, as soon as it is specified
After creating attachments, which is set to be sent to the customer, it takes into account the settings in the Invoicing Print Settings, where it searches for a report for document, email body, subject and Job responsiibility.
After posting, such as after sending, success or failure is recorded in the Posting Log
The system also changes the value of the Reference Date field in the contract header to the current system date.
When the invoicing job is finished, the system opens a message about X successful and Y unsuccessful posting of invoices. You want to open the Posting Log. If you select Yes, the Posting Log will be opened with a filter for the records created during the job run.
...