请您参照 实施的文档资料
Customer invoice posting involves having to populate 3 tabs containing the characteristics of each part of the invoice body.
介绍
Firstly, the key accounting information for the invoice must be entered:
The information in the tabs is then used to define:
Once this information is entered, the invoice can be posted to accounting using the button.
关闭
字段
下列字段存在于这个页签中 :
块编码 1
| 地点必须是定义日记账分录地点和公司的财务地点. |
|   |
|   |
| Invoice type code referencing the invoice category as well as the entry structure used in the accounting posting of the invoice. |
| 如果编号空白,将在过账后自动分配编号. |
块编码 2
| 该日期设定产生的日记账的日期. |
| 该字段无链接帮助. |
|   |
|   |
| 可以根据录入交易的参数设置,对商业伙伴控制科目调用代码进行修改. 该代码的默认初始设置值是开票至商业伙伴会计代码. |
|   |
关闭
介绍
Certain fields in the header are used to complete the identification of the invoice:
The remaining fields are used to characterize the open items in the invoice with respect to the payment management (identification of the pay-by customer, payment conditions), statement management and the reminder process.
Once the invoice is fully recorded, it is also possible, using the, to view the open items and their payment stage.
关闭
字段
下列字段存在于这个页签中 :
明细
| 该日期是原始发票的日期. |
| 该字段用于保存原始发票的编号. |
|
| 该字段是指发票货币. 所有金额被换算为此种货币. |
|
|   |
|
  |
|
|   |
| This is the invoice on which the credit memo is posted. |
|   |
|
|
|
|
|   |
|   |
|   |
块编码 3
|   |
|   |
|
|
|
未结账项
| If the invoice must be handed over to a factoring company, indicate the code of this company in charge of collecting the debts (by default the factor code is defined in the customer record). |
|   |
| Indicate whether the generated open items will have to be "put on a statement". |
| Indicate whether the generated open items need to be the subject of a reminder. |
结算
| This BP indicates the pay-by or paid customer. |
|   |
| 即开始计算付款时间安排的开始日期. |
| 该字段指出用于定义发票付款时间安排的付款条件. 可以在以后对它进行手动修改. |
|   |
|
|
|
|
|
|
表 分析
|   |
|   |
| 此处录入的分析元将在发票行中作为默认值使用. |
关闭
介绍
The grid in the second tab is used to characterize each of the invoice lines from an accounting point of view:
It is possible to modify the site on the line and also to carry out inter-site operations in the same legal company. The link postings are automatically generated on the link accounts previously parameterized (see the Link accounts documentation).
By default, the site proposed is that defined in the header on the invoice entry.
The choice of the account posting is determined by:
The ex-tax amount for the recorded operation is entered in this field. When the amount is negative, it is posted as a debit in accounting in the case of a customer invoice and as a credit in the case of a customer credit memo.
Warning: the invoice cannot have a negative ex-tax or tax-incl total: some ex-tax amounts on the line can be negative, but the ex-tax amount of the header is necessarily positive in the end.
When the account on the line is subject to tax, the tax field is accessible for entry. It is initialized with the tax code associated with the account or with the tax code associated with the tax system (see the SAITAX parameter documentation). According to the context, it is necessary to verify that this tax code corresponds to the tax actually applicable, or it should be modified. The tax code defines the rate, the system and the terms for the deduction applicable to the operation.
A contextual menu proposes the "enter tax" option. It is possible to specify taxes other than VAT (additional/special taxes) likely to be assigned to the VAT calculation and therefore the Tax-incl amount.
It is possible to manually enter a comment on the line. By using " / ", the account title is displayed by default ; and with "=", the title of the previous line is copied.
If the account is tracked in dimensional accounting, it is necessary to define its nature. At the level of the general accounts (see the General accounts documentation ), it is possible to define a nature linked automatically to an account. The nature field cannot then be modified. On the other hand, if a nature screen has been defined, it is possible to choose a different analytical nature conforming to the screen.
At the time of parameterization of an analytical nature, (see the Natures documentation), it is determined whether any non-financial units will be entered, and then a unit is assigned to the nature by specifying its default value (in reporting currency). It is this unit that will appear when entering the journal. The quantity is automatically calculated by dividing the Ex-tax amount (converted into reporting currency) by the non-financial unit value. The quantity can be modified.
Defined here are the allocation terms for the line amount on the different dimensions of each dimension view.
These terms are defined in the following way:
For instance: on a basis of 100, a coefficient of 10 will be read as 10%. But, on a basis of 50, a coefficient of 10 will be equivalent to 20%.
For these two latter cases, it is possible to pre-initialize the allocation with an already existing key. The final display will be " $ ".
If the accounting amount is not distributed over several analytical dimensions, the "allocation" field cannot be assigned. The entry is achieved directly in the following columns, in the dimension concerned, for each of the dimension views.
Default dimensions can be defined at the level of the nature, but those defined by the default dimension processing (see the default dimensions documentation ) have priority.
关闭
字段
下列字段存在于这个页签中 :
表 明细
|
| 每行的地点可以与表头的地点不同. 在这种情况下,产生的会计日记账必须通过地点间连接科目按地点结算. |
|   |
|
|
|
|
|
|
|
| 该字段无链接帮助. |
|
|
|
|
|
|   |
|
此处录入的是默认的分析分录,可依照默认分析元的参数定义对它们进行初始化设置. |
总计
|
  |
