This routine aims at generating offline accounting entries for financial operations.
For the offline accounting:
Tips
See more information on both cases - Document and Process - in the PARAMETERS APPLIED section in the Parameters/Separate by table
5. Check parameters and confirm them.
The system returns to the routine's description screen.
6. Confirm to start processing.
To be able to perform the routine, it is necessary to register, in SIGACTB:
After making the registrations, you should bind the currencies to the calendars.
Performance Tip
The performance of the accounting routine, because it covers all operations of the financial module, implies the gathering of information from several tables, and this makes the maintenance of the Database Application (DBMS) an essential element to obtain better time results and avoid waste. Visit the links below for more details on this maintenance:
In addition, it is worth mentioning:
Other tools for environment/performance support and analysis:
Question |
Description |
Display Acc. Entry? |
Select Yes or No to indicate whether to display the accounting entry when booking online. Example: No. |
Group Acc. Entry? |
Select Yes or No to indicate whether to group entries in a single line if accounts, cost center, item, and value class are the same in the entries. Example: No. |
Account for issues? |
Indicates by selecting between the options By the issuing dt. (Accounting Dt. = E2_EMIS1/E1_EMISAO) and By the Database (dDataBase). The accounting of accounts payable is based on the date of inclusion of the bill in the system. This occurs so that accounting postings are not made in periods already closed. Concept The accounting of accounts payable is based on the date of inclusion of the bill in the system. This occurs so that accounting postings are not made in periods already closed. For example, when making a purchase on October 28, 2021, from a supplier in Manaus, the invoice is issued on October 28, 2021, and the cargo is delivered in Sao Paulo on November 3, 2021. Assuming that the company has already made the monthly closing of the accounting, it could not account using the date of issue of the invoice (October 28, 2021). Due to this type of circumstance, conceptually, we must account using the date of entry of the invoice into the system. For accounts receivable, the bill generation date is considered. Example: 06/24/2019 |
From Date? |
This indicates the start of the date interval to filter records for offline accounting. Example: 06/1/2019 |
To Date? |
This indicates the end of the time interval to filter records for offline accounting. Example: 06/30/2019 |
From Portfolio? |
Indicates, by selecting between the options Receivable, Payable, Check, or All, whether the accounting entry will filter by bill nature. Example: No. |
Account postings? |
Indicates, by selecting between options By Posting Dt. (by the bill's posting date), By Typing Dt. (by the time when the user typed it), or By Avail. Dt. (by the date of availability typed by the user to account in the date of the bill transaction, not by the bill's posting date), for the accounting entry filter. Example: No. |
Cons. branches below? |
Indicates by selecting Yes or No, whether the following two parameters will be considered in offline accounting or not through the branch filter that the user has access to. Example: No. |
From Branch? |
Indicates by typing which branch will be the beginning of the filter interval for offline accounting. Example: D MG 01 |
To Branch? |
Indicates by typing which branch will be the end of the filter interval for offline accounting. Example: ZZZZZZZZ |
Update summarized? |
Indicates, through the Yes or No options, whether summarized accounts (child accounts of detailed accounts) will be updated in offline accounting. Example: No. |
Separate by? |
Indicates through the Period, Document, or Process options. Example:
NOTICE: Definitions 1. CTBAFIN treats as a financial document:
2. The CTBAFIN process is treated as:
|
Account Bordereau? |
Indicates, by means of the Total Bordereaux or Bordereau/Bordereau options, if the LP 532 accounting (Bosting of bordereau bills) will be dismembered or if daily accounting of the total of all bordereaux will take place (Documentation on the concept applied to the LP 532) Example: No. |
Consider Source Branch? |
Indicates, by selecting Yes or No, whether the following two parameters will be considered in offline accounting or not through the source branch filter. Example: No. |
Branch From? |
Indicates by typing which branch will be the beginning of the filter interval for offline accounting. Example: D MG 01 |
To Branch? |
Indicates by typing which branch will be the end of the filter interval for offline accounting. Example: ZZZZZZZZ |
Book Prov. Bill? |
Indicates whether provisory bills must be booked. Example: No. |
Parameter |
Description |
Default Content |
MV_CFINTHR |
The number of threads to be used to speed up the accounting queue (CTBAFIN), with a minimum of 2 and a maximum of 30. |
1 |
MV_FINLOG |
Indicates whether or not the financial module offline accounting will generate unaccounted records log (.T.) or alerts (.f.). Documentation: https://tdn.totvs.com/x/zN6pHg |
.F. |
MV_DIRDOC |
The target directory where the files of the Knowledge Base will be stored. |
\DIRDOC\ |
MV_CTBUPRC |
Defines whether to account using the new accounting model, with dynamic procedures for validations and inclusion of CT2 and CV3 data (.T.). |
.F. |
MV_TIPOLOG |
Enter 1 to generate the log file in txt or 2 to generate the report. |
1 |
MV_SLDBXCR |
Indicates how the balance of the posting of the accounts receivable will be tracked, only when the check is compensated or at the time of the posting (B, C). The offline accounting uses the configuration of this parameter as follows:
|
B |
MV_CTCHQBX |
Defines when the check will be accounted for on the posted bill: 1 = Generation, 2 = Release. |
1 |
MV_CTMOVPA |
Indicates whether the LP 513 Offline Accounting will occur by the Bill (SE2) or Banking Transaction (SE5) of the Advance Payment, 1="SE2" / 2="SE5". |
1 |
MV_CTBAGP |
Defines whether PCC bills are accounted for by their groupings or not (Default = .F.). |
.F. |
MV_NATTROC |
Determines which nature will be used in the generation of change outflow of SIGALOJA and FRONTLOJA. |
"TROCO" |
MV_GPDOCTB |
Determines that LPs 560 and 561 (Bank Transfer) will be grouped into the same accounting document when the question "Separate by?" is set to Document. |
.F. |
MV_BXCNAB |
Defines whether the CNAB return bill posts must be grouped, (S) Yes or (N) No. |
N |
MV_UNIAO |
Identify the code given to the Federal Revenue for payment of Income Tax. |
UNION |
MV_MUNIC |
Identifies the code of the finance department of the municipality for ISS collection. |
MUNIC |
MV_ORDLCTB |
Sets the order of accounting postings in the integration batch/doc, "L"=Default standard entry order, "E" Inflow order, and "T" = Balance Type. |
L |
MV_CTBINTE |
1 - Accounting by bill, 2 - Accounting by sale (Use only for integration) |
1 |
MV_DATADE |
Start date of the period for entering valid entries for accounting. |
20010101 |
MV_DATAATE |
End date of the period for entering valid entries for accounting. |
20020531 |
MV_CTBAIXA |
Type of Post Booking (Acc. Payable): (B) Posting, in the generation of (C) Check or (A) Both cases. |
C |
MV_CARTEIR |
Codes of banks in the portfolio. |
|
MV_CTBFLAG |
Indicates at which time the selection of the accounting flags in the financial records will be made: Database - Transaction Tracking A transaction is a single work unit. If a transaction succeeds, all data changes made during the transaction are confirmed and become a permanent part of the database. If a transaction finds errors or needs to be canceled and or reversed, all data changes will be deleted. |
.F. (Default) |
MV_BX10925 |
Defines when the withholding of PIS, COFINS, and CSLL taxes is processed: 1 = At Posting or 2 = At Issue. |
1 |
MV_CTMSFIL |
Used in offline accounting of the financial module with the question "Consider Source Branch" = YES. .T. = Consider FILORIG fields/.F. = MSFIL |
.F. |
MV_MXRCTHR |
The minimum number of records for a thread to be used in multi-thread processing. |
200 |
MV_CNOUTR |
Trace/Log for analysis in the performance of the accounting integration - MV_CONOUTR |
Below is the list of entry points available in the Offline Accounting (CTBAFIN) routine.
Entry Point | Note |
F370CTBUSR | The entry point at the end of processing for complementary user processes. Documentation: http://tdn.totvs.com/display/PROT/DT_PONTO_ENTRADA_FIM_CONTABILIZACAO_OFFLINE_FINANCEIRO |
F370E5F | Used as a string complement in the SE5 data filter in accounting. Documentation: F370E5F - Entry Point to filter SE5 records from the CTBAFIN routine |
F370E2F | Used as a string complement in the SE2 data filter in accounting. Documentation: F370E2F - Entry Point to filter SE2 records from the CTBAFIN routine |
F370EFK | Allows you to change the sorting key of the check accounting in the offline accounting routine. Documentation: http://tdn.totvs.com/pages/releaseview.action?pageId=6071542 |
F370E5K | Allows you to change the sorting key of the SE5 bank transactions accounting. Documentation: https://tdn.totvs.com/x/4wsOAw |
F370E1F | It confirms the selection of the bill for accounting. Documentation: F370E1F - Entry Point to filter SE1 records from the CTBAFIN routine |
F370E1W | Changes the condition of the repeat loop "while" executed in table SE1. Documentation: http://tdn.totvs.com/pages/viewpage.action?pageId=185752211 |
F370NATP | Handles what will be calculated in the offline accounting routines - FINA370 and CTBAFIN. Documentation: http://tdn.totvs.com/pages/viewpage.action?pageId=185736570 |
F370E5MBX | Allows you to add post types to a list of items that should not be booked. Documentation: F370E5MBX - Allows you to enter posting purposes that will not participate in the accounting of bank transactions - SE5. |
F370E5R | Used in the treatment for accounts receivable accounting. Documentation: http://tdn.totvs.com/display/public/mp/F370E5R+-+Contabiliza+contas+a+receber+--+11765 |
F370E5P | Used in the treatment of accounting payable. Documentation: http://tdn.totvs.com/pages/releaseview.action?pageId=6071027 |
F370BORD | Used to validate Standard Entries. |
F370EFF | Used to filter SEF data at the time of accounting. Documentation: F370EFF - Entry Point to filter SEF records from the CTBAFIN routine |
F370EUF | Used to filter data from SEU bills in accounting. Documentation: http://tdn.totvs.com/display/public/mp/F370EUF+-+Filtra+dados+--+11768 |
CtbPFO7 | The entry point for positioning in table FO7 in the accounting of travel rendering of accounts before the execution of standard entries 8B3, 8B5. Documentation: http://tdn.totvs.com/display/PROT/DT_CTBPFO7_Ponto_de_Entrada |
Information
LP 501 and 502 - Behaviors
The inclusion of the RA-type bill is made using standard entry 501. This can be done online using the Accounts Receivable (FINA040) routine, or offline using the Offline Accounting routine (CTBAFIN).
When the inclusion of the RA-type bill has already been accounted for, regardless of whether it was Online (FINA040) or Offline (CTBAFIN), the accounting of the deletion of the RA-type bill will be carried out by the Accounts Receivable routine (FINA040) using the standard entry 502.
If the inclusion of the RA-type bill is not accounted for, the deletion of this bill will also not be accounted for via the Offline Accounting routine (CTBAFIN).
Accounting FLAG: Behavior
Accounting FLAGS are saved from the moment the record passes through the assessment of the rule defined in the standard entry (CT5_VLR01), whether it is met (return .T.) or not (return .F.).
Therefore, once the LPs are present and active, the system will make the respective flag selection on the linked records regardless of the returned value and the manipulation of the records in the accounting screen (even if the rows are deleted)
Offline accounting with multiple processes – Financial
Semaphore - Table F74 - Control of Simultaneous Processing in the Financial