内部交易功能介绍

1、内部交易功能介绍2012年3月2目录3内部交易是总帐系统的子模块，与帐务处理模块相结合，完成地区公司内部交易的记录、对帐、抵销等相应业务。其主要功能如下：1、交易的记录：实行集中核算后，各独立核算的会计主体都体现为同一个帐套中的一个责任中心；为交易的记录提供了条件。软件提供各责任中心内部交易的记录功能，在凭证录入时，依据录入的对方责任中心，完成交易数据的日常记录。2、交易的确认：通过交易确认，完成交易双方的对帐工作，实现交易的实时对帐，销除交易事后对帐难、无法对符的问题，销除未达帐项对交易的影响。3、抵销分录生成：依照合并组织架构和交易类型的定义，对确认通过的交易，自动生成抵销分录。软件提供交

2、易确认时实时生成和月末集中生成抵销分录两种方式。4、交易查询：提供交易的详细查询功能。 4系统参数设置系统参数设置交易抵销凭证生成交易抵销凭证生成抵销凭证类型定义抵销凭证类型定义交易类型定义交易类型定义合并组织机构维护合并组织机构维护责任中心维护相关责任中心维护相关日常业务处理日常业务处理需要本方确认的交易需要本方确认的交易对方确认情况查询对方确认情况查询内部交易情况查询内部交易情况查询5目录6 系统定义用来完成地区公司内交易管理的初始化工作，主要包括系统参数定义、合并架构及交易类型的定义等内容。n系统参数设置n责任中心维护中有关的内容n合并组织机构维护n抵销凭证类型定义n交易类型定义7 本界

3、面用来定义地区公司内交易管理系统相关的各种参数。n 是否启用交易：定义该帐套是否启用交易管理模块，如果不启用，则在帐务处理中不启用与交易相关的各种功能。如果启用，在帐务处理中，会启用相应的交易管理功能，具体体现在在凭证录入时，会要求选择交易类型。n 是否使用独立的合并组织机构：该选项决定系统在确定抵销责任中心时，是否依据合并组织机构；如果启用，则依据合并组织机构来确定交易双方发生业务时，抵销分录应该存放的抵销责任中心；如果不启用，则依据责任中心维护里面定义的责任中心结构来确定抵销责任中心。如果责任中心结构本身就能满足需要，则可以不启用合并组织机构。 可以根据自己企业的实际情况决定是否启用上述选

4、项。 8为了满足交易管理的需要，在责任中心维护中对责任中心增加了如下的属性字段：n 公司性质：定义责任中心的分子公司属性；用来判断交易是母公司口径还是合并口径的交易；n是否抵销责任中心：定义责任中心是否是抵销责任中心，软件在自动形成抵销分录时，将把抵销凭证生成到抵销责任中心上；n 对应内部往来单位：定义与每个责任中心对应的内部往来单位的编号。9合并组织架构，是以合并的角度对责任中心和抵销责任中心进行重新的组织。是在地区公司内交易管理模块中单独进行定义的，以便于权限管理。n合并组织架构从本质上讲仍然是虚拟责任中心；n合并组织中定义的责任中心，我们称为“合并单元”。合并单元是一个树状的结构；n对于

5、每个合并单元，需要指定其包含的实责任中心，同时需要指定其对应母公司口径的抵销责任中心是哪一个，对应非母公司口径的抵销责任中心是哪一个。所有对应的责任中心，都来自于在责任中心维护中维护的实责任中心；n可以随时根据企业的合并层次，合并范围、合并口径进行调整。10中国石油工程建设公司中国石油工程建设公司一建合并一建合并华东设计院华东设计院包含实责任中心包含实责任中心一一建建总总部部一一建建大大庆庆华东设计分公司华东设计分公司技术服务分公司技术服务分公司包含实责任中心包含实责任中心设设计计院院本本部部吉吉林林设设计计n在合并组织架构中只需要定义上图中的七个结点（合并单元）；n定义每个结点下包括哪些分子

