1中石化erp财务模块通用模板2005process

1、应付流程描述目录创建无采购单供应商主数据流程2无采购单供应商主数据流程15过帐流程（凭采购定单）30对供应商预付款过帐流程33结清供应商预付款36过帐流程（无采购定单）39员工借款42员工报销45付款流程48FI_AP_01 FI_AP_02 FI_AP_03 FI_AP_04 FI_AP_05 FI_AP_06 FI_AP_07 FI_AP_08 FI_AP_09 FI_AP_10 FI_AP_11 FI_AP_12FI_AP_13应付账款模块流程51应付/实付凭证审核流程56创建员工主数据流程58员工主数据流程70FI_AP_01创建无采购单供应商主数据流程流程名称创建无采购单供应商主数据

2、流程流程说明此流程描述无采购单采购的供应商主数据创建的管理需要，于 SAP 系统中相应的作业处理过程。所谓无采购单采购的供应商是指没有信息的供应商，比如说不是所有与供应商的交易都会使用采购单。无采购单采购供应商的例子有、保险公司、服务公司和员工，请参考“FI_AP_12 创建员工主数据流程”。推广对此流程的要求 / 期望主数据资料准确完整。标准报表，供应商列表，便于：提供供应商的创建/信息；审核供应商主数据的创建和结果。中国标准代码编制组对供应商代码标准有相应规定。供应商的详细主数据。实时的供应商主数据。供应商主数据在创建和更改时的审核追踪。流程输入输入供应商主数据申请单 无定单供应商供货提供

3、部门相关部门频率需要时流程输出输出供应商主数据数据完成的供应商主数据申请单；在 SAP 系统中的供应商主数据。接受部门DAT01供应商主数据管理员频率需要时业务流程描述01规则/一般数据供应商主数据供应商主数据需在 应付款交易时创建。无定单供应商主数据只包括一般数据和会计数据，不包括采购业务数据。供应商号码当供应商主数据创建时会在系统中产生特定的主数据编码。对同一个供应商，这些 对于所有的公司代码都适用。这样在新的供应商主数据创建前， 的保管员需检查系统中相关信息来确认在该供应商主数据没有重复创建。当供应商主数据创建后，就可以在同一客户的多个公司代码中使用。在使用供应商号码 交易时，应保持号码

4、唯一。无定单供应商主数据结构一般数据一般数据中的数据有供应商名称、地址、等。公司代码数据在此公司代码相关信息，因为同一供应商可能再不同的公司代码下有不同的统驭科目和不等的应付款項。统驭帐户需在每个供应商主数据中设统驭科目。如果把供应商主数据视为明细科目，可把其统驭科目理解为 科目（或一级科目）。统驭科目可以保证当 或其他交易数据过入供应商帐户时，系统会自动将这些信息过入总帐科目。这样应付帐款明细帐的信息就通过统驭科目在总帐中得到更新了。供应商组应将所有供应商主数据分组。由供应商组来确定供应商（或外部）。一旦在供应商组下创建了供应商主数据，就不能直接改变此主数据的供应商组。如果一定要改，就应先标

5、志删除符号在目前的供应商主数据，然后在另一个供应商组下建新的供应商主数据。02控制申请单申请人应填写供应商主数据申请单，申请创建无采购定单供应商主数据。相关文件下面的相关文件在创建无采购定单供应商主数据时需具备：已获批准的无采购定单。上列申请表需与核对相符。如可能，供应商的复印件。为确保重要信息的正确性，如供应商名称和供应商号。供应商的号可以避免数据被重复。所有无定单供应商主数据的创建都需有供应商主数据申请单支持。批准所有无采购定单供应商主数据的创建申请都需有FIN53 应付帐款会计主管审核批准。职责分离应由与供应商相关交易（如应付帐款）独立的管理员管理供应商主数据的创建和更改，以符合职责分离

6、的原则。这个独立行使职能的职位（如DAT01 供应商主数据管理员）将对供应商主数据的负全责。避免重复在创建新的供应商主数据前，申请者需检查系统，确认SAP 中不存在该供应商的数据。如果供应商主数据已存在，应检查是否为设立公司代码而创建。如果并不仅仅为设立公司代码而设，那么：申请人应填写供应商主数据申请单并进行后续步骤，得到系统的创建批准；得到批准后，DAT01 供应商主数据管理员就可将供应商主数据继续进行设立公司代码申请。建议申请人和DAT01 供应商主数据管理员使用几个不同的检验标准来确认系统中供应商主数据是否已创建。例如可以这样检验供应商信息：供应商号码。每个供应商的号码都是唯一的，可从供

7、应商中获得。建议将供应商营业执照号码列入查找项中；供应商名称；供应商地址；供应商税务登记号。供应商名称应与 上 的法定名称一致。建议创建新的供应商主数据时附上其 复印件，以便检验和确认名称和营业执照号码的正确性。如果无法取得该复印件，可假定供应商 上所列名称即 名称。这一“ ”名将被认定为正确的供应商名称，在系统中使用。03流程相关部门通过FIN51 应付帐款会计将已过入SAP 系统。在过帐过程中，FIN51 可能会发现供应商主数据并未在SAP 中创建。这时FIN51 需确认针对该公司代码的供应商主数据并不存在。如果供应商主数据针对另一公司代码在系统中存在，FIN51 则应填写供应商主数据申请

8、单申请公司代码。如果供应商主数据在系统中不存在，FIN51 将根据已获批准的供应商填写供应商主数据申请单申请创建新的主数据。如果FIN51 信息，无法完成供应商主数据申请单，他/她就应通过确认的相关部门获取信息。相关部门有责任为FIN51 提供所需全部资料。如可能，将供应商复印件附于供应商主数据后。FIN51 完成供应商主数据申请单后，将该表交FIN53 应付帐款会计主管审核批准，创建新的供应商主数据。FIN53 应确认主表数据的正确性，审核相关文件（如供应商，如可能，供应商复印件）。下面提到的资料很重要，需精确数据：供应商名称已获批准的上或供应商上提到的法定名称。假设与供应商上的名称是一致的

