ENG0201T-531信用卡预审系统概要设计0202

交银软件中心(信用卡预审系统项目)概要设计[编写：李嘉宁][评审：代杰][批准：]项目名称：日期：2015.1.9

文档版本版本号修改日期编写评审批准修改内容V1.02014-12-26李嘉宁代杰车梦炜建立

目录1. 引言 51.1 目的 51.2 背景 51.3 参考资料 51.4 定义 52. 系统概述 52.1 实现目标 52.2 条件与限制 52.3 运行环境 62.4 开发环境 62.5 需求概述 63. 总体设计 63.1 设计思想 63.2 设计规范 63.3 系统设计描述 63.4 系统功能描述 73.5 数据处理流程 73.6 系统性能设计 74. 接口设计 74.1 外部接口 74.2 内部接口 74.3 用户接口 75. 模块结构设计 75.1 联机功能 75.2 批量功能 86. 数据结构设计 86.1 ER图 86.2 数据结构说明 96.3 常数说明 97. 安全设计 98. 网络体系结构设计 98.1 网络设计原则 98.2 网络拓扑结构 99. 系统异常处理设计 99.1 异常信息 99.2 处理策略 910. 系统运行设计 910.1 运行模块组合 910.2 运行控制 910.3 运行时间 1011. 系统维护设计 1011.1 数据备份和恢复策略 1011.2 系统故障预防与恢复 1011.3 监控设计 1011.4 审计设计 1012. 版本设计 1013. 关键技术设计 1013.1 关键技术1 10

概要设计说明书引言目的详细定义港行信用卡影像预审子系统总体的功能、系统的接口和数据属性；划分程序基本结构、各程序名称和功能，以便于软件详细设计和编程。读者对象为：项目经理、开发人员、业务人员、测试人员等。背景系统名称：531香港影像处理系统—信用卡影像预审子系统委托单位：港交行深圳后勤中心开发单位：交通银行软件开发中心用户单位：港交行深圳后勤中心主管单位：交通银行香港分行项目背景：随着境内531工程的投产和平稳运行，深研集中营运系统项目组积累了大量的集中类业务品种的实施经验和教训。为了保证香港分行531系统的顺利投产，项目组对原信用卡影像预审系统的整体架构进行了有针对性的调整。对原架构中的信用卡影像预审系统进行了JUMP规范的设计，以增强系统的扩展性以及健壮性，并纳入到总行GUIP的统一规范体系中，同时针对系统的整体性能进行重点设计。参考资料参考《ENG0103E-需求规格说明书-531工程集中化影像IM预审系统》，作者：李嘉宁参考《深圳后勤中心信用卡影像预审系统操作细则》，作者：张丽娟定义1.4.1预审流程人工节点信用卡預審人工节点节点功能AG總復核平台(超20日未收回後補文件的申請)APV總復核平台APW香港總復核平台BL內部檢查平台DEC拒納平台DMS等待上傳CM平台EV電核平台FLT去信平台FNL已處理平台HKREPORT香港預審報表權限PRE文件核實平台RHK香港待處理平台ROLE_CARDCENTER卡中心用戶權限ROLE_FRAUD_LIST_UPDATE欺詐名單上傳權限ROLE_SUPERVISOR系統管理員權限ROLE_USERIM基礎用戶權限ROLE_USER_DIPSDIPS用戶權限RTN後補文件平台SZREPORT深圳預審報表權限UAL二次審批平台ULV主管審批平台UNLOCK解鎖記錄權限VAL總復檢平台1.4.2预审报表报表清单年度總量報表個人工作量報表當日餘量報表每日各工序處理量報表返回RHK業務量報表RHK待處理業務量報表全流程報表1.4.3V+V+：基于主机架构的核心子系统，主要与IM相关功能为提供信用卡审批记录、TU查询、黑名单检索，港行531定位为适应性改造1.4.4EB EB：个人网银系统，原港行EB与信用卡IM系统主要交互部分为网银渠道申请信用卡。531港行EB移交总行三部实施重做。系统概述实现目标通过重设计信用卡预审主要实现如下功能，以保证后勤中心快速处理港行卡中心的信用卡预审业务：1. 信用卡影像查看、保存；2. 信用卡后补文件归档；3. 信用卡预审工作平台流转、coversheet记录预审记录；4. 用户权限角色新增、绑定、修改功能；5. 预审报表，包括个人工作量、业务量、工作流程全局查看。条件与限制完成项目应具备的条件：支撑系统：新EUIF和GUIP的支撑，应用处理的用户权限控制由EUIF实现，页面的展示嵌套在GUIP中。环境设备：需要相关的开发环境和DB环境。开发成员：需要相应的开发团队成员。以上条件除支撑系统的条件未知，其余都在可控范围。运行环境2．3．1服务器端：【硬件环境】处理器内存(GB)分页空间(GB)IBM,9119-FHA4*5000MHZ168IBM,9119-FHA4*5000MHZ168IBM,9119-FHA4*5000MHZ168软件环境安装软件版本路径Java5.sdk35/usr/java5Java5_64.sdk25/usr/java5_64Java6_64.sdk5/usr/java6_64WAS3/usr/IBM/WebSphere/AppServerIHS3/usr/IBM/HTTPServerDB29.7.0/opt/IBM/db2/V9.7Gemfire7.0/home/coscapp/Gemfire_Runtime2．3．2用户端：【硬件环境】机器型号处理器内存(GB)硬盘(GB)2GHZ2100软件环境安装软件版本路径IE6.0以上版本AdobeFlashPlayer10.2以上版本网络环境港行与总行互相联通开发环境安装软件版本RAD8.0RSA8.0Java6SDKWAS7.0自带；版本：1.6WAS3DB需求概述2.5.1功能需求规范信用卡预审系统的开发框架以及架构规范，接入统一集中营运作业处理体系，方便管理集中化业务。为信用卡预审提供影像查看、影像归档、影像质检录入、预审工作记录等处理功能。2.5.2性能需求