6、公司,即合并范围；n定义每个结点对应的母公司口径抵销责任中心，非母公司对应的抵销责任中心分别是哪个。包含实责任中心包含实责任中心机机关关矿矿区区事事业业部部七建合并七建合并包含实责任中心包含实责任中心七七建建本本部部七七建建大大连连工建汇总工建汇总包含实责任中心包含实责任中心工工建建总总部部工工建建苏苏丹丹11合并组织架构，主要用于内部交易与合并：n是系统自动判断内部交易是母公司口径或非母公司口径的依据，也是判断抵销应在哪个层次的依据。n提供同实责任中心相同的帐务查询功能、报表处理功能；满足各个层次、各个口径合并报表编制、帐务查询的需要。n系统对合并组织架构中的合并单元自动提供两个口径的数据，

7、即合并口径和母公司口径。n合并组织架构中任一合并单元的合并口径报表，就是该合并单元下的责任中心和抵销责任中心的数据简单相加。n合并组织架构中任一合并单元的母公司口径报表，就是该合并单元下的分公司性质的责任中心和分公司性质的抵销责任中心的数据简单相加。12n 对于每个抵销责任中心，为其定义使用的凭证类型。所有自动形成到该责任中心的抵销凭证以及手工录入的抵销凭证，都会使用该处定义的凭证类型。 默认值：分责任中心定义的内容如：部门、合同、工程、成本中心等，其他内容一般不定义13 内部交易类型用来界定该内部交易的记录、确认、抵销分录生成的相关规则，需要定义的内容有：n抵销类型：交叉，分别，不抵销n抵销

8、方式：事中，事后n科目条件、单位条件、个人条件、现金条件、其他辅助条件；n详细控制规则：包括必无科目设置、分别抵销科目、交叉抵销科目、单方抵销科目、检查科目对应、单位科目条件等； 软件依据交易类型来确认交易的种类、确认规则、抵销分录的生成规则等，是交易模块的重要基础定义工作。14 抵销类型：不抵销、分别抵销、交叉抵销n不抵销：该类型的会计凭证不需要抵销；n分别抵销：交易双方分别在抵销责任中心自动生成各自的科目相同、辅助核算信息相同、借贷方向相同、金额相同的红字凭证。也就是说，业务发起方和业务接收方的抵销凭证分别在抵销责任中心生成。n交叉抵销：根据交易双方凭证中成对的往来科目和其他抵销科目，交叉

9、在抵销责任中心自动生成抵销的红字凭证，抵销凭证分录上的科目及辅助信息来源于交易的双方，而不是交易的某方。15 抵销方式：定义抵销凭证的生成方式，软件提供事中实时形成和事后汇总生成抵销分录的两种方式。n事中抵销：在交易进行确认的同时，形成抵销分录；n事后抵销：在交易进行确认时，只记录交易的确认结果，而不实时生成抵销分录；而是在事后集中汇总生成已经确认的内部交易的抵销分录。抵销凭证一旦形成，所对应的原始凭证将不允许修改同一原始凭证上所涉及的责任中心对应的抵销责任中心只能有一个，否则无法形成抵销凭证。16科目条件：定义交易录入、确认、抵销凭证生成相关的科目控制规则：n不控制：不对科目进行相关的控制。

10、n分科目控制：定义为分科目控制，就需要定义【检查科目对应】，用于限制交易在确认时，是否在确认方存在与录入方科目相对应的科目，这种对应若不满足【检查科目对应】所定义的对应关系，则给出相应的提示；不允许凭证存盘。n控制到19级科目：说明是只检查前几级科目。以定义到级为例：从录入方的凭证中取得所有录入的科目编号，然后将这些科目编号只取前一级，然后从当前确认凭证中查找一级科目相同的凭证分录，如果有不存在的，说明凭证确认的不正确。给出提示，检查通不过。如果都存在，则检查通过。17单位条件：定义对交易双方凭证中往来单位的控制规则：n不控制：不进行检查控制；n互为对方：当定义为互为对方时，就需要定义【单位科

11、目条件】；凭证中如果有科目设置了往来单位核算，则检查确认方所输入的往来单位是否是录入方。即按照如下步骤查找：1)、首先找到录入方的责任中心；2)、找到录入方责任中心对应的单位；3)、检查确认方所录入的单位是不是该单位。在检查的时候，先从确认方的凭证中查找有没有出现【单位科目条件】里面定义的科目；如果有，再查这些科目是不是设置了单位往来，然后再检查确认方的该科目所挂的单位是否正确。如果不是录入方责任中心对应的单位，则检查不通过，并给出提示：“当前交易确认时，往来单位必须是对方。”n一致：凭证中如果有科目设置了往来单位核算，则需要从录入方凭证中取得所有输入的往来单位信息，然后一个个去检查这些往来单