9、。如果二者的名称不一致，那么供应商主数据申请单将不获批准。供应商地址-已获批准的上或供应商上提到的有关数据。供应商号码假设可从供应商提供的上取得。如果无法取得，则不提供相关数据。供应商税务登记号。供应商组。供应商统驭科目。将影响到供应商余额反映在正确总帐科目中注：依照目前的设计，在同一个供应商组中的供应商允许使用不同的统驭科目。如果有关重要数据没有提供或所获数据不精确，FIN53 应将表退回FIN51，以便FIN51 从相关部门获取数据。FIN53 基于供应商主数据申请单批准创建供应商主数据，然后将已获批准表叫 DAT01 供应商主数据管理员。根据收到的已获批准的供应商主数据申请单，DAT01

10、 供应商主数据管理员应当：确认供应商主数据申请单已经完成并获批准。如果表未完成或未获批准，退回FIN53。如果表合格，继续进行：检查系统，是否已创建了供应商主数据。交易代码：FK03 显示供应商主数据供应商检索的备索项：“名称”项- 输入供应商名称，或用“*”作为前缀或后缀，输入部分供应商名称项。“进入第一项”-进入供应商号码。3） 使用其他项帮助检索供应商主数据。系统会给出符合上述条件的供应商。查看供应商主数据是否存在于被申请的公司号码中。DAT01 在创建供应商主数据前一定要进行彻底地检查。DAT01 负责确保供应商主数据没有重复创建。如果供应商主数据已经存在，应检查是否已针对公司代码申请

11、创建了该供应商主数据。检查供应商地址和其他数据，保证存在的供应商主数据的确是所需要的。在确认目前供应商主数据正是公司代码所要的之后，将系统中已创建供应商号码和公司代码做。接下来，创建供应商主数据，以已创建供应商号码和公司代码为索引（如将其他公司代码下供应商主数据推广到申请中公司代码下使用）交易代码： FK01 供应商主数据创建可参考：“供应商”项-进入目前的供应商号码；“公司代码”项-进入目前供应商数据所在的公司代码。如果供应商主数据还未在系统中创建，DAT01 就要进而为申请公司创建供应商主数据。交易代码：FK01 供应商主数据创建如果供应商主数据已经针对申请的公司代码存在，DAT01 就无

12、须创建新的供应商主。当DAT01 已经在系统中创建了供应商主数据时，应更新供应商主数据申请单中的供应商号码，并在表中注明“创建人”。如果无需新的供应商主数据，DAT01 应在目前供应商号码下更新该表，标明无需新的主数据。DAT01 应将更新的供应商主数据申请单退回FIN53。根据退回的供应商主数据申请单，FIN53 应检查供应商主数据申请单的创建，确认供应商主已准确计入。如果有误，FIN53 通知DAT01更正错误。交易代码：FK03 供应商主数据出示DAT01 应更正FIN53 提供的系统中所有供应商主数据。交易代码：FK02 供应商主数据更改DAT01 在更正并标记供应商主数据申请单后，退

13、回FIN53 审核。在FIN53 确认系统中的供应商主数据正确后，应对供应商主数据审核，然后在供应商主数据申请单上签字。接下来，FIN53 将供应商主数据申请单交FIN51。FIN51 应供应商主数据申请单上的供应商号码，然后将无采购定单过帐（返回 FIN-P51-S01-E01 无采购过帐）记下供应商号码后，FIN51 将表退回DAT01 归档。DAT01 负责归档供应商主数据申请单。04财务应付会计： 根据相关部门提供的无采购单采购的，填写供应商主数据申请单。05供应商主数据申请单需由相关部门补充或确认的，可由财务应付会计返回相关部门进行补充或确认。06应付会计将填写完整的供应商主数据文档

14、送交财务主管审核。07主数据管理员将审核正确的供应商主数据申请单录入SAP 系统，再在系统中创建供应商主数据。08若需删除供应商主数据，应付会计必须确定有无未结清项目或其他财务事项。09财务应付会计应在系统中审核供应商主数据，若有不正确的，应及时通知主数据管理员修改。与 AS-IS 不同点的说明01概念应付帐款分类帐可用来获取与应付帐款相关的业务，如通过应付帐款分类帐将供应商科目过帐。目前交易是直接过入浪潮会计核算系统的总帐帐户的。用户应分清通过 SAP定单与供应商的交易和无SAP定单的交易。对于无采购定单的部分，直接通过财务应付帐款模块过帐，而对于有采购定单的应付帐款部分则应通过物料管理模块

15、，通过物流中确认功能实现。角色与工作权限。02有效信息目前原有的会计核算系统供应商项目中尚没有或没有完全地创建供应商主数据。将来SAP 会提供更完整的信息。03供应商主数据的控制权限：DAT01 供应商数据管理员-系统中有创建和供应商数据权责的独立。拥护主数据权限-必须是独立岗位，DAT01 供应商数据管理员。其他岗位只能查看。04申请表新的供应商主数据申请表要经传递填列来获取信息，并经来创建供应商主数据。流程图文档中，文档名为 Pros Flow_FI-AP.ppt 文档目录与本文件之目录相同。本流程图存放在一个单独的05报表需求01供应商主数据02供应商主数据申请单FI_AP_02无采购单