|   |
  |
|
  |
科目
|   |
|   |
关闭
操作图标
It provides access to the account inquiry, and by default to the account of the current line.
It is used to associate statistical codes to each line of the invoice (and therefore the posting) to facilitate the gathering of statistics.
It is used to apportion the line amount (or the ex-tax amount) in analytical or general accounting according to a specific calendar. To be operational, this functionality must be activated (activity code KIK) and the KIK1 automatic journal (apportionment of customer services) must exist.
It makes it possible to assign an account structure to the line. The account structure is used to pre-define all the accounting and analytical dimensions and natures, and to pre-load them directly on entry (see the Entry structures documentation). As for the amounts, based on the allocation coefficients defined in the structure, they are automatically calculated from the invoice ex-tax amount.
关闭
默认情况下,下列报表和功能关联 :
BPCINV : 客户发票
BPCINV2 : 客户发票
BPCINVFIN : 最终发票
BPCINVPRE : 预付款发票
BPCINVTAX : 客户发票
SIMFACCLI : 模拟客户发票
FACTRSC : 客户发票清单
这个能通过一个不同的设置改变.
It is used to view or modify the open items associated with the current customer invoice. |
This button is used to validate the current customer invoice at accounting level in order to have its related posting available. |
This provides access to the accounting journal generated following the posting of the current customer invoice.
When a customer invoices plans an apportionment of the services (at line level, right click on the entered Service period), the thus generated analytical journals are available here in display mode (according to the automatic journal referenced in the GAUKIK1 parameter).
It is used to turn an invoice directly into a credit memo. Then, the software requests confirmation of the "Creation of a credit memo invoice" and proposes:
除了一般的错误消息,下列消息能在录入时产生 :
The site selected for the invoice is not defined as a financial site. Therefore it cannot receive accounting entries.
The posting date for the invoice is incorrect because it does not fall in an open period range for the company.
The invoice posting date is incorrect because it falls in a financial year that is not yet created or it does not correspond to an actual date. This same message also appears if the start/end dates for the duration of the service (see the Lines tab) are inconsistent.
This message appears when a parameter required for the generation of an account posting is missing.
For instance, this can arise when the parameterization of the journal type (e.g. : customer invoice) is incomplete (missing sequence number counter for the journals).
The choice of the posting collective account of the invoice is incorrect insofar as it must necessarily be of Customer type Client, rather than Supplier, Rep etc.
In the same way, at invoice line level, the BP and the collective account on the line must be of a compatible type.
The collective account used does not correspond to existing/referenced data, hence the generation of this message..
This is a simple warning message that the credit memo being entered is not linked to an invoice. In effect, it is not mandatory to link a credit memo to an invoice, no matching being generated at the time of credit memo validation.
The invoice identified as the source of the credit memo is invalid because the characteristics of these two elements must be identical as far as the currency is concerned.
The credit memo cannot be linked to an invoice where the bill-to customer is different.
The credit memo cannot be linked to an invoice whose collective account is different.
The credit memo posting site linked to the credit memo does not correspond to the credit memo site.
Until the credit memo invoice is validated in accounting the posting is not valid.
The analytic dimension having been defined as mandatory for the dimension value X and the account structure called and executed does not contain the dimension for this dimension view, the invoice lines have been pre-loaded without the dimension but they should contain it.
The site linked to the account is not compatible with the invoice posting site.
The account selected for the invoice line posting must necessarily be of a type other than Exceptional, that is to say Revenues, Expenses or BP.
When the invoice line relates to a BP, it is necessary to define the BP and the associated collective account.
The validity dates of the account/nature/allocation key/ dimension are incompatible with the invoice posting date.
In the Tax1 and Tax2 fields in the VAT entry screen for the line, only the Additional or Special tax type codes can be used.
On the other hand, only VAT type codes can be entered in the VAT field of the entry screen and invoice line.
The site linked to the nature is not compatible with the invoice posting site.
The site linked to the analytical allocation is not compatible with the invoice posting site.
The analytical allocation (amount) that has been entered cannot be confirmed because the total of the allocated amounts does not correspond to the invoice line amount.
The choice of an analytical allocation key is incorrect because one of the dimensions contained in it is linked to a site different from that of the invoice.
The analytical dimension used is not acceptable because the combination of this dimension and the analytical nature of the line has been defined as prohibited.
The analytical dimension entered is not compatible with the other dimension entered. The combination of these two dimensions has been defined as prohibited.
The posting on the analytical dimension view X having been defined as mandatory, the field must absolutely be entered.
Certain fields must be entered in order that the invoice posting can take place: the site, the customer code, the invoice currency, the pay-by customer.
This non blocking warning message simply warns the user that the Tax incl. amount entered in the invoice header is less than the ex-tax amount. These two amounts can be modified as long as the accounting journal has not been validated.