通常企业都会制定完善的应收应付管理制度 ,ERP 应该能提供及时登记往来款项和准确反映应收应付帐款的形成、回收、支付及增减变化情况并按月进行核对与清理的功能。
SAP 提供了强大的应收应付管理 , 简单列举几个其应收应付功能 :
(1). 购销合同中明确各项条款
应收应付从购销单据开始就可明确各种条款 , 通常 , 顾问们会倾向于使用采购 / 销售文本 ( 请参考相关篇幅 ) 功能来定义各种条款 , 这些条款被写入采购订单或销售订单主数据 , 主要包括付款方式、付款日期、运输情况、包装方式、送货期限甚至违约违约责任 , 这些条款将随采购订单或销售单据被打印或被传真并形成法律效应 ,SAP 提供了 Output Message 来完成打印或传真功能 , 可以将来发生争端时根据寻求诉讼保全。
(2). 双方往来对帐
一个公平竞争的市场环境下整个企业链应该是双盈的 , 在 SAP 财务模块提供了阶梯式的往来通信功能 , 包括 :
a. 信函功能 (Correspondence)
典型的信函有支付通知 (Payment notifications) 、对帐单 (Account statements) 、
余额确定单 (Balance confirmations) 等 , 支付通知实际上也包括到期需要付给人家的款项 , 应收过大容易形成坏帐 , 应付过大也容易造成资不抵债高负债运营。
b .自动支付( Tcode : F110 )
SAP 提供了自动支付功能,可以自动找到到期的应付形成付款,当然企业可以根据其支付计划进行一定调整,按照国外习惯 , 到期即需付款 , 延期的应收和应付需要计息 , 而按国内实情 , 显然自动付款实现不大现实。
c. 催款 (Dunning,Tcode:F150)
相对普通信函而言 , 催款更加正式 ,SAP 提供了多级催款 , 甚至在催款时可以计算利息 , 当
然催款也包括企业的应付帐款的催款 ( 自催 ) 。
( 3 ) . 制定激励政策
SAP 对商业折扣 , 现金折扣 , 销售返利等业务提供了相应处理方案。
(4). 评估和信用机制
SAP 有供应商评估和完善客户信用控制功能。
国内 ERP 管象预付冲应付、预收冲应收等业务处理叫核销, SAP 管这些业务叫结帐 / 清帐,清帐一般包括平时手工清帐和月末自动清帐两种方式。
手工清帐相关 Tcode:
(1).F-03/ FB1S: 手工清 G/L account 未清项(针对使用了未清项管理的一般总帐科目)
(2).F-44/ FB1K: 手工清 Vendor 未清项(各供应商的应付未清项清帐)
(3).F-32/ FB1D: 手工清 Customer 未清项(各客户应收未清项清帐)
(4).F-04:G/L account 的带清帐的过帐
(5).F-51:Vendor 的带清帐的过帐
(6).F-30:Customer 的带清帐的过帐
F-04,F-51,F-30 这些 Tcode 初始屏幕显示的默认凭证类型不同而已 , 可以使用 OBU1 设置,使用这些 Tcode 在平时记帐时就可清帐。
SAP 中的应收应付模块和总帐集成设计简洁,如下:
第一步:应收应付 / 预收预付 / 其它应收其他应付被设置成为统驭科目,这些科目或被设置到供应商 / 客户主数据或被设置为特殊总帐标志,在记帐时是直接输入供应商 / 客户(或 + 特殊总帐标志)自动带出的,而国内传统做法是记帐时输入应收应付 / 预收预付 / 其它应收其他应付这些科目再将供应商 / 客户作为辅助核算字段。
显然, SAP 不大可能会出现应收应付和 GL 不匹配的业务场景。
第二步: SAP 提供了一套表来记录供应商 / 客户已清项( Cleared Items )和未清项( Open Items ),典型的 Table : BSIS/BSAS | BSIK/BSAK | BSID/BSAD 。
平时实际上就可使用 F-44 或 F-32 及时清帐,比如将某供应商的一笔预付去清某笔应付,而不需等到月底凑热闹统一去做。在本书的相关章节,曾论证了 SAP 应付帐款未清行项中为什么没有带采购订单号 + 利润中心,实际上供应商的一笔预付可能是针对某采购订单的应付未清项,此时 SAP 没有提供默认解决方案,原因是 SAP 供应商发票校验时可能根据多个采购订单集中校验,这些采购订单可能采购了多个利润中心的多个物料,汇总的一笔应付无法钩稽到采购订单 + 利润中心,而在有些企业的实务中可能应付是唯一对应到一采购订单和利润中心的,在这种情况下,如果需要加强清帐功能,可以考虑使用 SAP 的凭证增强功能写入采购订单和利润中心。
除了手工清帐, SAP 还提供了自动清帐功能。
自动清帐相关 Tcode:
(1)F.13: 不带清帐货币(针对未清项管理的总帐应收应付和 GR/IR 科目自动清帐)
(2)F13E: 带清帐货币的自动清帐
手工 / 自帐清帐规则
A . 无论手工清帐还是自动清帐,相关科目一定要需设置未清项管理。
B . 使用手工清帐 , 科目主数据 “ 创建 / 银行 / 利息 ” 屏的的自动过帐标致不能选上。
C . 自动清帐可以针对应收应付和特殊总帐标置的预收预付其它应收其它应付间进行 ,
注意: A 和 W 默认的特殊总帐标志不能进行自动清账处理。
自动清帐还包括进行未清项管理的一般总帐科目 , 特别强调一下 GR/IR 科目的自动清帐。
D .自动清账通常根据借方贷方金额相同,和辅助条件字段如采购订单 + 采购行项目或分配字段相同项目归类清帐,典型的如 GR/IR 科目,清帐字段是可配置的。
E .自动清帐也可在满足清帐条件的多个借贷项进行处理。
F .自动清账适用于银行待清账户的处理(比如实施了电子银行的的电子对帐单),由于手动清账的灵活性,多数情况下,企业还是愿意采用这种方式,特别是清帐时需要人为职业判断的情况下,不准确自动清帐有时还会造成帐龄分析问题。
下图为清帐的配置路径,清帐配置包括定义清帐过帐码、清帐规则和自动清帐的附加规则。
应收应付自动清帐困惑
GR/IR 和采购订单 + 行项目是一一对应的,即其每个行项目必定能带上采购订单和行项目,
这是 SAP 的设计特点 ( 除了采购订单外,也带不出利润中心 ).
GR/IR 作为中间科目,在收货和发票环节实际上余额(包括凭证货
币、本位币和附加本位币)必定平衡。可应收应付就不那么容易了,以应付为例 , 和 GR/IR
不同的是 , 因为后勤发票校验时是多个采购订单或一个采购订单多个行项目,所以它不大可
对应到采购订单 + 行项目,应收也同样,所以,应收应付使用好自动清帐是不容易的
相关推荐
SAP 技术原理搬砖 - ARAP重分类
ARAP重分类
SAP软件应收/应付重分类的配置及操作介绍
会计科目重分类它源于财务报表需求,是指会计报表的重分类,因为资产负债表对数据的基本要求:资产负债表不要有负数,所以出现重分类的解决方法,就是当资产类往来会计科目期末出现贷方余额时,这时不再是债权而是一种债务,应该重新分类到负债类科目;反之,当负债类往来科目期末出现借方余额时,这时不再是一种债务而是一种债权,应该重新分类到资产类科目中去。假如不这样进行重分类而直接以总账余额反映到会计报表当中,就不能...
SAP F.19 GR/IR 重分类详解
摘要:GR/IR科目是SAP系统中用于采购业务过渡的临时科目,月末需通过F.19事务码进行重分类调整,确保财务报表准确。主要处理两种业务场景:货到票未到(GNB)需重分类为应付暂估(负债),票到货未到(BNG)需重分类为在途物资(资产)。该处理需配置OBYP后台科目组合,并在月结时按F.13清账→F.19重分类→SM35过账的顺序执行,次月初系统自动冲回。通过这一流程,既能准确反映企业资产负债状况,又不影响日常采购业务流程。
SAP 配置应收应付重分类
在业务V02中(图1-1)中,统驭科目是“应收账款”,这里统驭科目是客户的统驭科目,一般包括应收账款、其他应收款等等,各个公司根据自身的需要进行定义;调整科目和目标科目是系统中设置的中间科目,调整科目一般设置为“应收账款调整”;上面讲的只是应收账款的调整,对于应付账款等统驭科目的调整同样分析,这里的第一个页面(图1-2)在系统中存在标准的报表可以查看:S_ALR_87012172(以本位币计的客户余额)/ S_ALR_87012082(以本币计的供应商余额).借:GR/IR调整科目。
SAP 重分类(Reclassification)会计分录实例
SAP与Oracle EBS重分类机制对比:SAP采用凭证层显式调整,通过月结事务码生成调整凭证并次月冲回(如应收贷方余额转预收账款),保留完整审计痕迹;Oracle EBS则通过报表层动态重分类(如FSG公式定义应收=应收借方+预收借方),不生成物理凭证,实现隐式调整。核心差异在于SAP在账务层执行物理调整,而EBS在报表层进行逻辑重分类,二者均满足准则要求但适应不同审计习惯。
SAP GR/IR 重分类设计的核心原理
摘要:SAP的GR/IR重分类设计通过中间调整科目处理"票到货未到"业务,主要基于四大核心考量:(1)保持应付账款明细账准确性,避免影响供应商对账和付款流程;(2)符合会计准则的资产负债分别列示要求;(3)实现次月自动冲回机制,不影响正常业务;(4)支持跨国集团的灵活配置需求。这种设计体现了"实质重于形式"原则,通过GR/IR调整科目作为隔离层,既确保财务报表准确列示资产(在途物资)和负债(应付账款),又维护了供应商明细账的完整性和可追溯性,是SAP"清晰分
SAP GR/IR科目的使用
[@more@]建立采购单->入库->发票校验实际上会有各种情况,下面简单描述下GR/IR科目的使用.GR/IR科目,相关Tcode:OBYP|F.19|F.13|MB5S|MR11|MR11 SHOW什么是 GR/...
SAP FICO 应收应付重分类
SAP FICO 模块,介绍了应收应付重分类概念,配置,应用。
浅谈SAP期末清帐和重分类
浅谈SAP期末清帐和重分类 通常企业都会制定完善的应收应付管理制度,ERP应该能提供及时登记往来款项和准确反映应收应付帐款的形成、回收、支付及增减变化情况并按月进行核对与清理的功能。 SAP提供了强大的应收应付管理,简单列举几个其应收应付功能: (1).购销合同中明确各项条款 应收应付从购销单据开始就可明确各种条款,通常,顾问们会倾向于使用采购/销售文本(请参考相关篇幅)功
自动驾驶仿真 (三)—— 基于PreScan与Simulink的AEB系统仿真
自动驾驶仿真三—— 基于PreScan&Simulink的AEB系统仿真1. AEB自动紧急制动系统1. 1 TTC碰撞时间模型1. 2 C-NCAP法规部分术语与定义1. 3 主动安全ADAS系统试验项目2. AEB仿真分析建模2.1 搭建场景2.2 传感器建模2.3 添加AEB控制系统3. 典型工况仿真3.1 CCRs仿真测试3.1 CCRm仿真测试4. 参考学习的书目教材 博主前面的博文已经介绍了Prescan&Simulink基本的场景建模及仿真分析流程,《自动驾驶仿真 (二)——
SPSS&Mplus—共同方法偏差(Common Method Bias)控制与检验
共同方法偏差(Common Method Bias)的控制方法:程序控制(Procedural)和统计控制(Statistical)。
SAP FI-CO应收应付重分类
应收应付重分类 应付重分类: 当借方有余额,则应付账款调整为预付账款 当借方有余额,则其他应付款调整为其他应收款 当借方有余额,则预收账款调整为应收账款 应收重分类: 当贷方有余额,则应收账款调整为预收账款 当贷方有余额,则其他应收调整为其他应付账款 当贷方有余额,则预付账款调整为应付账款 ...
【顾邦小讲堂】第二十四期 电源环路测试从入门到精髓:一文掌握环路测试原理与电压注入点选择依据
电源环路测试是评估开关电源、线性电源等闭环系统稳定性的核心手段,直接关系到电源的稳定性、输出精度、动态响应、抗干扰能力甚至可靠性
FI模块常用事务代码
财务会计 事务码 描述 FB99 Check if Documents can be Archived 检查凭证是否可归档 FRCA Settlement calendar 结算日历 FSF1 Financial Calendar 会计日历 OBCZ C FI Maintain Table T021E C FI 维护表 T021E
告别机载网络通信混乱:利用ARINC825的LCC与带宽管理机制构建高可靠CAN总线
本文深入探讨了ARINC825规范如何通过逻辑通信通道(LCC)和带宽管理机制解决机载CAN总线通信的混乱问题。文章详细解析了ARINC825的核心架构设计、LCC工程实现、时间触发带宽管理等关键技术,展示了其在提升航空电子系统可靠性和实时性方面的显著效果,为现代飞机通信系统提供了高可靠解决方案。
FFTW库安装与使用(3.3.5版本)
FFTW库安装与使用一、FFTW库介绍与下载二、FFTW库安装三、FFTW库测试 一、FFTW库介绍与下载 FFTW ( the Faster Fourier Transform in the West) 是一个快速计算离散傅里叶变换的标准C语言程序集,其由MIT的M.Frigo 和S. Johnson 开发。可计算一维或多维实和复数据以及任意规模的DFT,且运行速度比Eigen和opencv自带的FFT库函数快10倍以上。 下载链接:http://www.fftw.org/install/wind
【SAP FI】4.财务月结_4.应收应付重分类
【SAP FI】4.财务月结_4.应收应付重分类
数美device_fingerprint、device_id、hmac生成
device_fingerprint、hmac、device_id参数分析与解读
SAP GR/IR 重分类
如果做月结的时候收了货但未做发票,从账户余额来看,企业资产是零。
Python爬虫实战:全网政府招标信息采集与整合
本文详细介绍了如何使用Python构建一个完整的政府招标信息爬虫系统,涵盖了从数据采集、解析、存储到质量监控的全流程。多源采集:支持多个地方政府网站的同时采集智能解析:自动适应不同网站结构,智能提取关键信息异步高效:使用异步编程提高采集效率反爬应对:内置多种反爬虫应对策略数据质量:完善的数据清洗和质量监控机制易于扩展:模块化设计,便于添加新的数据源。
SAP Gateway 中事务码 /IWFND/MAINT_SERVICE 的用法介绍
本文系统梳理了SAP Gateway中/IWFND/MAINT_SERVICE事务码的核心功能与运维实践。作为OData服务管理中樞,它支持服务注册激活、ICF节点配置、系统别名绑定、批量处理等关键操作。文章详解了服务目录、ICF节点、系统别名的配置要点,提供了批量激活、缓存清理、性能监控等实用技巧,并针对常见陷阱(如传输配置、删除残留)给出解决方案。通过制造业批量激活、零售业OAuth集成等案例,展示了事务码在企业级应用中的实际价值,为SAP Gateway运维提供了一套完整的治理清单。
应收应付重组配置和操作解析
应收应付重组是为了使资产负债表真实的反映资产及负债的真实情况,需要对应收、应付账款的余额时行实际调整。即将“应收账款”的贷方余额和“应付账款”的借方余额分别调整至“预收账款”与“预付账款”账户中。 应收应付重组SAP系统是按照...
IDEA的使用指南
IDEA基于java的使用手册,可以最快速的上手,在使用中不断的丰富自己的使用技巧.
重分类的定义和使用-往来、GR/IR
往来指的是六个往来科目(应收账款、应付账款、预收账款、预付账款、其他应收账款、其他应付账款);重分类(又称重分类调整但并非账项调整)是指会计报表的重分类:调表不调账,即不调整明细账和总账,只调整报表科目余额;当资产类往来会计科目期末出现贷方余额时,这时不再是债权而是一种债务,应重新分类到负债类科目;反之,当负债类往来科目期末出现借方余额时,这时不再是一种债务而是一种债权,应重新分类到资产类科目中去。
计算机控制技术及应用
《计算机控制技术及应用》通过总结作者的科研成果和吸收国内外的先进理论、方法和技术,以计算机控制系统的网络化、开放化、智能化和集成化发展趋势为主线索,主要介绍计算机控制系统的基本概念和计算机控制系统的典型形式,计算机控制系统的数学描述与基本分析方法,以及数字PID控制器、最少拍控制系统、达林算法、状态变量设计法等设计方法及其各种改进算法。重点突出计算机控制系统输入输出通道接口的设计方法和典型控制系统的设计案例与实现方法等。
假人有限元模型
假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用
【学习笔记】月末操作-自动清账
月末操作-自动清账 —文章整理自高林旭老师的《由浅入深学习SAP财务》一书,SAP相关从业人员值得一读。 一、基本概念 清账是会计科目的借贷挂账后的核销,其中包括客户、供应商以及实行未清账管理的总账科目等。 客户和供应商的清账通常会在收款或者付款的时候同时完成,也就是边收边清或者边付边清,也可以后续手工清账(客户F-32,供应商F-44),但是考虑到应收应付业务的挂账及核销与外部单位的资金收付相关,所以处理时需要格外慎重,一般不进行自动清账。 总账模块中实行未清账管理的科目主要有GR/IR
SAP往来重组
这个重组其实是一个财务概念。按照出具资产负债表的要求,客户和供应商的借方余额与贷方余额不能抵消,应分别列示为资产与负债,因此,出具资产负债表时,应收帐款、其他应收的贷方余额要转到负债与所有者权益方,应付、其他应付的借方要转到资产方,就是将客户的应收账款贷方余额重分类到预收,将供应商的应付账款的借方余额重分类到预付,从而使资产负债表能够真实的反映企业的资产结构。涉及的科目有:应收、其他应收、预收、应
Flink 学习日志 03:自定义一个SourceFunction,完成对Redis中数据的读取
本文介绍了在Flink中自定义SourceFunction读取Redis数据的完整流程:通过Jedis客户端连接WSL2中的Redis服务,编写RedisSource实现循环读取所有Key-value并逐条输出,结合Thread.sleep()实现每秒一条的流式效果。关键步骤包括环境准备、添加Jedis依赖、配置IDEA运行时加载provided依赖,并注意生产环境中应避免使用阻塞的keys *,改用scan命令。最终实现动态读取、实时打印,验证了Flink与Redis的数据集成能力。
2507



被折叠的 条评论
为什么被折叠?