16、供应商主数据流程流程名称无采购单供应商主数据流程流程说明这个文件描述当你需要在SAP 中 无采购单供应商的流程。无采购单供应商是指没有采购信息的供应商，即，所有交易都没有创建采购单的供应商。无采购单供应商的例子有税务局，保险公司，服务公司和员工。有关员工主数据请参阅“FIN-P50-S01-E04:创建员工主数据”。下列是进行无采购单供应商主数据 可以采用的活动：改变冻结解冻删除记号取消删除记号推广对此流程的要求/期望主数据资料准确完整。标准表格，主供应商表格需要：获取为供应商主数据所必需的信息获取关于供应商主数据的批准获取供应商主数据的准确的供应商主数据信息、实时地获取供应商主数据信息对供应

17、商主数据维修的审计检验的种类和频率流程输入输入无采购单供应商主数据所需改变的信息供应商主数据的需求提供部门FIN51应付会计频率需要时流程输出输出供应商主数据数据完整的供应商主数据表SAP 上已更新的供应商主数据接受部门DAT01供应商主数据管理员频率需要时业务流程描述01规则/共同信息无采购单供应商主数据的变化供应商主数据必须在你在系统中应付交易之前创建起来。当一个无采购单供应商主数据被创建时，系统中已经存在主要数据和供应商代码。如果为供应商的交易创建采购单，有采购单供应商主数据必须建立。请参照“采购单供应商主数据库“程序获取关于供应商的细节。无采购单供应商主数据可供不只一个公司代码使用。无

18、采购单供应商主数据只有一般的和财务数据。因此只能为无采购单供应商维护一般主数据和公司代码数据。供应商主数据的信息时，要确认该信息是适用于所有公司代码还是只使用于某个公司代码。无采购单供应商主数据中的数据结构一般主数据一般主数据段中的数据可以适用于一切公司代码以及所有在SAP 客户中的采购组织。一般主数据的例子有采购商，地址和联络细节。公司代码数据存在此处的数据只适用于个别公司。比如，相同的供应商对不同公司代码的统驭科目，交付条件和交付细节有不同的数值。你可以改动供应商主数据中的大多数领域，除了：供应商代码当一个供应商主数据创建时，已获得一个唯一的代码。这个号码使用于同一客户的所有公司代码。一旦

19、供应商代码分配后，你就不能改变这一代码。供应商账户组每一个供应商主数据分配给一个供应商组以决定供应商帐户的排序（或外部序号），供应商和领域的序号列在主数据中有陈列。一旦你在一个供应商组下创建了供应商主数据，你就不能够改变账户组。如果你需要改变账户组，你则需要删除现行的主数据。统驭科目供应商主数据中指定的统驭科目保证当你将 或其他交易数据过户到供应商（如二级帐户）时系统自动会将相同的数据过户到总帐中去。因此，通过统驭科目，应付科目明细帐的更新将会带来总帐科目的更新。因此，不建议在供应商主数据过户后改变统驭科目。 如果你在过户到供应商帐户后改变供应商主数据中指定的统驭科目号，你则必须要在年末修改应

20、付科目，以便制作财务报表。通过运行平衡表调整程序你可以实现这一调整过程。冻结无采购单供应商主数据在实现删除一个供应商主数据前，你必须先冻结这个供应商主数据。你可以实现以下任一种供应商主数据的冻结。将某一个公司代码的过账冻结将所有公司代码的过账冻结对此供应商主数据进行付款冻结。你要选择适当的付款冻结理由来说明为什么要进行账户冻结。你可以随时取消一个供应商账户的冻结。为了实现这一目的，仅仅取消冻结标识就可以了。如果在账户中没有的未清项，你应该仅冻结一个账户。如果一个账户被冻结，你不能结清此账户中的任何未清项。标记删除无采购单供应商主数据在标记删除一个账户前，你应该冻结此账户。这个删除标记带来的唯一

21、影响是，在你今后过账到这一账户时，你得到删除标记的提醒。你可以为所有的公司代码也可以仅仅为某一公司代码设定一个删除标记。如果在这个你正在删除的供应商账户上的所有为清项都已结清，你应该冻结这个账户，以确保其他用户不会在其中过账。只要主数据没有最终在系统中删除，你可以随时重新设定一个删除标记。02控制表格申请者必须填写一份“供应商主数据表”以申请批准维持一份无采购单供应商主数据。支持文件要无采购单供应商主数据，必须有以下支持文件：如可能，考虑到情况变化，准备一份供应商的通信/通知方式的备份。所有无采购单供应商主数据的必须由已批准的“供应商主数据表”提供支持。批准所有无采购单供应商主数据的要求必须得

22、到FIN53 应付账户主管的检查和批准。职责分离供应商主数据的必须限制于一个独立个人手中。并且，此人不能在系统中将供应商相关业务（如，应付帐款）过账到对应账户上。这是为了确保没有人可以创建供应商账户和将应付业务过账到这一账户上。这个独立的工作（建议角色DAT01 供应商主数据管理人）将对维护供应商主数据负有全部责任。1. 确保选择正确的供应商主数据在供应商主数据前，申请者必须在系统中进行检查，以确保：选择正确的主数据对提出申请的公司代码，供应商申请将作的改变在SAP 系统中尚未被修改。建议申请者和DAT01 供应商主数据管理人使用不同的查询标准，以此来辅助确认正确的供应商主数据已被识别。 申请

23、者和供应商数据管理人应该检查以下信息：供应商业务代码. 每一个供应商应该有唯一的业务代码。这个号码来自供应商业务卡。建议在查询项中使用供应商业务号码。供应商供应商地址供应商税务号供应商必须与业务卡上的名相同。件一备份一份供应商业务卡作为创建主数据的支持文件。任何供应商的变更（如果可以变化的话）都要得到业务卡的验证。这个“名”将用作为正确的供应商并且在系统中得到。2. 防止向已经被标记删除的无采购单供应商主数据中进行过账。在一个无采购单供应商主数据被标记删除之前，其必须已经不存在未结清项。由于对无采购单供应商的已批准的结清程序或付款结算程序可能比较耗时，建议先将无采购单供应商主数据冻结。当获得对

