内部交易功能介绍

15
交易管理－交易类型定义－科目条件
科目条件：定义交易录入、确认、抵销凭证生成相关的科目控制规则：
不控制：不对科目进行相关的控制。 分科目控制：定义为分科目控制，就需要定义【检查科目对应】，用于限制
交易在确认时，是否在确认方存在与录入方科目相对应的科目，这种对应若不 满足【检查科目对应】所定义的对应关系，则给出相应的提示；不允许凭证存

可以根据自己企业的实际情况决定是否启用上述选项。
7
交易管理－系统定义－责任中心维护相关内容
为了满足交易管理的需要，在责任中心维护中对责任中心增加了如下的属 性字段： 公司性质：定义责任中心的分子公司属性；用来判断交易是母公司口径 还是合并口径的交易；
是否抵销责任中心：定义责任中心是否是抵销责任中心，软件在自动形成
3
交易管理－概述
系统参数设置
需要本方确认的交易
责任中心维护相关
日常业务处理
对方确认情况查询 合并组织机构维护
交易抵销凭证生成
抵销凭证类型定义 内部交易情况查询 交易类型定义
4
目录
一、概述 二、系统定义
三、交易处理
四、交易查询
5
交易管理－系统定义
系统定义用来完成地区公司内交易管理的初始化工作，主要包括系统 参数定义、合并架构及交易类型的定义等内容。
【交叉抵销科目】：只有当抵销类型定义为“交叉抵销”时、并且启用“分
科目控制”的时候，才允许定义本功能。该功能用于在确认种类型的交易业 务时，根据定义的科目取凭证分录形成抵销凭证。
18
交易管理－交易类型定义－详细控制规则
【单方抵销科目】只有当科目条件设置为“分科目控制”时才允许定义本 功能。这里所说的根据单方抵销是指两个内部单位的产品购销、劳务互供、 固定资产调拨等业务。销售方做主营业务收入/其他业务收入后，对方可能 做的科目为费用/存货/固定资产/原材料；在业务发生时，视同对方全部耗 或者销售：按照主营业务收入来抵消； 借：主营业务成本 （红字）
3、对方抵销科目，定义形成的抵销凭证中，与单方科目对应的对方科目，该
科目可以是双方会计凭证中不存在的科目。 4、抵销方式：方向取反还是金额取反。如果是方向相反，形成蓝字凭证；如 果是金额相反，形成借贷方向相同的红字凭证。
20
交易管理－交易类型定义－详细控制规则
【检查科目对应】：只有当科目条件设置为“分科目控制”时才允许定义 本功能。该功能用于限制交易在确认时，是否满足科目的对应关系。 【单位科目条件】：只有当单位条件设置为“互为对方”时，才允许定义。

默认值：
分责任中心定义的 内容如：部门、合 同、工程、成本中 心等，其他内容一 般不定义
12
交易管理－交易类型定义
内部交易类型用来界定该内部交易的记录、确认、抵销分录生成的相关规
则，需要定义的内容有：

抵销类型：交叉，分别，不抵销 抵销方式：事中，事后 科目条件、单位条件、个人条件、现金条件、其他辅助条件； 详细控制规则：包括必无科目设置、分别抵销科目、交叉抵销科目、单方
动生成抵销凭证；如果抵销方式为事后抵销，则对交易双方的凭证打上确认 标志，供月末交易抵销凭证的生成时使用。
24
交易管理－交易处理－交易日常处理
凭Fra Baidu bibliotek录入
检查是否 内部交易 ？ 否 结束
凭证修改 是
发起方
交易确认 事中抵销 抵销分录
否
是否通过 确认？
是 凭证录入 抵销方式
接收方
交易抵销 事后抵销 凭证生成
抵销分录时，将把抵销凭证生成到抵销责任中心上；