非功能需求类别非功能需求子类别需求项需求值备注联机交易处理性能需求业务处理能力需求高峰时段业务量需求50笔/秒稳定性需求系统处理类型90%峰值压力下持续运行6小时，CPU使用率<70%，内存使用稳定无明显页交换，成功率>99.99%错误率阀值交易错误率阀值0.01%响应时间需求交易响应时间交易全过程<0.5s系统资源利用率主机资源CPU/MEM/DISK使用率CPU<70%/内存无明显页交换/磁盘繁忙率<80%

2.5.3运行需求应用处理子系统支持7*24运行。版本变更时间为版本日21:00之后，变更影响时长不会超过3个小时。总体设计设计思想 层体系风格将公共规则的各个功能点抽取成独立的服务，每个服务处理相应的逻辑功能，服务模块之间除了共用的任务引擎，无逻辑交互，由业务系统自行串接各个服务正交体系风格各交易逻辑之间禁止相互调用，交易处理严格正交相关，以代码的冗余换取系统的低耦合度，提供系统的可维护性和可控性；MVC设计模式交易逻辑处理使用JUMP平台，遵守MVC设计思想。和境内现有系统的关系信用卡预审系统是港行特有系统，境内并无对应系统，为新建系统分子行设计原则设计规范` A命名规范严格按照中心《531命名规范》执行。B界面规范严格按照统一UI界面规范执行。C开发规范严格按照JUMP平台规范执行，同时必须符合集中营运系统开发规范。系统设计描述 本系统与其他相关系统的逻辑关系CPIM与外系统联机关系图CPIM与外系统批量关系图系统功能描述3.4.1功能模块图说明：功能/模块备注集中营运作业处理港行作业处理平台，发送录入后的业务数据给CPIM，以发起预审流程流程控制模块控制预审流程发起、跳转影像处理模块预审影像接收、调阅、保存、归档预审信息管理模块预审信息调阅、预审操作表打印、EB申请表调阅报表模块预审报表查看全局搜索模块全局搜索预审记录、人工预审任务3.4.2技术架构图说明：功能/模块备注CPIM包含1个J2EE企业级应用COSC_CPIM_EAR.ear（信用预审子系统）。3.4.3逻辑拓扑图说明：部署原则备注信用预审系统包含两个逻辑单元，每个单元必须包含：两个非受管的IHS节点，两个受管的CUSTOM节点，一个DM节点。CPIMCELL包含两个集群，每个CLUSTER由1个成员组成，成员均衡分布在两个受管节点上。CPIMCL部署COSC_CPIM_EAR.ear扩展原则载过高时CLUSTER先进行垂直扩展，当节点物理资源使用率过高时，再进行水平扩展。扩展方式遵循先垂直再水平的原则，以增加硬件资源使用率，降低系统管理成本。部署统一性各环境（DEV/SIT/UAT/TST/PRD）各环境必须使用相同的逻辑拓扑结构，单元命名、节点命名、成员命名必须保持一致。数据处理流程数据流1：柜员从前台发起扫描，传送影像ID等数据至GSP；数据流2：柜员从前台发起扫描，传送影像保存到ECM；数据流3：数据通过GSP转发，发送到集中作业处理系统；数据流4：经过作业处理的质检、录入流程后，发送凭证的详细数据给CPIM系统；数据流5：CPIM将当天的信用卡申请数据通过FTP方式发送到INC；数据流6：V+从INC上获取到信用卡申请数据；数据流7：CPIM通过CD将影像索引数据文件下发到ADE；数据流8：ADE通过CD将数据下发给电子档案以及历史库，供后续查询使用。系统性能设计

非功能需求类别非功能需求子类别需求项需求值备注联机交易处理性能需求业务处理能力需求高峰时段业务量需求50笔/秒稳定性需求系统处理类型90%峰值压力下持续运行6小时，CPU使用率<70%，内存使用稳定无明显页交换，成功率>99.99%错误率阀值交易错误率阀值0.01%响应时间需求交易响应时间交易全过程<0.5s系统资源利用率主机资源CPU/MEM/DISK使用率CPU<70%/内存无明显页交换/磁盘繁忙率<80%接口设计外部接口联机接口涉及外系统IM作为服务方/请求方联机/批量接口名称功能DIPS服务方联机发起中心流程接收DIPS集中处理系统上送的影像数据，发起中心流程特殊名单请求方联机黑名单检索检索黑名单功能批量接口涉及外系统IM作为服务方/请求方联机/批量接口名称功能V+服务方批量信用卡申请上传批量将当天的信用卡申请批量上送V+V+请求方批量信用卡预审信息批量下载V+的预审MEMO备忘以及信用卡信息，每日全量下载EB请求方批量EB网银信用卡申请批量下载EB网银当天的信用卡申请，加载到IM中EB请求方批量EB网银申请表格批量下载EB网银申请的表格，多个文件V+请求方批量TU批量下载客户个人TU信贷资料历史库服务方批量信用卡影像索引上传批量上送信用卡影像索引至香港电子档案系统内部接口涉及外系统IM作为服务方/请求方联机/批量接口名称功能集中监控请求方联机全流程监控查询全流程监控信息用户接口模块结构设计联机功能【按子系统进行模块功能分解，描述各模块内的功能点。模块内部关系可以用一个Class类图来描述。】功能点清单：子系统名称模块名称功能点名称功能点编号备注IM流程控制模块发起作业流程1IM流程控制模块发送质检1IM流程控制模块接收质检信息1IM流程控制模块发送录入1IM流程控制模块接收录入结果1IM流程控制模块提交审批结果1IM预审信息管理模块预审操作表调阅1IM预审信息管理模块EB申请表格调阅1IM预审信息管理模块预审操作表打印1IM影像处理模块预审影像调阅1IM影像处理模块信用卡后补影像接收1IM影像处理模块信用卡后补影像归档1IM预审报表模块预审报表调阅1IM全局搜索模块全局搜索申请记录1流程控制模块发起作业流程名称发起作业流程编号1功能描述接收作业公共扫描上送的影像数据，并发起中心流程流程描述通过作业的公共扫描入口，扫描影像并接受影像ID，发起中心流程。发送质检名称发送质检编号1功能描述往集中作业发送发起质检请求流程描述接收质检信息名称接收质检信息编号1功能描述接收录入返回的质检信息流程描述发送录入名称发送录入编号1功能描述往集中作业发送录入任务流程描述接收录入结果名称接收录入结果编号1功能描述接收录入信息，生成信用卡预审记录，并发起预审流程流程描述提交审批结果名称提交审批结果编号1功能描述人工节点提交审批结果，系统根据审批结果控制流程转向，并存储预审操作表信息流程描述流程跳转见6.2预审处理流程预审信息管理模块预审操作表调阅名称预审操作表调阅编号1功能描述展示预审操作表内容流程描述用户点击领取预审任务，跳转到预审操作表页面，展示信息EB申请表格调阅名称EB申请表格调阅编号1功能描述展示EB申请表格内容流程描述用户点击指定记录的EB表格按钮，系统跳转到相应的EB申请表页面预审操作表打印名称预审操作表打印编号1功能描述展示预审操作表内容流程描述用户点击领取预审任务，跳转到预审操作表页面，展示信息影像处理模块预审影像调阅名称预审影像调阅编号1功能描述展示信用申请影像流程描述于各平台任务列表中，预留按钮于每条申请尾部，用于用户点击调阅信用卡申请影像。信用卡后补影像接收名称信用卡后补影像接收编号1功能描述从FAX文件夹接收影像流程描述系统自动接收卡中心FAX机器扫描上传的影像，并进入待处理后补影像队列内，供用户归档。信用卡后补影像归档名称信用卡后补影像归档编号1功能描述在用户进行预审时，调出预审操作表查阅工作记录。流程描述在各平台查看任务列表，领取其中一项后打开对应的申请预审操作表。预审报表模块预审报表调阅名称预审报表调阅编号1功能描述展示报表信息流程描述用户调阅不同类型报表，系统展示相应表样以及信息全局搜索模块全局搜索申请记录名称全局搜索申请记录编号1功能描述全流程检索出指定的预审记录流程描述用户输入指定条件，检索相应的预审记录预审人工任务搜索名称预审人工任务搜索编号1功能描述按照不同平台，搜索到对应审批状态的待处理预审记录流程描述用户输入指定条件，检索相应的预审记录批量功能要有批量处理的说明，譬如日切、对账等，对账是使用TCLOG还是交易流水，批处理的前后串接关系等批量清单服务方系统请求方系统批量名称功能点编号备注IMV+信用卡信息申请上传批量1V+IM信用卡预审信息批量2EBIM网银信用卡申请批量3EBIM网银申请表格批量4V+IMTU批量5IM历史库信用卡影像索引上传批量6信用卡申请上传批量批量流程图批处理顺序每晚6：00上传批量，内含当天的所有信用卡信息。批量功能清单上传当天DIPS录入的信用卡申请记录批量功能对应批量文档上传当天的信用卡申请ptudui1上传当天的信用卡证件信息，供reportcenter使用report.txt上传信用卡黑名单命中情况，供用户查阅label_yyyymmdd..pdf上传信用卡客户信息修改情况AddTelNotice文件交互清单信用卡批量文件:ptudui1信用卡报表文件:report.txt黑名单命中文件：label_yyyymmdd.pdf信用卡客户信息修改情况文件:AddTelNotice信用卡预审信息批量批量流程图批处理顺序每日早晨9:00从INC服务器下载文件，内含V+信用卡预审Memo以及信用卡客户信息，下载后同步更新IM库内信用卡预审信息。3、 批量功能清单下载V+文件，更新IM数据库信息4、 文件交互清单V+预审信息文件：ifzdmmEB网银信用卡申请批量1、 批量流程图2、 批处理顺序每日晚上20:30从INC服务器下载文件，内含EB当天的信用卡申请数据；入库生成IM的预审记录。3、 批量功能清单下载EB文件，生成IM预审记录4、 文件交互清单EB信用卡申请文件：ptudui_ebEB网银申请表格批量1、 批量流程图2、 批处理顺序每日晚上20:30从INC服务器下载申请表格文件，格式为txt；保存在IM服务器中。3、 批量功能清单下载表格文件，保存到服务器中。4、 文件交互清单EB信用卡申请表格文件：以“申请编号_日期”的格式为文件名的txt文件，数量由当天EB提交的申请个数决定。TU批量1、 批量流程图2、 批处理顺序每日中午11:00从INC服务器批量下载客户TU报告；保存在IM服务器中。3、 批量功能清单下载TU文件，保存到服务器中。4、 文件交互清单TU报告文件：由V+下发到INC上，以”客户证件号_日期”的格式为文件名，数量由用户当天提交的TU查询数量决定。信用卡影像索引上传批量1、 批量流程图2、 批处理顺序按电子档案设计的批量接口，生成影像索引文件；上送到ADE。3、 批量功能清单生成影像索引文件，上传到ADE。4、 文件交互清单信用卡电子档案影像索引文件，文件名待定。处理流程中心处理流程6.1.1流程图6.1.2流程变量6.1.3节点列表预审处理流程6.2.1流程图6.2.2流程变量6.2.3节点列表数据结构设计ER图7.2数据结构说明实体名称业务基础信息表说明保存业务基本信息操作方式随机存取操作频度插入＝10条/秒；查询＝50条/秒；增量数据10000/天存量数据增量数据×保存天数组成名称英文名称类型长度备注业务受理号SNVARCHAR32主键;中心流程IDFLOW_IDVARCHAR32申请编号APP_IDCHAR13卡类别LOGOCHAR3身份证件号ID_PPVARCHAR32客户姓名NAMEVARCHAR100实体名称凭证信息表说明保留凭证信息的表操作方式随即存取操作频度插入＝50条/秒；查询＝50条/秒；删除=50条/秒；增量数据业务基础信息表增量数据*10存量数据增量数据×保存天数组成名称英文名称类型长度备注业务受理号SNVARCHAR32主键柜员号+业务类型+17位时间+2位随机数凭证页号PAGE_NOVARCHAR10主键凭证类型PAGE_TYPEVARCHAR10凭证类型名称PAGE_TYPE_NAMEVARCHAR64录入标识CBE_FLAGVARCHAR10：不需要发送集中录入；1：需要发送集中录入凭证备注REMARKVARCHAR600实体名称要素信息表说明保留凭证中要素信息的表操作方式随即存取操作频度插入＝50条/秒；查询＝50条/秒；删除=50条/秒；增量数据凭证信息表增量数据*10存量数据增量数据×保存天数组成名称英文名称类型长度备注业务受理号SNVARCHAR32主键柜员号+业务类型+17位时间+2位随机数凭证页号PAGE_NOVARCHAR10主键要素编号FACTOR_IDVARCHAR10主键要素名称FACTOR_NAMEVARCHAR64要素别名FACTOR_ALIASVARCHAR32要素值FACTOR_VALUEVARCHAR600实体名称影像归档表说明操作方式随即存取操作频度插入＝50条/秒；查询＝50条/秒；删除=50条/秒；增量数据业务基础信息表增量数据*10存量数据增量数据×保存天数组成名称英文名称类型长度备注业务受理号SNVARCHAR32主键柜员号+业务类型+17位时间+2位随机数影像IDDOC_IDVARCHAR32申请编号APP_IDCHAR13实体名称后补影像队列表说明保存后补影像操作方式随机存取操作频度插入＝10条/秒；查询＝50条/秒；增量数据10000/天存量数据增量数据×保存天数组成名称英文名称类型长度备注影像IDDOC_IDVARCHAR32载入时间LOAD_DATEVARCHAR18影像文件名DOC_NAMEVARCHAR100影像页数DOC_PAGEVARCHAR10业务受理号SNVARCHAR32实体名称任务信息表说明人工任务信息操作方式随机存取操作频度插入＝10条/秒；查询＝50条/秒；增量数据10000/天存量数据增量数据×保存天数组成名称英文名称类型长度备注结点IDTASKIDVARCHAR25主键;状态STATUSVARCHAR3PRE/EV/RTN/VAL/RHK/AG/FNL/FLT电话确认时间EV_TIMESINT10客户姓名CUST_NAMEVARCHAR50客户证件号码CUST_IDVARCHAR20接收日期REC_DATEDATE8卡別1LOGO1CHAR3申请编号1APPNO1CHAR13卡别2LOGO2CHAR3申请编号2APPNO2CHAR13CIDCHAR1支行推荐BRCHAR1紧急标志UGTCHAR1紧急备注UGT_TEXTVARCHAR50签名SIGNCHAR1身份证明HKID_PPTCHAR1报税表/税单/粮单/资产证明ER_TDN_PRL_DEPCHAR1住址证明RES_PFCHAR1自雇SLEF_EMPLOYCHAR1核印SVCHAR1主申请WIPPCHAR1主申请备注WIPP_TEXTVARCHAR50附属申请WIPSCHAR1附属申请备注WIPS_TEXTVARCHAR50现卡户正使用E_CHCHAR1现卡户已注销AC_CLOSEDCHAR1附属现卡户SUP_CHCHAR1欺诈名单MFRAUD_CHECKCHAR1居住年期RESYEARCHAR1居住年份RESYEAR_YVARCHAR4居住月份RESYEAR_MVARCHAR2安全设计用户权限方面严格按照中心统一EUIF的标准执行。网络体系结构设计网络设计原则 设计原则备注可靠性原则WEB层、APP层、业务数据DB均以集群方式部署，F5、近线DB进行HA。可扩展性原则WEB层、APP层、业务数据DB均可进行线性扩展，扩展数量没有限制，扩展简单、方便。一致性原则所有环境均保持拓扑结构一致，但除生产环境外，其余环境没有F5，没有备份DB。网络拓扑结构 系统异常处理设计10.1异常信息技术原因报错，则抛出异常，流程等待在报错节点；若业务原因报错，则该笔交易在页面弹窗提示。异常类型处理策略COSCException由集中营运统一封装的异常处理，将errorCode转换为标准错误码，将errorMessage转换为标准错误信息，作为返回信息，反馈至调用系统。CoreExceptionJump框架封装的异常处理，包括网络异常、数据处理异常、运行时异常等，错误码和错误信息由Jump框架统一定义。ExceptionJava底层异常，由集中营运系统捕获、封装后，同时将错误详细信息输出至系统错误日志，供维护人员分析。ThrowableJava底层异常，由集中营运系统捕获、封装后，同时将错误详细信息输出至系统错误日志，供维护人员分析。10.2处理策略【针对以上各类异常，分别进行处理规则的设计。】系统运行设计系统维护设计【说明为方便系统维护工作制定的策略等。】数据备份和恢复策略全量备份周期为每周，增量备份周期为每日。要求至少保存三个全量备份文件。系统故障预防与恢复应用系统采用集群多点部署，数据存储采用Gemfire内存数据库，支持多分区并行运行，数据实时异步同步到磁盘。监控设计系统层面的监控由数据中心定时监控Server进程、端口运行等，实时邮件、短信通知异常情况。应用层面的监控由公共服务子系统的监控服务统一监控。系统除了JVM层面的SystemOut和SystemErr的日志，还有自己的交易日志，按服务区分日志文件，定期备份清理日志文件。审计设计版本设计关键技术设计概设中需考虑：本系统使用到的关键技术的内容，譬如分布式数据库、开源软件、内存同步、CDC等不仅仅纯粹的技术难题，也可以是某些复杂业务的技术解决方案；关键技术1

会计科目和账户

第一节会计科目

一、会计科目的概念

会计科目是指对会计要素的具体内容进行分类核算的项目。【例】会计科目是对（

）的具体内容进行分类核算的项目。

A经济业务B会计主体C会计对象

D会计要素

二、会计科目的分类

1、按其所提供信息的详细程度及其统驭关系不同，分为：总分类科目和明细分类科目。（1）总分类科目——总账科目或一级科目总分类科目是对会计要素具体内容进行总括分类、提供总括信息的会计科目；（2）明细分类科目——明细账科目或子目、细目或二级、三级。。。。如：银行存款（一级）——中行存款（二级）——人民币存款（三级）明细分类科目是对总分类科目作进一步分类、提供更详细更具体会计信息的科目。对于明细科目较多的总账科目，可在总分类科目与明细科目之间设置二级或多级科目。2、按其所归属的会计要素不同，分为：旧准则：五类资产类、负债类、所有者权益类、成本类、损益类五类。新准则：六类资产类、负债类、共同类、所有者权益类、成本类、损益类六类。科目参照表一、资产类

1001库存现金

1002银行存款

1012其他货币资金

1101交易性金融资产

1121应收票据

1122应收账款

1123预付账款

1131应收股利

1132应收利息

1221其他应收款

1231坏账准备

1321代理业务资产

1401材料采购

1402在途物资

1403原材料

1404材料成本差异

1405库存商品

1406发出商品

1407商品进销差价

1408委托加工物资

1411周转材料

包装物

低值易耗品

1461融资租赁资产

1471存货跌价准备

1501持有至到期投资

1502持有至到期投资减值准备

1503可供出售金融资产

1511长期股权投资

1512长期股权投资减值准备

1521投资性房地产

1531长期应收款

1532未实现融资收益

1601固定资产

1602累计折旧

1603固定资产减值准备

1604在建工程

1605工程物资

在建工程减值准备

1606固定资产清理

1701无形资产

1702累计摊销

1703无形资产减值准备

1711商誉

1801长期待摊费用

1811递延所得税资产

1901待处理财产损溢

二、负债类

2001短期借款

2101交易性金融负债

2201应付票据

2202应付账款

2203预收账款

2211应付职工薪酬

2221应交税费

2231应付利息

2232应付股利

2241其他应付款

2314代理业务负债

2401递延收益

2501长期借款

2502应付债券

2701长期应付款

2702未确认融资费用

2711专项应付款

2801预计负债

2901递延所得税负债

三、共同类

3101衍生工具

3201套期工具

3202被套期项目

四、所有者权益类

4001实收资本

4002资本公积

4101盈余公积

4103本年利润

4104利润分配

4201库存股

五、成本类

5001生产成本

5101制造费用

5201劳务成本

5301研发支出

六、损益类

6001主营业务收入

6051其他业务收入

6101公允价值变动损益

6111投资收益

6301营业外收入

6401主营业务成本

6402其他业务成本

6403营业税金及附加

6601销售费用

6602管理费用

6603财务费用

6604勘探费用

6701资产减值损失

6711营业外支出

6701所得税费用

6901以前年度损益调整需要注意的几类科目：

1、待摊费用（资产类）

2、XXX准备、坏账准备、存货跌价准备等（资产类）

3、累计折旧（资产类）

4、预提费用（负债类）

5、预收账款（负债类）和预付账款（资产类）

6、生产成本和制造费用（成本类）

7、主营业务成本（损益类）

三、会计科目的设置原则

（1）合法性原则，指所设置的会计科目应当符合国家统一的会计制度的规定。

（2）相关性原则，指所设置的会计科目应为提供有关各方所需要的会计信息服务，满足对外报告与对内管理的要求。

（3）实用性原则，指所设置的会计科目应符合单位自身特点，满足单位实际需要。【例】（

）不是设置会计科目的原则。

A重要性原则B合法性原则C相关性原则D实用性原则

答案：A

【例】（

）原则，是指所设置的会计科目应符合单位自身特点，满足单位实际需要。

A相关性B合法性C谨慎性D实用性

答案：D四、会计科目的编号一级科目：4位数组成1、资产类：以1为开头2、负债类：以2为开头3、所有者权益类：以4为开头4、成本类：以5为开头5、损益类：以6为开头明细科目要在一级科目编号的基础上进行编号。如：银行存款1002——中行存款100201——人民币存款10020101第二节账户

（一）账户的概念

账户是根据会计科目设置的，具有一定格式和结构，用于分类反映会计要素增减变动情况及其结果的载体。设置账户是会计核算的重要方法之一。借方账户名称贷方一方表示增加,一方表示减少（二）账户的分类同会计科目的分类相对应，账户分为总分类账户和明细分类账户。1、总分类账户(总账)指根据总分类科目设置的、用于对会计要素具体内容进行总括分类核算的账户。根据账户所反映的经济内容，可将其分为资产类账户、负债类账