24、供应商的结清或付款批准，则解冻其主数据，并且结清其未清项。一旦账户中的未清项得到结清，则冻结其主数据并且进行标记删除。03流程当FIN51 应付会计收到无采购单供应商主数据的信息或申请，应付会计必须从供应商处或相关部门获得验证和保持主数据所需的完整信息。FIN51 必须填写供应商主数据表，用以提出对供应商主数据进行的申请。其必须在系统中获得正确的供应商主数据代码。交易代码：显示供应商主数据的变化使用以下搜索机制定位供应商供应商搜索时使用的地址特征：栏输入供应商或输入供应商部分时，使用“*作前缀或后缀“查询项 1”输入供应商业务号码或者使用其它查询辅助查找供应商主数据系统将输出一份符合已上查询条

25、件的供应商。检查是否对应与申请的公司代码供应商已经存在。确保已经选择了正确的供应商主数据，FIN51 必须检查供应商，地址，业务号（可从查找项中获得）以及税务号。在定位正确的无采购单供应商主数据后，FIN51 将检查是否必要的改动/在系统中已经进行。显示供应商主数据的变化显示所有改变，选择至 所有改变注意何时供应商主数据被修改，系统这些修改并产生修改。你可以从这些中看到被修改的条款，修改时间，用户名，以及修改前的内容。在确认正确的供应商代码已经被定位以及所要求的在系统中尚未进行后，FIN51 必须填写供应商主数据表以提出进行活动的申请。一个供应商主数据仅仅在账户中已经没有未结清项的前提下可以被

26、标记删除。对于需要被标记删除或冻结的供应商，FIN51 应付会计必须检查此供应商账户上是否还有未结清项。交易代码：FBL1 显示供应商行项。对申请供应商活动的公司输入供应商代码及公司代码，选择所有的未结清项。（包括一般和特殊总账）如果此供应商仍存在未结清项，FIN51 必须更新供应商主数据表，并附加说明：对此要被冻结或标记删除的供应商，会计余额仍存在。然后，FIN51 必须与业务部门共同确信在账户中的余额 是否应该结清或支付。要结清此供应商主数据里的未结清项，余额可以被核销或支付。FIN51 应该从业务部门处获得对此供应商结清或支付的批准。如果供应商主数据已被冻结， 则此供应上账户不能进行过账

27、。在进行此供应商主数据的结清或支付余额前，FIN51 必须检查这个供应商主数据已经被冻结。交易代码：显示供应商主数据如果此供应商主数据已经被冻结， FIN51 将申请将供应商主数据先进行解冻。在完成结清后（核销或支付）， FIN51 将要求DAT01 冻结供应商主数据并进行必要的行为。DAT01 供应商主数据管理人应该确保供应商主数据表进行的行为已经得到批准以及所需信息完全。如果此表部完整或者没有得到批准，DAT01 必须将表格返还给 FIN51 应付会计处进行更正。DAT01 必须在系统中显示供应商主数据，以确保表上的供应商代码正确。在进行前，DAT01 必须检查所要进行的已经在系统中进行过

28、了。交易代码：显示供应商主数据的变化使用搜索机制定位供应商供应商查找时使用的地址特征：栏输入供应商或部分输入供应商，使用“*”作前缀或后缀。查找项 1输入供应商业务代码或者使用其它项用以辅助查找供应商主数据显示所有变化，选择至 所有变化如果在表各种给出了错误的供应商代码，DAT01 将用正确的代码来更正此表格，并且要求来自FIN53 应付帐款主管的签字。DAT01 应该在确信了行为在系统中尚没有进行过后，才进行更新行为。在冻结或标记删除供应商主数据前，DAT01 应该检查在供应上账户商是否还有未结清项。如果还有未结清项，DAT01 必须与 FIN51 应付会计共同确保这些未结清项在供应商主数据

29、被标记删除前已经结清。在收到已经批准的供应商主数据表后，DAT01 供应商数据管理人必须：确保供应商主数据表完整且已经被批准如果表格部完整或批准，则将表格返还给 FIN53。如果表格已经准备好，则：检查是否在系统中已经为提出申请的供应商创建了供应商主数据。交易代码：FIN03 显示供应商主数据使用以下搜索机制显示供应商：使用地址特征查询供应商栏输入供应商或使用“*”前缀或后缀输入部分供应商查找向 1输入供应商业务代码或者使用其它项用以辅助查找供应商主数据系统将输出一份符合已上查找条件的供应商。检查对提出申请的公司代码而言供应商已经存在。在进行创建一个供应商主数据之前，DAT01 作一个彻底的检

30、查十分重要。DAT01 负责确保在系统中没有创建重复的供应商主数据。DAT01 完成批准的活动后，DAT01 必须在供应商主数据表上签字，以确认在系统中已经进行了必要的活动。然后，DAT01 将把供应商主数据表传递给FIN53 应付帐款主管检查。FIN53 应付帐款主管负责检查供应商主数据表并且批准必要的活动。如果表格上的信息不正确或不完整， FIN53 应该让 FIN51 更正表格。DAT01 完成了必要的活动后，FIN53 负责确保：系统中进行的活动是正确的交易代码： -显示供应商主数据的变化输入供应商代码和公司代码显示所有的变化， 选择至 所有改变。01一旦活动被证明是正确的，FIN53

