Note
This routine was adjusted to comply with the General Personal Data Protection Law (Statute No. 13.70), so that some fields containing data regarded as sensitive and/or personal are blurred, becoming illegible.
Allows you to register the receipt of bills in the system, so that those that are posted in the Accounts Receivable routine can be classified with the following conditions:
• Pending Bill;
• Partial Posting;
• Posted Bill;
• Bills in bordereau;
• Advance with balance;
• Partially posted bill in bordereau;
• Posted Tax Advance with Balance;
• Bill Protested.
By the posting of the bill, it is possible to determine its cause by previously registering information in the Table of reasons for posting routine, available in the option Files in the Miscellaneous menu. In addition to this criterion, it also allows a reason for posting to be able or not to move the bank balance, generate commission and check, and the control is done in the routine by the fields Bank Trans., Commission, and Check.
Note
The routine also requires some default or specific settings enabled by parameters.
There are three reasons presented in the bills receivable posting:
It automatically updates the bank transaction.
For collections regarding returns. Does not automatically update the bank transaction.
Does not automatically update the bank transaction.
More Information: Posting by delivery in accord and satisfaction
The transactions in this routine contemplate partial or total postings, identified by the referential of the total amount of the bill and the amount reported.
Integration
The configuration of the Schedule and EAI Adapter routines promotes the following conditions:
This routine can be integrated with RM Classis Net. For technical details about the procedures of Deployment, Usage, Table Synchronization among Bases, and Parameterization for Generation, check the Protheus X Classis Integration Manual available on the TDN portal.
Allows you to post bills in statuses pending, partially posted, advance with balance, bills in bordereau, etc. After selecting the desired bill and clicking on the Download option, check that the main fields have been filled out and confirm the procedure.
Total posting
Every operation that zeroes the corresponding balance, as in:
The field Amount Received establishes the total posting of a bill receivable. This field must contain the amount received on the bill after adding deductions and subtracting increments, where necessary.
Partial Posting
This is characterized by posting a bill receivable with a value lower than the original. It happens according to the following situations:
What determines the partial posting of a bill receivable is the Amount Received field. If the amount received, after deductions and increments, is lower than the bill balance, it is characterized as partial posting.
Note that the bills with partial posting present the status in blue in the routine's maintenance window.
Example of total posting:
Amount Received: 1,200.00
Note
The system provides financial discounts for bills posted in advance according to the information in the Financial Discount, Type of Discount, and Days for Discount fields while adding a bill in the Accounts Receivable routine. That way, when the bill is posted, the Discounts field is filled in with the value granted
Example of a single discount:
If the bill is paid up to 10 days before the due date, the discount is 2.7% on the amount. |
|
---|---|
Bill Amount |
682.00 |
Due date |
05/22/2016 |
Financial Discount |
2.7 fixed |
Type of Discount |
Fixed |
Days for granting Discount |
1 |
Example of proportional discount:
If the bill is paid on 04/03/2016, the discount will be 2.7% per month, proportional to 50 days, which will be BRL 29.62. |
|
---|---|
Bill Amount |
682.00 |
Due date |
05/22/2016 |
Financial Discount |
2.7 p.m. |
Type of Discount |
Proportional |
Field |
Description |
---|---|
Issue Date History: |
History registered on the bill generation. |
Status: |
Bill's banking status. |
Posting Reas.: |
Reason for posting |
Bank: |
Code of the collection agent. |
Branch: |
Code of the collection agency. |
Account: |
Bank Account Number. |
Receipt Date: |
Date when the posting happened/will happen. |
Credit Date: |
Date of the bank credit referring to the posting of the bill. |
Posting hist.: |
Posting history. |
Mult. Natures Apport.: |
Multiple nature apportionment |
Field |
Description |
---|---|
Issue Date History: |
History registered on the bill generation. |
Status: |
Bill's banking status. |
Posting Reas.: |
Reason for posting |
Bank: |
Code of the collection agent. |
Branch: |
Code of the collection agency. |
Account: |
Bank Account Number. |
Receipt Date: |
Date when the posting happened/will happen. |
Credit Date: |
Date of the bank credit referring to the posting of the bill. |
Posting hist.: |
Posting history. |
Mult. Natures Apport.: |
Multiple nature apportionment |
Field |
Description |
---|---|
Issue Date History: |
History registered on the bill generation. |
Status: |
Bill's banking status. |
Posting Reas.: |
Reason for posting |
Bank: |
Code of the collection agent. |
Branch: |
Code of the collection agency. |
Account: |
Bank Account Number. |
Receipt Date: |
Date when the posting happened/will happen. |
Credit Date: |
Date of the bank credit referring to the posting of the bill. |
Posting hist.: |
Posting history. |
Mult. Natures Apport.: |
Multiple nature apportionment |
* Number 1 refers to the currency of the bill. If the content of parameter MV_SIMB(currency) is changed, the field description will be changed.
Parameters used by FINA070:
Parameter |
Description |
Type |
---|---|---|
xAutoCab |
Data referring to the bills that will be posted |
Array |
nOpc |
Action to be performed by the source: 3 - Bill posting 5 - Posting cancellation 6 - Posting deletion |
Numeric |
lNoMBrowse |
Set if the screen's routine should be presented or not. |
Logical |
nOpBaixa |
Determine which posting or posting cancellation will be run. If a bill is partially posted, you can use this parameter to inform which posting will be canceled. Note The nOpBaixa parameter does not comply with the posting sequence recorded in table SE5. In a scenario with 4 partial postings, when canceling the second posting (parameter 2) and then canceling the third posting, the parameter must be passed with value 2 again, since the previously canceled posting is no longer considered in the posting sequence. In this scenario, the routine considers a new sequence, from 1 to 3, with the first posting equivalent to 1, the third posting equivalent to 2, and the fourth posting equivalent to 3. If the parameter's value is higher than the number of existing postings (for example, 3 partial postings and the parameter with a value of 4), the routine automatically considers the parameter to have a value of 1. |
Numeric |
cFiltro |
Saves a filter in the Mbrowse bills. |
Character |
Example of use:
User Function EXEC070() Local aBaixa := {} aBaixa := {{ "E1_PREFIXO" ," " ,Nil } ,; { "E1_NUM" ,"200 " ,Nil } ,; {"E1_PARCELA" ," " ,Nil } ,; { "E1_TIPO" ,"NF " ,Nil } ,; { "AUTMOTBX" ,"NOR" ,Nil } ,; { "AUTBANCO" ,"001" ,Nil } ,; { "AUTAGENCIA" ,"00001" ,Nil } ,; { "AUTCONTA" ,"0000000001" ,Nil } ,; { "AUTDTBAIXA" ,dDataBase ,Nil } ,; { "AUTDTCREDITO" ,dDataBase ,Nil } ,; { "AUTHIST" ,"BAIXA TESTE" ,Nil } ,; { "AUTJUROS" ,0 ,Nil ,.T. } ,; { "AUTVALREC" ,700 ,Nil }} MSExecAuto({|x,y| Fina070(x,y)},aBaixa,3) Return
Below, we present the registrations needed for creating bills in the database:
Access the Financial Module (SIGAFIN) > Updates > Records > Customers (MATA030).
Click Add.
Fill out the required fields and click Save.
Access the Financial Module (SIGAFIN) > Updates > Records > Natures (MATA030).
Click Add.Fill out the required fields and click Confirm.
Access the Financials Module (SIGAFIN) > Updates > Accounts Receivable > Accounts Receivable (FINA040).
Click Add.
Fill out the required fields and click Save.
For more parameters and information, check Financial Parameters.