对应内部往来单位：定义与每个责任中心对应的内部往来单位的编号。
8
交易管理－系统定义－合并组织架构
合并组织架构，是以合并的角度对责任中心和抵销责任中心进行重新的组 织。是在地区公司内交易管理模块中单独进行定义的，以便于权限管理。
合并组织架构从本质上讲仍然是虚拟责任中心；
抵销科目、检查科目对应、单位科目条件等； 软件依据交易类型来确认交易的种类、确认规则、抵销分录的生成规则等， 是交易模块的重要基础定义工作。
13
交易管理－交易类型定义－抵消类型
抵销类型：不抵销、分别抵销、交叉抵销
不抵销：该类型的会计凭证不需要抵销；
分别抵销：交易双方分别在抵销责任中心自动生成各自的科目相同、辅助核
单位条件：定义对交易双方凭证中往来单位的控制规则：
不控制：不进行检查控制； 互为对方：当定义为互为对方时，就需要定义【单位科目条件】；凭证中如
果有科目设置了往来单位核算，则检查确认方所输入的往来单位是否是录入 方。即按照如下步骤查找：
1)、首先找到录入方的责任中心； 2)、找到录入方责任中心对应的单位； 3)、检查确认方所录入的单位是不是该单位。在检查的时候，先从确认方的凭证中查找 有没有出现【单位科目条件】里面定义的科目；如果有，再查这些科目是不是设置了单 位往来，然后再检查确认方的该科目所挂的单位是否正确。如果不是录入方责任中心对 应的单位，则检查不通过，并给出提示：“当前交易确认时，往来单位必须是对方。”
合并组织中定义的责任中心，我们称为“合并单元”。合并单元是一个树
状的结构；
对于每个合并单元，需要指定其包含的实责任中心，同时需要指定其对应
母公司口径的抵销责任中心是哪一个，对应非母公司口径的抵销责任中心 是哪一个。所有对应的责任中心，都来自于在责任中心维护中维护的实责 任中心；
可以随时根据企业的合并层次，合并范围、合并口径进行调整。
合并组织架构中任一合并单元的母公司口径报表，就是该合并单元下的分公
司性质的责任中心和分公司性质的抵销责任中心的数据简单相加。
11
交易管理－系统定义－抵消凭证类型定义
对于每个抵销责任中心，为其定义使用的凭证类型。所有自动形成到该责任 中心的抵销凭证以及手工录入的抵销凭证，都会使用该处定义的凭证类型。
9
交易管理－合并组织架构示例
中国石油工程建设公司
工建汇总
一建合并
七建合并
华东设计院
华东设计分公司 工 建 总 部 工 建 苏 丹 一 建 总 部 一 建 大 庆 七 建 本 部 七 建 大 连 设 计 院 本 部
技术服务分公司
„
„
„
包含实责任中心
包含实责任中心
包含实责任中心
吉 林 设 计
„
矿 区 机 事 „ 关 业 部
【必无科目设置】：定义在做此种类型的交易时，不允许出现的科目。如果
双方的凭证中出现了该设置的科目，则给出提示，不允许凭证保存。
【分别抵销科目】：只有当抵销类型定义为“分别抵销”时，才允许定义本
功能。该功能用于在录入此种类型的交易业务时，检查是否存在分别抵销的 科目，如果不存在，则给出提示，不允许凭证保存。
盘。
控制到 1 ～ 9 级科目：说明是只检查前几级科目。以定义到１级为例：从录入
方的凭证中取得所有录入的科目编号，然后将这些科目编号只取前一级，然后
从当前确认凭证中查找一级科目相同的凭证分录，如果有不存在的，说明凭证
确认的不正确。给出提示，检查通不过。如果都存在，则检查通过。
16
交易管理－交易类型定义－单位条件
抵销方式：定义抵销凭证的生成方式，软件提供事中实时形成和事后汇
总生成抵销分录的两种方式。
事中抵销：在交易进行确认的同时，形成抵销分录；
事后抵销：在交易进行确认时，只记录交易的确认结果，而不实时生
成抵销分录；而是在事后集中汇总生成已经确认的内部交易的抵销分录。 抵销凭证一旦形成，所对应的原始凭证将不允许修改 同一原始凭证上所涉及的责任中心对应的抵销责任中心只能有一个，否 则无法形成抵销凭证。