31、 必须在供应商主数据表上签字，比表明活动完成。完整的供应商主数据表应该返还到DAT01 供应商主数据管理人处进行归档。用户可以使用一份标准的SAP 报表来开列出所有的主数据和对供应商主数据进行的活动。若供应商超过信用额度，或关停、，或因其它原因不在正常经营状态的，应考虑将供应商冻结；若恢复正常经营应考虑解除冻结。02若供应商的经营地点、帐号、信用额度等相关信息发生变更的，则应修改供应商主数据。03财务应付会计根据相关部门提供的供应商主数据变更的信息，与供应商进行确认，据以填写供应商主数据申请单。04主数据管理员应根据经财务主管的供应商主数据申请单修改供应商主数据。05若需删除供应商主数据，应付

32、会计必须确定有无未结清项目或其他财务事项。06财务应付会计应在系统中审核供应商主数据，若有不正确的，应及时通知主数据管理员修改。07应付会计应确保变更信息的正确性，完整性。08财务主数据管理员应及时将有关供应商主数据准确、及时地录入 SAP 系统。09删除供应商主数据应采用标记方式，一般不彻底删除，除非有特殊需要。10主数据管理员在系统更新后，应将供应商主数据申请单签字归档，妥善保存。与AS-IS 不同点的说明01概念对一个SAP 客户，供应商主数据可以被多个公司代码共同使用。用户应该知道这个代码可在许多别的公司代码下使用。无采购单供应商主数据包括两个部分一般数据在一般数据部分的数据可以适用于

33、所有的公司代码和SAP 客户中所有的采购组织。保存在一般数据部分的数据，如：供应商，地址，联络细节等。公司代码数据此处的数据仅仅可以应用与单个公司。例如，同一个的供应商对不同的公司代码在统驭科目、付款期、付款细节上会有不同的数值由于一般数据可以用于所有的公司代码，一般数据的就应该向与使用同一供应商代码的其它公司代码。在财务应付帐款模型中，你仅仅可以无采购单供应商主数据。这是因为无采购单供应商主数据没有任何采购数据。因此不能集中进行无采购单供应商主数据的，也不能通过物流管理模型来进行此项。职责与02可提供的信息目前在浪潮财务系统中没有完整的供应商被，在将来的SAP 系统中将有更完整的信息。系统可

34、提供审计追踪，当你更改主数据时，系统会下改变并生成更改文件。对每一个区域，下更改的时间，人名，和以前该区域的内容。03供应商主数据的持限和控制权。DAT01 供应商数据管理人在系统中持有以及负责创建和供应商主数据的独立方。供应商主数据限于独立的工作角色，DAT01 供应商主数据管理人。其他对数据仅仅有只读的权限。04表格一份新的表格，供应商主数据，以之获取必要信息，用于批准和检查供应商主数据的创建和。报表需求01供应商主数据申请单你能够使用标准SAP 流程PFKABL00 来进行开列关于某一个特殊供应商主数据代码。为启动这个流程，请进行以下程序：应付会计定期运行信息系统报表选择文件主数据变更

35、执行02供应商主数据流程图文档中，文档名为 Pros Flow_FI-AP.ppt 文档目录与本文件之目录相同。本流程图存放在一个单独的FI_AP_03过帐流程（凭采购定单）流程名称根据采购单进行过账流程说明这个过程包括步骤：将供应商过帐到系统，确认对供应商的应付款。推广对此流程的要求/期望所有供应商到系统中公司的未付的应付帐款根据采购单和货物收购信息核对信息流程输入输入付款申请附件：供应商提供部门采购频率需要时流程输出输出已过帐的供应商，可供清帐和支付接受部门应付帐款主管频率需要时业务流程描述01这个步骤之前，采购定单已经发出且收货已经在系统中确认。每一项支付必须有付款申请。在这里需要完成的

36、表格是供应商付款申请表格。这个表格中需要填写的最重要内容包括供应商，需支付金额，和这些 的相关物流单据号。所有与支付相关的凭证都必须附在申请表后，诸如供应商合同，货物 收据等等。申请表必须在部门 的同意后再处理应付帐款，否则申请会被退回给申请者。当应付帐款会计接到申请表格后，他要检查是否完整，将未被批准的表格退给申请者。对于物资供应部门的物资采购，物资供应部门会在系统中做预制，以此作为系统中的付款申请提交到应付帐款会计，应付帐款会计基于其预制以及与原始供应商 核对以后过帐。对于除物资供应的采购均不需采购部门预制，采购部门直接将原始以及付款申请提交应付帐款会计，由应付帐款会计在系统中完成入帐操作

37、。由于处理的供应商有参考的物流单据号，他不需输入所有的细节。当他将物流管理号输入系统，所有的细节都会出现 。他所需做的是输入号，模拟并核对会计过帐，处理和物流单据以及收货单上的差异。他可能需要和采购部门，仓库或供应商共同解决上 的差异。确认差异后一样要过帐，但不能被支付，在其被支付之前必须由应付科目主管批准。将过帐到系统中后，应付科目会计将打印出过帐的凭证并签署。然后核对预付帐款，根据应付科目结清。这个步骤被称作“清预付款”。完成这个步骤后，应付科目会计将申请表（带附件）和打印好的过帐提交到应付科目主管处以备检查和支付。流程图文档中，文档名为Pros Flow_FI-AP.ppt 文档目录与本

38、文件之目录相同。本流程图存放在一个单独的02会计分录例如下：物流模块中在采购定单生成时：没有会计分录收货支付中通常的会计分录：借：存货/费用+成本中心/定单/资产 贷：GR/IR 科目实际应是：借：存货，贷：GR/IR 科目，下类同收到：借：GR/IR 科目(费用差异)(未计划的成本)存货/费用+成本中心/定单/资产（为存货）借：进项税贷：应付帐款与AS-IS 不同点的说明01该系统通过检查相关的物流单据和收货单，简化了校验过帐，并且能在有差异的时候提示使用者。02由于所有的被输入系统，所有的供应商应付款项可以仔细地检查，每一张每一行项目。该系统可以使用户能查询从总帐合计数追溯至凭证中。03所

