...
List of parameters applied to FINA390 and its processing
Deck of Cards |
---|
|
Card |
---|
id | 1 |
---|
label | Questions (F12) |
---|
title | Questions F12 |
---|
effectType | fade |
---|
| Question | Description | Ch. w/out Bill in Bordereau? | Enter "YES" for this routine to consider bills already listed in checks bordereau as well, otherwise "NO" | Display Acc.Entry? | Enter "YES" to display onscreen the accounting entries generated through checks, otherwise "NO" | Accounts online? | Enter "YES" to book online the entries related to checks without bills, otherwise "NO". | Group Entries? | Enter "YES" to group the accounting entries generated through checks in a single entry |
|
Card |
---|
id | 2 |
---|
label | Parameters (SX6) |
---|
effectType | fade |
---|
| Question | Description | Default | MV_CTLIPAG | Control postings payable through filled out release date. If .T., the system checks whether field E2_DATALIB is filled out, otherwise it does not control them | .F. | MV_JURXFIN | Enable integration between modules SIGAFIN - Financials and SIGAPFS - Legal. Disabled by default. |
| MV_VLMINPG | Minimum value to post the bill, even if field E2_DATALIB is not filled out and the content of parameter MV_CTLIPAG is .T. | 0 | MV_CTBFLAG | Enter whether to select accounting flags of the offline routines in the accounting entry transaction - SIGACTB. | .F. | MV_FINVDOC | Activate control of required documents in routines for releasing bill payable postings/transactions? ("1" = Yes / "2" = No) | 2 | MV_LIBCHEQ | Option to release bank balance when checks are generated before posting. | S | MV_CTBAIXA | Posting Booking Type (Acc. Payable): (B) Posting, in generation of (C) Check or in (A) Both cases. | C | MV_BX10925 | Define when withholding of PIS COFINS and CSLL taxes are processed: 1 = At Posting or 2 = At Issue | 1 | MV_DEDISS | Define when ISS deduction is processed (at posting or at issue of bill). 1 = at posting; 2 = at issue | 1 | MV_CARTEIR | Codes of banks in the portfolio. |
|
|
|
05. FINANCIAL RULE
A check is a prompt payment order. When the issuer uses the Check on Bills operation to generate a check, they order a bank to pay a given amount to a beneficiary.
Besides a payment order, the check is also considered a "credit bill". That is, the issuer admits to a debt; thus, if payment is not made, the check can be protested or lead to a collection lawsuit.
The check is paid when a balance exists in the checking account to be verified in table SE8 - Bank Balances of the company/business unit/branch to which the user is logged. If there is no balance, the check is considered bounced and returned, requiring a Cancel operation.
Attention
You cannot generate Checks on Advance Payments, Deductions, Debit Notes to Suppliers and Provisional Bills.
Note
If you want to issue checks for Advance Payments, please use routine Automatic Postings Payable (FINA090) and, in parameters (F12), set option "Generate Check Autom." to YES.
...