| 1、发票: 1.1 发票批表AP_BATCHES_ALL当在ERP系统AP模块录入发票批或通过接口表导入发票批后，系统会在发票批表AP_BATCHES_ALL中新增记录，用于保存发票批ID、发票批名、创建时间等信息，以下为该表的常用字段及字段含义介绍：
1.2 发票表AP_INVOICES_ALL当在ERP系统AP模块录入发票或通过接口表导入发票后，系统会在发票表AP_INVOICES_ALL中新增记录，用于保存发票编号、发票ID、供应商ID、发票金额、发票日期、发票币种、付款状态等信息，以下为该表的常用字段及字段含义介绍：
ü 在发票表中，不同组织之间的INVOICE_NUM是可以重复的，但INVOICE_ID是唯一的。在查询发票的基本信息时，如果只知道发票编号而不知道发票ＩＤ，查询时要加上ORG_ID这个条件。ORG_ID可从表HR_OPERATING_UNITS中获得。 ü 对于发票类型为“ＰＯ默认”或“快速匹配”的，也包含在标准发票范围内。 1.3 发票分配表AP_INVOICE_DISTRIBUTIONS_ALL对于每张发发票的每个分配行，都会在表AP_INVOICE_DISTRIBUTIONS_ALL中存在一条记录，用于保存发票ＩＤ、分配帐户ＩＤ、分配行期间、分配行ＩＤ、ＰＯ订单分配行ＩＤ等信息，以下为该表的常用字段及字段含义介绍：
ü 在发票分配表AP_INVOICE_DISTRIBUTIONS_ALL中，INVOICE_ID与INVOICE_DISTRIBUTION_ID是一对多的关系，一张发票可以对应多个分配行。 ü 如果发票匹配了PO订单，PO_DISTRIBUTION_ID中可以看到PO模块的分配ID，从而可以获得PO订单号、行号和其它相关信息。 ü 发票分配行中的日期直接决定了发票分录的期间。 1.4 发票接口表AP_INVOICES_INTERFACE
1.5 表之间的关系AP_BATCHES_ALL. BATCH_ID = AP_INVOICES_ALL. BATCH_ID AP_INVOICES_ALL. INVOICE_ID = AP_INVOICE_DISTRIBUTIONS_ALL. INVOICE_ID 2. 付款 2.1 付款信息表AP_CHECKS_ALL当在ERP系统AP模块录入付款批或付款时，系统会在付款表AP_CHECKS_ALL中新增记录，用于保存付款金额、银行帐户、付款ID、付款编号、付款批名、创建时间等信息，以下为该表的常用字段及字段含义介绍：
ü 与发票编号一样，在付款表中，不同组织之间的CHECK_NUMBER是可以重复的，但CHECK_ID是唯一的。在查询付款的基本信息时，如果只知道付款编号而不知道付款ＩＤ，查询时要加上ORG_ID这个条件。ORG_ID可从表HR_OPERATING_UNITS中获得。 2.2 发票付款表AP_INVOICE_PAYMENTS_ALL当在ERP系统，以下为该表的常用字段及字段含义介绍：
ü 表AP_INVOICE_PAYMENTS_ALL将发票与付款关联了起来，可以查询某笔付款对应的发票或某张发票对应的付款。 ü 该表中的会计期间也就是生成付款分录的会计期间。 2.3 表之间的关系AP_CHECKS_ALL. CHECK_ID = AP_INVOICE_PAYMENTS_ALL. CHECK_ID AP_INVOICE_PAYMENTS_ALL. INVOICE_ID = AP_INVOICES_ALL. INVOICE_ID 3. 其它 3.1 应付事件表AP_ACCOUNTING_EVENTS_ALL
ü 应付事件表对应了发票和付款的事件类型。 3.2 应付会计分录头信息表AP_AE_HEADERS_ALL
ü 发票和付款的会计分录头信息都保存在表AP_AE_HEADERS_ALL中。 3.3 应付会计分录行信息表AP_AE_LINES_ALL
注解1： ü 如果SOURCE_TABLE是“AP_CHECKS”，SOURCE_ID的取值来源为“AP_CHECKS_ALL. CHECK_ID”； ü 如果SOURCE_TABLE是“AP_INVOICES”，SOURCE_ID的取值来源为“AP_INVOICES_ALL. INVOICE_ID”； ü 如果SOURCE_TABLE是“AP_INVOICE_DISTRIBUTIONS”，SOURCE_ID的取值来源为“AP_INVOICE_DISTRIBUTIONS_ALL. INVOICE_DISTRIBUTION_ID”； ü 如果SOURCE_TABLE是“AP_INVOICE_PAYMENTS”，SOURCE_ID的取值来源为“AP_INVOICE_PAYMENTS_ALL. INVOICE_PAYMENT_ID”； ü 在这个表中，对于不同的SOURCE_TABLE，多个字段对应的含义也不同，在查询数据时也要注意这一点。 3.4 费用报表头信息表AP_EXPENSE_REPORT_HEADERS_ALL
3.6 最大凭证编号表QAPAR_MAX_SEQUENCE为每个发票或付款分配凭证编号，按凭证编号打印、保存凭证，是客户化内容。凭证编号按模块、公司段、发票、付款（收款）、期间分别顺序编号，按照凭证编号规则从1开始，将最大凭证编号保存在表中。
3.7 表之间的关系AP_AE_HEADERS_ALL. AE_HEADER_ID = AP_AE_LINES_ALL. AE_HEADER_ID AP_AE_HEADERS_ALL. ACCOUNTING_EVENT_ID = AP_ACCOUNTING_EVENTS_ALL. ACCOUNTING_EVENT_ID 4. 常见问题判断与处理 4.1 生成单边会计分录当发票或付款创建会计方法后，偶尔会出现生成单边分录的现象，分录里会提示借贷不平的错误，也无法重新创建会计方法。这种情况属于ORACLE ERP系统BUG，只能通过后台手工补全分录来解决。 在手工补分录时，涉及到的表有AP_AE_HEADERS_ALL、AP_AE_LINES_ALL。涉及到的序列有AP_AE_LINES_S。 4.2 帐户组合ID出现 -1，在查询界面显示为空当发票或付款创建会计方法后，偶尔还会出现帐户组合为空的现象，这时查询发票分录行表AP_AE_LINES_ALL，会发现该行记录里的CODE_COMBINATION_ID为“-1”，对于这种问题，分两种情况说明： l 如果分录信息未传送GL，可在 “会计——>更新会计分录”处更新帐户信息。然后再传送GL。 l 如果分录信息已传送GL，记录会被卡在GL接口表GL.GL_INTERFACE中，这时只能手工后台更改表AP_AE_LINES_ALL和GL.GL_INTERFACE中的字段CODE_COMBINATION_ID，再运行日记帐导入。 对于CODE_COMBINATION_ID为“-1”的错误，应付事件表AP_ACCOUNTING_EVENTS_ALL中的EVENT_STATUS_CODE字段会是“ACCOUNTED WITH ERROR”，当帐户组合调整完成后，需要将这个值改为“ACCOUNTED”。 4.3 生成重复分录当发票或付款创建会计方法后，还会出现生成重复分录的现象，即借方和贷方出现了两套一模一样的分录。对于这种问题，也要分两种情况说明： l 如果分录信息未传送GL，可在后台直接手工删除多余分录，涉及到的表有AP_AE_LINES_ALL和AP_AE_HEADERS_ALL。 l 如果分录信息已传送GL，就不能再手工后台删除记录，只能通过调整/取消发票或付款来更正会计分录。 4.4 预付款核销、撤消核销产生的分录错误当预付款发票反复被核销、撤消核销、又核销后，极容易出现分录缺失的错误，这时只能手工后台补全分录，涉及到的表有AP_ACCOUNTING_EVENTS_ALL、AP_AE_HEADERS_ALL、AP_AE_LINES_ALL，涉及到的序列有AP_ACCOUNTING_EVENTS_S、AP_AE_HEADERS_S、AP_AE_LINES_S。 4.4 凭证编号不连续的错误正常情况下的凭证是顺序编号的，但孤儿数据的存在会造成凭证断号，或者手工后台干预数据也有可能造成凭证断号，如果凭证编号不连续，有两种方法可供选择： l 将最大凭证编号修改为中间缺少的编号，再修改表QAPAR_MAX_SEQUENCE中的最大凭证编号。这种方法的改动量小，用户重新打印凭证的工作量也小。 l 从断号的凭证开始，以后的凭证编号依次向前修改，再修改表QAPAR_MAX_SEQUENCE中的最大凭证编号。对于断号后凭证较多的情况，建议不采取此种方法。 |
联系客服