39、有未付的供应商应付科目可以轻易地从系统中查清并列明，按照每个供应商列示。报表需求01付款申请02过帐凭证打印输出FI_AP_04对供应商预付款过帐流程流程名称将预付款过账给供应商流程说明这个流程包含以下步骤：在系统中录入对供应商的预付款。推广对此流程的要求/期望能并所有的预付款能所有未清的预付款流程输入输入预付款单据附件：供应商合同提供部门采购部门频率需要时流程输出输出预付款入帐接受部门应付帐户主管频率需要时业务流程描述0102每一項预付都要求有申请表。此时，需完成的申请表是供应商预付款申请表。申请表中必须填写的关键信息有：供应商、预付款数、支付时间、及这些 的相应采购订单号。所有有关凭证都要

40、附在申请表上，例如供应商合同等等。申请表须先经过部门 的批准，才可提交到应付帐岗位，否则该申请将被返还给申请者。预付记入系统后，应付帐款会计将打印出已过帐凭证的复印并作标记，然后，需把预付款申请表（含附件）和打印的已过账凭证上交给应付主管检查。会计分录例如下：支付程序：借: 供应商（特殊的总账，过账到预付帐）贷: 现金或存款流程图文档中，文档名为 Pros Flow_FI-AP.ppt 文档目录与本文件之目录相同。本流程图存放在一个单独的与 AS-IS 不同点的说明01报表需求01预付款申请表02已过帐凭证打印03供应商帐户余额查询FI_AP_05结清供应商预付款流程名称结清供应商预付款流程说

41、明此流程适用于结清系统中供应商预付款/员工预付款。推广对此流程的要求/期望能使预付款与应付款相匹配并结清。能获取供应商帐户余额。流程输入输入已过帐的供应商 SAP提供部门应付帐款会计频率需要时流程输出输出已根据供应商预付款/员工预付款结清的供应商接受部门应付帐款主管频率需要时业务流程描述0102在这一步骤中，应付帐款会计检查供应商帐户余额以确定是否存在预付款，并在申请表中预付款。接着应付帐款会计结清预付款的余额。若结清后仍存在应付款余额，应付帐款会计向应付帐款主管提出支付申请。以下是结帐过程会计分录的例子：借: 供应商（记入正常的统驭帐户）贷: 供应商（特殊总帐，记入供应商预付款帐户）流程图文

42、档中，文档名为 Pros Flow_FI-AP.ppt 文档目录与本文件之目录相同。本流程图存放在一个单独的与 AS-IS 不同点的说明01报表需求01已过帐文件的打印02供应商帐户余额查询FI_AP_06过帐流程（无采购定单）流程名称过帐（无采购定单）流程说明此流程适用于无采购定单情况下的供应商入帐。推广对此流程的要求/期望所有供应商到系统中公司未付的应付帐款流程输入输入付款申请附件：供应商提供部门需求部门频率需要时流程输出输出已过帐的供应商，可供清帐和支付接受部门应付帐款主管频率需要时业务流程描述0102每一项需要执行的付款必须有申请表。在这里需要完成的表格是供应商付款申请表格。这个表格中

43、需要填写的最重要内容包括供应商，需支付余额，发生哪种类型的花费，这些花费应该归属到那个成本中心或定单。所有与支付相关的凭证都必须附在申请表后，诸如供应商合同，货物收据等等。申请表必须在部门的同意后再转入应付帐款会计，否则申请会被退回给申请者。当应付帐款会计接到申请表格后，他要检查是否完整，将未被批准的表格退给申请者。然后在系统中输入应付凭证，输入供应商和数额，花费及他们将归属的部门，再模拟并检验会计过户。将过帐到系统中后，应付帐款会计将打印出过帐凭证并签字。然后核对预付帐款，根据应付科目结清。这个步骤被称作“清预付款”。完成这个步骤后，应付科目会计将申请表（带附件）和打印好的过帐凭证提交到应付

44、帐款主管处以备检查和支付。会计分录例如下：借：用贷：应付帐款流程图文档中，文档名为 Pros Flow_FI-AP.ppt 文档目录与本文件之目录相同。本流程图存放在一个单独的与 AS-IS 不同点的说明0102报表需求01付款申请表02过户凭证打印输出FI_AP_07员工借款流程名称员工借款流程说明这个程序包含以下步骤：认可员工的预支款并记入系统，触发支付给员工。推广对此流程的要求/期望能并所有的员工预支款申请能所有未付的员工预支款申请流程输入输入员工预支款申请提供部门员工频率需要时流程输出输出支付款项接受部门应付帐款会计频率需要时业务流程描述0102这个流程与“对供应商预付款过帐”流程相似

45、，因为在系统中员工可以被视作供应商主数据来处理。每支付都要求有申请表。此时，需完成的申请表是员工预支款申请表。申请表中必须填写的关键信息有：员工代码、预支款数、支付时间。所有有关凭证都要附在申请表上，例如差旅细节（差旅预支）等等。申请表须先经过部门 的批准，才可提交到应付帐款会计，否则该申请将被返还给申请者。员工预支记入系统后，应付帐款会计将打印出已过帐凭证并签字，然后，需把员工预支款申请表（含附件）和打印的已过账凭证上交给应付帐户主管检查。会计分录例如下：支付程序：借：员工 供应商（特殊的总账，过账到预付帐）贷 ：现金或存款流程图文档中，文档名为 Pros Flow_FI-AP.ppt 文档