系统参数设置 责任中心维护中有关的内容 合并组织机构维护 抵销凭证类型定义 交易类型定义
6
交易管理－系统定义—系统参数定义
本界面用来定义地区公司内交易管理系统相关的各种参数。 是否启用交易：定义该帐套是否启用交易管理模块，如果不启用，则 在帐务处理中不启用与交易相关的各种功能。如果启用，在帐务处理中， 会启用相应的交易管理功能，具体体现在在凭证录入时，会要求选择交易 类型。
内部交易功能介绍
2012年3月
目录
一、概述 二、系统定义
三、交易处理
四、交易查询
2
交易管理－概述
内部交易是总帐系统的子模块，与帐务处理模块相结合，完成地区公司内部 交易的记录、对帐、抵销等相应业务。其主要功能如下： 1、交易的记录：实行集中核算后，各独立核算的会计主体都体现为同一个 帐套中的一个责任中心；为交易的记录提供了条件。软件提供各责任中心内部 交易的记录功能，在凭证录入时，依据录入的对方责任中心，完成交易数据的 日常记录。 2、交易的确认：通过交易确认，完成交易双方的对帐工作，实现交易的实 时对帐，销除交易事后对帐难、无法对符的问题，销除未达帐项对交易的影响。 3、抵销分录生成：依照合并组织架构和交易类型的定义，对确认通过的交 易，自动生成抵销分录。软件提供交易确认时实时生成和月末集中生成抵销分 录两种方式。 4、交易查询：提供交易的详细查询功能。
一致：凭证中如果有科目设置了往来单位核算，则需要从录入方凭证中取得
所有输入的往来单位信息，然后一个个去检查这些往来单位在确认方凭证中 是否都体现了，如果有没有体现的，检查不能通过，并给出提示。
17
交易管理－交易类型定义－详细控制规则
对于每个交易类型，还需要结合交易类型里面的定义内容，定义相应的详细 的控制内容。需要定义的内容在屏幕的下方，分别说明如下：
算信息相同、借贷方向相同、金额相同的红字凭证。也就是说，业务发起方和 业务接收方的抵销凭证分别在抵销责任中心生成。
交叉抵销：根据交易双方凭证中成对的往来科目和其他抵销科目，交叉在抵
销责任中心自动生成抵销的红字凭证，抵销凭证分录上的科目及辅助信息来源 于交易的双方，而不是交易的某方。
14
交易管理－交易类型定义－抵消方式

是否使用独立的合并组织机构：该选项决定系统在确定抵销责任中心 时，是否依据合并组织机构；如果启用，则依据合并组织机构来确定交易 双方发生业务时，抵销分录应该存放的抵销责任中心；如果不启用，则依 据责任中心维护里面定义的责任中心结构来确定抵销责任中心。如果责任 中心结构本身就能满足需要，则可以不启用合并组织机构。
贷：主营业务收入 （红字） 该抵销凭证由软件自动生成 对于该种业务，需要根据单方的某个科目，（例如主营业务收入），来形 成抵消凭证，凭证上的对方科目，并不在业务双方的会计凭证中，需要另 外单独指定。
19
交易管理－交易类型定义－详细控制规则
单方抵销科目定义方法： 1、需要抵销的科目：依据凭证上的那个科目进行抵销； 2 、需要抵销方向：该科目出现在凭证的那个方向时，需要抵销；可以选择 “全部”、“借”、“贷”；
抵销责任 中心
25
交易管理－交易处理－交易抵消凭证生成
交易抵销凭证生成功能用来处理交易类型为“事后生成”的交易的抵销
发起方在凭证录入中，判断该笔业务是否是内部交易业务，如果是内部交
易业务，需要选择相应的内部交易类型；然后，在凭证中需要录入交易的对
方责任中心；
接收方在凭证录入中，对发起方的凭证进行确认；同时制作本方的会计凭
证，本方会计凭证分录上的科目信息、金额信息受交易类型中定义的各种检
查条件来限制；
确认通过后，如果抵销方式为事中抵销，则按照交易类型定义的规则，自
销应在哪个层次的依据。
提供同实责任中心相同的帐务查询功能、报表处理功能；满足各个层次、各
个口径合并报表编制、帐务查询的需要。
系统对合并组织架构中的合并单元自动提供两个口径的数据，即合并口径和
母公司口径。
合并组织架构中任一合并单元的合并口径报表，就是该合并单元下的责任中
心和抵销责任中心的数据简单相加。
定义哪些科目参与单位互为对方的检查，不在此列表中的科目，不参与相
关的检查。
21
目录
一、概述 二、系统定义
三、交易处理
四、交易查询
22
交易管理－交易处理
交易处理完成交易的日常和月末处理工作：主要包括如下内容：

交易日常处理 交易抵销凭证生成

23
交易管理－交易处理－交易日常处理
在软件对于交易的日常记录、确认等业务处理，是通过会计凭证实现的；其 主要流程如下：
包含实责任中心
包含实责任中心

在合并组织架构中只需要定义上图中的七个结点（合并单元）； 定义每个结点下包括哪些分子公司,即合并范围；

定义每个结点对应的母公司口径抵销责任中心，非母公司对应的抵销责任中心分别是哪个。
10
交易管理－合并组织架构用途
合并组织架构，主要用于内部交易与合并：
是系统自动判断内部交易是母公司口径或非母公司口径的依据，也是判断抵