12、位在确认方凭证中是否都体现了，如果有没有体现的，检查不能通过，并给出提示。18对于每个交易类型，还需要结合交易类型里面的定义内容，定义相应的详细的控制内容。需要定义的内容在屏幕的下方，分别说明如下：n【必无科目设置】：定义在做此种类型的交易时，不允许出现的科目。如果双方的凭证中出现了该设置的科目，则给出提示，不允许凭证保存。n【分别抵销科目】：只有当抵销类型定义为“分别抵销”时，才允许定义本功能。该功能用于在录入此种类型的交易业务时，检查是否存在分别抵销的科目，如果不存在，则给出提示，不允许凭证保存。n【交叉抵销科目】：只有当抵销类型定义为“交叉抵销”时、并且启用“分科目控制”的时候，才允许定

13、义本功能。该功能用于在确认种类型的交易业务时，根据定义的科目取凭证分录形成抵销凭证。19【单方抵销科目】只有当科目条件设置为“分科目控制”时才允许定义本功能。这里所说的根据单方抵销是指两个内部单位的产品购销、劳务互供、固定资产调拨等业务。销售方做主营业务收入/其他业务收入后，对方可能做的科目为费用/存货/固定资产/原材料；在业务发生时，视同对方全部耗或者销售：按照主营业务收入来抵消； 借：主营业务成本 （红字） 贷：主营业务收入 （红字） 该抵销凭证由软件自动生成对于该种业务，需要根据单方的某个科目，（例如主营业务收入），来形成抵消凭证，凭证上的对方科目，并不在业务双方的会计凭证中，需要另外单

14、独指定。20单方抵销科目定义方法：1、需要抵销的科目：依据凭证上的那个科目进行抵销；2、需要抵销方向：该科目出现在凭证的那个方向时，需要抵销；可以选择“全部”、“借”、“贷”；3、对方抵销科目，定义形成的抵销凭证中，与单方科目对应的对方科目，该科目可以是双方会计凭证中不存在的科目。4、抵销方式：方向取反还是金额取反。如果是方向相反，形成蓝字凭证；如果是金额相反，形成借贷方向相同的红字凭证。21【检查科目对应】：只有当科目条件设置为“分科目控制”时才允许定义本功能。该功能用于限制交易在确认时，是否满足科目的对应关系。【单位科目条件】：只有当单位条件设置为“互为对方”时，才允许定义。定义哪些科目参

15、与单位互为对方的检查，不在此列表中的科目，不参与相关的检查。22目录23交易处理完成交易的日常和月末处理工作：主要包括如下内容：n 交易日常处理n 交易抵销凭证生成24在软件对于交易的日常记录、确认等业务处理，是通过会计凭证实现的；其主要流程如下：n发起方在凭证录入中，判断该笔业务是否是内部交易业务，如果是内部交易业务，需要选择相应的内部交易类型；然后，在凭证中需要录入交易的对方责任中心；n接收方在凭证录入中，对发起方的凭证进行确认；同时制作本方的会计凭证，本方会计凭证分录上的科目信息、金额信息受交易类型中定义的各种检查条件来限制；n确认通过后，如果抵销方式为事中抵销，则按照交易类型定义的规则

16、，自动生成抵销凭证；如果抵销方式为事后抵销，则对交易双方的凭证打上确认标志，供月末交易抵销凭证的生成时使用。25检查是否内部交易？否是结束交易确认是否通过确认？ 凭证录入否凭证修改凭证录入抵销方式抵销分录是事后抵销交易抵销凭证生成事中抵销发起方接收方抵销责任中心26n交易抵销凭证生成功能用来处理交易类型为“事后生成”的交易的抵销凭证的生成，这种交易类型在日常的业务中，交易双方只进行了交易确认，并没有实时形成抵销凭证，需要通过该功能集中生成相应的抵销凭证。n抵销凭证生成原则同事中生成，只是将所有选中的交易业务汇总后进行集中生成。已经生成抵销凭证的交易数据，将不再显示在该交易抵销凭证生成界面中。因此，该功能可以重复执行。27目录28软件提供对交易业务信息的相关查询，主要包括三种查询：n需要本方确认的交易：查询需要本登录责任中心确认的交易信息；n对方确认情况查询：查询本登录责