46、目录与本文件之目录相同。本流程图存放在一个单独的与 AS-IS 不同点的说明01所有未付的预支款申请可在系统中，以每个员工为一组，在预支凭证层次上，方便的进行查询和列表显示。报表需求01员工预支款申请表02已过帐凭证打印03员工供应商帐户余额查询FI_AP_08员工报销流程名称员工报销流程说明这个过程包括将员工报销过户到系统并确认员工应收款推广对此流程的要求/期望将员工报销存入系统将统驭科目应付数目过帐到总帐中追踪所有公司未付的员工报销流程输入输入员工报销申请提供部门员工频率需要时流程输出输出报销入帐凭证接受部门应付帐款主管频率需要时业务流程描述0102这个过程和过帐（无采购定单）的过程很相似

47、，因为在系统设计中员工被当做供应商处理。员工报销申请表中需要填写的最重要内容包括员工代码，应付数额，何时支付，发生的是何种类型费用，以及这些费用所归属的成本中心或定单。所有相关凭证都必须附在申请表后，诸如本票、现金等。申请表必须在部门的同意后再转入应付帐款会计，否则申请会被退回给申请者。当应付帐款会计接到申请表格后，他要检查是否完整，将未被批准的表格退给申请者。然后在系统中输入员工代码和数额，花费及他们将归属的部门，再模拟并检验会计过户。将报销业务过帐到系统中后，应付帐款会计将打印出过帐的凭证并签署。然后核对以前给员工的预支帐款，并结清。这个步骤被称作“清预支款”。完成这个步骤后，应付科目会计

48、将申请表（带附件）和打印好的过帐提交到应付科目主管处以备检查和支付。会计分录例如下：借：用贷：应付帐款员工与 AS-IS 不同点的说明010203报表需求01员工报销申请表流程图文档中，文档名为Pros Flow_FI-AP.ppt 文档目录与本文件之目录相同。本流程图存放在一个单独的02已过帐凭证打印0304FI_AP_09付款流程流程名称付款流程流程说明此流程适用于结清未清的应付帐款业务。推广对此流程的要求/期望能在恰当的时间支付未付而应付的款项。流程输入输入支付单付款申请/预支款申请/员工预支款申请/员工权益申请提供部门应付帐款主管频率需要时流程输出输出向收款人（供应商/顾客/员工）进行

49、支付接受部门收款人（供应商或员工）频率需要时业务流程描述0102在这一步之前，以支付申请递交到应付帐款会计为基础，应付帐款会计应登记供应商 及结清未支付预付款的 。这类支付申请包括供应商预付款申请，供应商支付申请，员工预支款申请和员工权益申请。应付帐户主管接到有附件的付款申请后，检查，如果完整准确则批准付款。 冻结的 ，他要评定 差异的可接受性，如不可接受则调整相应部分。如可接受，他将继续在系统中 供应商 的“差异冻结”。如需冻结支付，可利用系统功能设置参数，防止误付不应当支付的款项。付款过帐之后，应付帐款主管将打印出支付单，并将完整的支付申请附于其上，然后将这些提交管理部门完成实际支付工作。

50、对于支票交易，管理部门签发支票并在系统中支票数目，接着将支票送交批准。在将支票支付给收款人时，收款人通过在支付申请上签字确认收款。对于现金交易，现金将被支付给收款人。收款人在接收现金时在支付申请上签字确认收款。对于交易及其它类型的转移，管理处将与协调支付事宜。不论何种支付方式，管理部门都应负责支付工作的实际完成，并把完整的支付申请到应付款帐户以归档。在支付业务中会计分录举例如下：借: 供应商贷:存款与 AS-IS 不同点的说明01每一次支付都以记入系统的为基础，都可在系统中和追查。0203流程图文档中，文档名为 Pros Flow_FI-AP.ppt 文档目录与本文件之目录相同。本流程图存放在

51、一个单独的报表需求01支付单02供应商/员工帐户余额查询03支票、汇票、电汇等不同支付方式04对帐单FI_AP_10应付账款模块流程流程名称应付流程说明本文档描述应付帐款月末流程推广对此流程的要求/期望流程输入输入无提供部门无频率每月流程输出输出应付具体操作完成应付帐款帐务供应商未清项分析(过期项目余额)接受部门FIN52 应付帐款主管频率每月必需的操作供应商主数据业务流程描述FIN52 应付帐款主管负责确保应付帐款月末流程在总帐关帐之前结束。结清匹配的未清项目已匹配的供应商未清项目应在月末进行结清。匹配的未清项目是那些已经付款的或可以互相抵消的，但仍然 在系统中存在为独立的未结清项目。交易代

52、码: F.13 自动结清输入结清日起，SAP 供应商号码，选择“测试运行”。 运行自动结清 (SAPF124) 程序。 系统将可以选出匹配的SAP 交易来结清。主管可以打印SAPF124 自动结清来复核。正式运行自动结清程序，去掉“测试运行”的选项。运行之后，FIN52 应付帐款主管应打印最终运行结果。结清处理的 SAP 凭证号将列示在上。结清 GR/IR 帐户结清以及重分类 GR/IR在生成财务报表之前， 必需分析 GR/IR 清帐项目的以确定入帐的交易被正确反映。首先，结清所有的匹配的 GR/IR 科目，因而保证余 下的未清帐项反映了未完成的交易。即，哪些是货到票未到，或是票到货未到的。如

53、果是贷方余额，系统将把它记入“货已到但未到”，如果是借方余额，系统将把它记入“已到但货未到”中。结清客户和供应商之间的未清项目可能会有与某些业务既有采购也有销售的情况存在。如果可以直接进行应收和应付的抵销，可以将抵销操作作为月末步骤之一。联系客户和供应商主数据将帮助用户查看此类交易的应收和应付的净值。交易代码：: F-51输入客户及供应商SAP 帐户号码，选择合适的行项目来结清。审核应付帐款帐务处理FIN52 应付帐款主管应复核FIN31 应付会计的帐务处理。需调整，在月末结账之前完成。月末关帐在完成结清及审核流程后，应付帐款主管应通知管理员进行关帐。然后，应付帐款主管可以打印出月末报表，如应

54、付帐款帐龄分析表。应付帐款帐龄分析用户通过使用SAP 标准报表可以对应付项目进行帐龄分析- RFDOPR10 供应商未清项目分析(过期项目余额)交易代码: S_ALR_87012078用户可以查看某个或某些供应商的帐期情况。对员工借款操作类似于“审核应付帐款帐务处理”。供应商主数据FIN52 应付帐款主管可以在系统中生成列有供应商主数据的标准的SAP 报表及对这些主数据进行修改的。应付帐款主管可以通过此报告确认没有在系统中生成虚及重复的供应商主数据。与 AS-IS 不同点的说明01定义/功能可以利用系统找到匹配的项目以便进行结清处理可以显示既是供应商也是客户的应付及应收项可以选择类型及交易范围

55、以便进行审核 (例如使用供应商组，数额，文档类型)报表需求01显示：匹配的行项目联系的供应商及供应商行项目帐务处理流程图文档中，文档名为Pros Flow_FI-AP.ppt 文档目录与本文件之目录相同。本流程图存放在一个单独的02标准SAP可以支持以程：自动结清供应商结清项目供应商结清项目供应商未清项目分析 (过期项目余额)供应商主数据FI_AP_11应付/实付凭证审核流程流程名称会计凭证审核流程流程说明此流程描述在SAP 系统中完成编应付/应实付制会计凭证之后，由应付会计主管进行审核的情况。推广对此流程的要求/期望流程输入输入应付/实付凭证列表提供部门应付会计频率每周/需要时流程输出输出已

56、签字的凭证列表，冲销凭证与修改后的新的会计凭证接受部门应付主管频率每周/需要时01此流程为应付凭证过帐之后的系统审核工作。在系统编制凭证之前，应付会计已经对于相关的原始凭证完成审核，过帐之后的审核由应付主管完成，以确保使用正确的会计科目，和其他相关信息的准确。有关在过帐之前的凭证审核不在此流程中体现。02如果需要编制冲销凭证，需要在冲销凭证中写明冲销的原因。03应付主管在审核之后，需要在凭证列表上盖章或签字，然后由应付会计负责存档。业务流程描述流程图文档中，文档名为 Pros Flow_FI-AP.ppt 文档目录与本文件之目录相同。本流程图存放在一个单独的04关于凭证输出的格式，可以有两种方

57、法进行打印。采用打印凭证（包含详细会计分录），主管员盖章的方式打印保存所有的会计凭证。采用此方法，可以节省人力、物力。 因为，打印出的原始凭证只是为审计的需要，但是根据其他实施SAP 企业的经验，这样的会计凭证可以通过审计的。所有原始凭证的号码已经在应付凭证的“参考”栏位中输入，并且原始凭证同凭证一同存档，可以达到帐、实匹配的目的，从而不必打印每张凭证。采用现在的记帐凭证的标准格式在月末/或每周进行打印并与原始凭证匹配后进行存档如果采用这种方法，应付会计在经主管审核之后运用 ABAP 的程序进行打印，然后与原始凭证匹配。但是，SAP 系统对每一项会计交易都有一张凭证，所以凭证的打印量非常大，需

58、花费很多人力，物力。05与 AS-IS 不同点的说明01会计凭证的审核方式有审核与过帐后审核两种。02冲销凭证的编制应由会计主管完成，这样保证编制会计凭证的不能自己随意反冲。报表需求01凭证02FI_AP_12创建员工主数据流程流程名称创建员工主数据流程流程说明此流程描述员工主数据创建的管理需要，在SAP 系统中相应的作业处理过程。推广对此流程的要求/期望主数据资料准确完整。为员工创建一个独立的供应商组。准确的员工主数据对员工主要信息进行的实时的使用流程输入输入已的员工借款申请单提供部门FIN51应付会计频率需要时流程输出输出员工主数据完整的员工主数据表格接受部门DAT01员工主数据管理员频率

59、需要时SAP 中的员工主数据业务流程描述01原则/一般信息员工主数据一个员工主数据必须在应付款（比如预付款，债权等）之前就在系统中创建。在系统中输入员工借员工账户时，将会判断员工主数据是否存在。参照“FI_AP_07 员工借款”流程。采购单不会在员工的交易行为中产生。因此，在员工主数据中将没有采购数据存在，主数据中仅有一些基本信息存于一般会计数据部分。并非所有的员工数据都将在系统中创建。仅仅那些有预付款或债权交易的员工数据需要在系统中创建。员工主数据用于在系统中及输入员工借款和报销。暂不用于薪水的处理，因为人力资源模块并不会在本阶段使用。员工主数据将作为供应商被创建于SAP 系统中。员工相关的

60、交易将被视为应付部分的交易。一个员工仅可以存在于一个公司代码中。因此，这一员工的主数据也应仅存在于一个公司代码中。如果一个员工从一个公司转调到另一个公司，则一个新的员工主数据也要在新的公司代码中产生（如果必要的话）并且其在原来公司的主数据应被标记或删除。因此在创建新员工主数据前，员工主数据管理员应该检查系统中的信息以保证对同一个员工没有产生重复的数据 。员工主数据中的数据结构员工主数据将包含此员工的基本信息o一般数据在SAP 客户系统中，保存在一般数据部分的信息可应用于所有的公司代码）一般数据的例子：员工，地址，合同细节等o公司代码数据这些数据仅仅可用于某一公司。例如，统驭科目，支付项和支付细