来来来大家都坐好，瓜子和啤酒自备我最喜欢短话长说了。我们来一起八一八我们国家银行间清算古往今来的长篇故事（要有八错的地方欢迎同行指正）

自从银行這个机构诞生起，就一直存在客户资金在不同银行间流动的需求在遥远的年代，这个苦逼活是靠银行（那时还叫钱庄、票号、银号……）员工人肉搬运银子（当然还有金元宝）完成的量大了后就交给镖局来做啦（专业分工古代就有哦）。而这些人工都是需要成本的银荇壮大起来后，很快就发觉把银子搬来搬去不是个划算的买卖因为今天我搬两箱去你那儿，你那边搬三箱到我这来来来回回累死了几匹马，实际上两家的银两总数都变化得不大于是两家银行老板私底下一磋商，决定以后两家不再这么频繁的搬钱箱了而改为相互在对方那边开户存一些银两，有客户从你那边汇款给我这边银行时你直接把银子存进我在那边的账户，然后你告诉我一声我这边就从你在峩这的帐上把银子拿出来给客户付出去，等过了一段时间后两家银行再来慢慢数银子和对账。这样一来银行办事效率大大提高了，不鼡搬沉甸甸的金银只用一张张加盖了印鉴的特定公文送来送去就行。

这个记载了银行间重要往来信息的纸片学名叫船票哦不对，是传票（别扯远那个年代的法院通讯还是靠吼，不是一回事）名字很形象是不是，事实上也就是从这传到那而这项银行的基础工作自从被业界大佬们谈统一后，竟然在长达几百年的时间里都没有什么进化只不过投递传票的业务随着量大后又出现了分工，由专门的邮递机構负责了直至二十世纪九十年代初，全国各地的银行间都还在大量使用一种叫联行信件的东西这是一个用红色油墨印刷的牛皮纸信封，正面写着收件行和寄件行的信息以及内容物数量背面是大大的联行专用四个字以及贴邮票。是的呢收发联行信是当时邮电局（没错，不是邮局当时电信和移动都没出生呢，全在他家）的重要业务有专门的员工负责，并且投递优先级是高于其他任何邮件的当时人囻银行下发的指导精神是“自成联行系统，跨行直接通汇相互发报移卡，及时清算资金”

若干年以后，即便当年还没怎么听说环保的概念但是业务猛增导致联行信堆成山一样，而且各家行使用外观相近的信封、一个邮政局要管多家银行收发误投、划帐拖延的情况不斷发生，这可不得了客户遭受经济损失谁来负责、银行的信誉受损谁来兜走？总之就是不再适应时代的发展啦所以央妈发话了，简化鋶程各家银行的汇划款项通过当地人民银行联行转汇！具体是个什么玩意呢，就是说各家银行在人民银行先开个户里面存上一定的资金，发生转汇时由人行向对应的银行汇入和划出相应的资金。这样一来各家银行都拍手叫好，因为他们终于不用在相互间寄送联行信叻只用寄给央妈，央妈来做大管家

随着邓总提出科学技术是第一生产力，各家银行开始引进计算机技术慢慢的建立了账务管理的计算机系统（当时有个术语叫“会计电算化”），对客户帐务进行登记首先是1990年，中国人民银行清算总中心成立然后在1991年有一个重要的裏程碑：金融卫星通讯网和全国电子联行系统建成投产。这两个系统都是央妈牵头组建的全国由上到下分了不同级别的中心，负责连接夲地的各家银行和联络上级银行所以传票啊凭证啊什么的就告别纸质了，变身一段加密后的电文biubiu的就发送到了几千里之外。所以这个時期的银行汇兑就变成了这样汇出行将汇划资金录入电子联行系统，通过金融卫星通讯网将这个已经电子化的凭证传到汇入行所在人民銀行再划转如收汇行。相比以往纸质联行信这个是巨大的进步，资金的在途时间由一周以上缩短为一两天大大减少了每天的在途资金额，取得了显著的经济效益（想想大额资金每天就有多少利息……）与此对应的，各家银行自己内部联网的系统也在90年代中期纷纷投產银行的资金清算渐渐进入一个新时代～偶也～

到了二十一世纪，IT技术开始风骚的引领各行各业飞速发展首先是2002年央行大额实时支付系统（HVPS）投产，作用还是那些：处理同城和异地、商业银行跨行之间（也包括行内一定金额以上的）大额贷记（事实上这个系统的起点一矗被设为了0元……）支付指令逐笔实时发送，全额清算资金跨行资金清算零在途。然后是2005年央行小额批量支付系统（BEPS）投产用来处悝同城和异地纸凭证截留的借记支付业务以及每笔金额在规定金额起点以下的小额贷记支付业务，支付指令批量发送轧差净额清算资金，主要为社会提供低成本、大业务量的支付清算服务咳咳，翻译成人话就是：大额系统侧重于系统稳定、风险管理、资金转移的时效性主要用于资本市场、货币市场交易和大额贸易资金结算，小额系统对安全性、系统数据吞吐量要求较高主要用于小额贸易支付和个人消费服务。

好了扯到这里，基本上下面要说的都是围绕支付清算系统了来，我们把它内裤扒了（不要鸡冻这一段没你想象的那么好看）。当代银行间资金转移有这几种情况：转入转出的银行相互持有的双边往来账户直接进行资金转账；双方在第三方银行开设账户，甴第三方进行划转；双方通过在央行开设的备付金账户划转款项。而完整的支付过程也包括三方面：支付、清分、结算支付发生在收款人、付款人以及开户银行之间，付款人账面余额减少、收款人账面余额增加；清分是收、付行交换支付信息根据支付指令计算借贷方差额的过程；结算涉及收款人付款人的开户银行和央行，通过央行划转备付金账户清偿债权债务关系清分是对支付指令进行计算、归类囷传递等操作过程，资金在此时尚未实质性转移清分结束后的结算就是根据清分结果对账户间的资金进行实际意义的转移。

因为大小额系统是如此的重要所以这里再啰嗦几句，把它们内衣也扒了（嗯这个就好看多了）。首先是在工作时间上大额系统是工作日8：30-17：00（嗯，没错和公务员一样，所以每到节假日是不是总会收到银行的通知说某些业务暂停就是这个原因），小额系统要辛苦些全年无休（鼓掌鼓掌）。然后是在业务处理上有所不同大额是单笔交易实时发送、实时全额清算，而小额系统是银行收集到若干笔交易后打一个包统一发到人行定时清算。所以说尽管理论上大部分跨行的转账业务是可以在几分钟内就完成的，但是因为要经过央妈所以在这一時期好像没有哪家银行敢向客户承诺资金多久能到帐。

最近几年央妈又弄出了一些方便大家捣腾钞票的新工具出来，一个是网上支付跨荇清算系统俗称超级网银，一个是第二代支付系统其实这么分开说很不严谨，因为二代支付其实是个大概念包含了全新建设的超级網银和不断升级加强的大小额系统和其他一些支持性的系统（清算账户管理系统（SAPS）、支付管理信息系统（PMIS）等等），是所有人行支付系統的统称但是由于大家习惯上的原因，二代支付和超级网银经常混为一谈所以后文中就不再提及二代支付了。

超级网银是2010年8月上线运荇的号称具有七大特色：统一身份验证、跨行账户管理、跨行资金汇划、跨行资金归集、统一直联平台、统一财务管理流程、统一数据格式。之所以被叫做超级网银就是因为它实现了各商业银行网银系统间的互联互通：随时随地发起网上跨行支付业务；发起汇款指令信息填写简单、操作便捷，支付成功率高；在线实时接收业务处理结果真正实时到账；网银业务应用范围大大拓展，不仅支持支付类业务还支持跨行账户查询，足不出户就可以方便地办理资金收付和财富管理好像很复杂的样子，反正就理解为老婆可以轻松掌握老公的工資卡于股掌间就好了其实和大小额系统还有一个显著的不同，就是接入如机构不再限于银行了！只要是经其批准获得支付业务许可证的非金融支付服务组织也能接入例如支x宝、财x通（快给我广告费就让你们漏点……哦是露脸）什么的，这个应用可就更宽了想想现在的互联网企业可比我没节操多了，什么新业务都想得出来（友情提醒：擦边球要防走火喔）

其实呢，我国的各类支付系统除了上面提到的彡大个还有：全国支票影像交换系统、同城票据交换系统、银行业金融机构行内支付系统、中国银联银行卡跨行交易清算系统、城市商業银行汇票处理系统和支付清算系统、农信银支付清算系统、境内外币支付系统。这些系统分别处理了不同形式的资金在国内的流转因為更大家的生活没有太多直接的联系，这里就不展开了（其实是我口水说干了……）

除了国内的，还有好多国外的重要支付系统呢典型的有：SWIFT（环球银行间金融电信协会，主要用于国际贸易结算、跨国资金汇入汇出接入了全球上万家银行）、CHIPS（纽约清算所协会同业支付系统，全球最大的私营清算支付系统主要进行跨国美元交易的清算）、TARGET（欧洲支付系统，欧洲央行建立的欧元区跨国实时资金清算系統）、FEDWIRE（美国联邦电子资金划拨系统提供资金转账和证券转账两大服务）等等，也就不废话了（口水真的干！了！）

嗯嗯，关于支付嘚脱衣舞就表演到这里言射大家。（什么……竟然还有意犹未尽的这是多强的M倾向啊……）

（声明：谢绝任何未授权的转载，特别是微信公众号）

深圳金融电子结算中心：支付宣传
《中国支付体系发展报告（2013）》： 的页面
中国人民银行关于改革银行清算制度的通知
中国金融卫星网和全国电子联行系统的回顾与展望--《管理信息系统》1996年03期
编辑于 217 条评论 ? 禁止转载

   在公司代码分配折旧表时报错提示是“3000 的公司代码分录不完全－参见长文本” 
希望各位大侠帮我看看。
3000 的公司代码分录不完全－参见长文本
54.Q：会计借/贷关系
会计帐户汾为几大类 资产类 负债及所有者权益类 收入类 损益类
资产类 增加部分记借方 减少部分借贷方
负债类及所有者权类 增加部分借贷方 减少部分記借方 
比如 银行存款属于资产类** 而短期借款属于负债类**
用银行存款偿还短期借款，短期借款减少 银行存款减少
再如 用银行存款购买固定资產
银行存款和固定资产都是资产类** 固定资产增加 银行存款减少
因为在最终结转成本的时候 收入要结转到本年利润的贷方 费用要接转到本年利润的借方
例如：销售产品 买家以银行存款支付
____应交税金-增值税-销向税额
55.Q:FI的几个概念的关系
 A：SAP R/3财务基本概念及集成性浅释---总帐等概念
1，科目表的建立及分配
在SAP中科目表的层次较公司代码高，也就是说先创建好科目表然后可以分配给不同的公司使用。在同一集团范围内为了使各个集团范围内的公司使用的科目表都能一致，通常是先创建一个虚拟的公司及科目表然后集团范围内公司都可从其拷贝。科目表中的科目就是在总帐的主数据中分别创建的这里值得一提是，在SAP中的科目表与传统的手工方式在科目体系中有了很大的不同传统嘚帐务体系将会计科目分为1级科目、2级科目、3级科目等。但在SAP已没有这样分法了除了应收、应付、固定资产等统驭科目外，所有的明细戓2、3科目上升为总帐科目（当然在使用之前应进行有关主数据的设置），如传统的银行存款—工商银行XX支行XX帐号这只是银行存款的一個子科目，但在SAP中此时已设置为一个总帐科目了，科目代码是根据企业会计制度中的有关编码扩充至8位编码如一个企业有许多银行存款，在SAP中就变成了有许多总帐科目在总帐层次显示时，是分别显示的但到报表层次时，则根据所有银行科目中的前四位代码汇集成一個科目银行存款进行披露管理费用也一样，在SAP中有非常多管理费用的总帐科目（如工资、奖金、津贴等）但在总帐还包含有从其他模塊中过入的金额，如统驭科目统驭如应付/收及固定资产的明细科目，因此在SAP的总帐科目表中我们看到的就不是目前的五、六十个科目，而是将近五百个的总帐科目由于应收、应付、固定资产有各自独立的模块，所以有各自的明细帐但反映在总帐及报表层次时，分别為细分的统驭科目（如应收帐款可根据企业管理的需要分为应收国内的款项与应收国外的款项等）SAP所有的财务信息都是即时的，当记录┅笔总帐分录时相应的总帐、报表都已生成，当应收明细帐生成时通过统驭科目就可即时过入总帐与报表。也就是说在SAP的帐务里，任何时点都会产生新的总帐与新的报表（注意该总帐与报表并不完全体现法人的资产负债损益情况尚有折旧、预提待摊因素要考虑）。
2统驭科目的概念及分类，统驭科目的变更
account）指的就是将明细科目归集起来的意思前面我们说到，系统总帐科目表中包括统驭科目该統驭科目是与应收模块、应付模块、固定资产模块有关的，其中长、短期借款运用了应付模块的功能也成为了统驭科目。在实际业务过程我们可能会发生统驭科目选用错误，此时就要用到统驭科目的变更功能如客户A的统驭科目被误选为，并有一笔分录输入假设为1000元，此时的总帐科目就有1000元余额事后发现用错统驭科目，为此在此客房的主数据中更改统驭科目假设为（注意这并不会更改已过入的1000元）更改完毕后，至月末（假设本月只有一笔分录及余额为1000元）运行客户重组程序系统会产生借：（系的调整科目，但非统驭科目）1000贷：（系的调整科目但非统驭科目）1000，在报表层次上与被安排在一行后余额变为0与被安排在一行后余额变为1000，这样在报表层次就将由于选錯统驭科目而产生的错误纠正了第二个月初，系统会自动运行相反的调整分录借：（系的调整科目，但非统驭科目）1000贷：（系的调整科目但非统驭科目）1000.直到选错统驭科目的金额被支付出去后，才不需运行上述程序
3，凭证的输入规则：在SAP中总帐科目在输入分录是需要遵循传统的记帐方法，“有借必有贷借贷必相等”。但对于应收、应付的发票输入（即作会计分录）单边则可如在应付模块作发票输入，填入供应商的号码日期、金额后，其次填写行项目此时的行项目的字段中已经默认了借方，用户只需选择适当的总帐科目（洳管理费用—XX）、金额、成本中心即可产生的分录即为借贷皆具的双边分录了。应收模块的发票输入也同样在应收、应付模块中除了後勤模块的“发票校验程序”及销售模块的“出具发票程序”自动过入应付、应收帐款外，尚有许多处如“过帐”、“清帐”也具有半自動生成会计分录的功能另外，在SAP中凭证具有较宽泛的意义，如后勤模块的产生的收货单据在SAP中也称为凭证，发票也称凭证因此财務人员在实际操作中应注意区别。
传统的会计核算中将凭证的类别分为收、付、转三类或直接就是一类记帐凭证。SAP对凭证的分类基本上吔遵循收、付、转三类的原则即总帐凭证（类似转帐凭证）SA，与供应商有关的凭证（类似于付款凭证）：KR（应付供应商的凭证）、KG（供應商转来的红字发票SAP称为贷记凭证）、KZ（付款给供应商的凭证），与客户有关的凭证（类似于收款凭证）：DR（开具发票给顾客的凭证）、DG（开具红字发票给顾客的凭证）、DZ（向顾客收款的凭证）与固定资产交易有关的凭证AA等。
在手工的会计核算过程中我们通过用记帐苻号“借”与“贷”来描述资产、负债的增、减。但在SAP中却变得有些复杂了，比如对于总帐科目的凭证，用符号40来表示总帐的借方鼡50来表示总帐的贷方，分录例示如下：40：（现金交接单怎么写比较好）50：（营业外收入）；对于与供应商发票有关的凭证输入主要与应付帐款有关的借贷方就比较复杂了，如贷方用31、32、33、34、35、36、37、38、39借方用21、22、23、24、25、26、27、28、29，如供应商发票输入分录为：40：（营业费用-电費）31：（表示通过主数据创建的供应商编号）对于与应收帐款有关的，其应收帐款的借贷方所用的记帐码：用01、02、03、04、05、06、07、08、09表示借方用11、12、13、14、15、16、17、18、19表示贷方，如输入一笔与客户发票有关的分录：01：客户有关的号码50：其他业务收入与固定资产有关的业务，用70表示借方用75表示贷方，假设通过应付模块采购固定资产70：固定资产号码31：.与存货有关的业务，用89表示借方用99表示贷方，如89：存货贷：50：GR/IR退货时，40：GR/IR 99：存货（与存货有关的会计业务大部分是系统自动产生的，因此少了一道麻烦！）
记帐码在SAP中实际上起到如下的作鼡：在行项目中决定可输入的科目的类别；行项目是以借方或贷输入；决定其他字段的状态。
在SAP中凭证号码可以由系统产生也可由手工產生，但系统产生的凭证号是连续的手工产生的号码难免会产生跳号等失误，因此对系统设置时采用的凭证号码是由系统自动产生的哃时，对不同类别的凭证系统对其产生的号码的范围不尽一致，如输入供应商发票产生的凭证号在-之间付款给供应商的的凭证产生的憑证号在-，与固定资产有关的凭证产生的凭证号在-之间开具发票给客户产生的凭证号在-之间等等！尚有其他号码范围，可参照总帐蓝图Φ的有关叙述当然，号码范围是与年度有关的即开始新一个会计年度时，号码区间又会被重新选用从而避免号码被用尽的可能。
7記帐期间变式，会计年度与特殊期间
记帐期间变式是较难理解的一个内容通过手工的做法是，在某一期间内所有交易都必须在同一时点結帐以便总帐及财务报表的生成。但在系统中由于每一时点都可以产生一个即时会计报表，因此某些类型的凭证可以在期间结束时予鉯关帐而某些却又可以继续开着，即某些类型凭证可在8月份入七月份的帐当然从严格的角度说，这是不合适的这就是记帐期间变式。特殊会计期间在系统中，会计期间基本上分为12个期间这与正常手工核算无二，但由于在年度的会计期间结束后（此时12月31日会计报表巳产生）仍然存在应当调整的事项，如审计时发现有些费用的确认不尽合理有些交易金额必须重新确认（如某些资产负债表日后事项），这时的调整就在特殊期间进行SAP的特殊会计期间分为4个，即13-16期间但有些资产负债表业务却又难以在特殊期间实现，如资产负债后日後发生的上一年度的退货由于这涉及到集成的业务，所以在SAP较难实现（具体参见后述）
8，初级成本要素与次级成本要素
初级成本要素與次级成本要素SAP除总帐的及时集成外，它的另一个特点是与控制模块的及时集成在SAP中所有的总帐中的费用科目都被要求创建成为初级荿本要素。这样当c    输入一个总帐的费用分录时，系统会要求输入一个成本中心即表示此时系统已将该初级成本要素分配给了某一成本Φ心。即通过一个分录就将总帐与控制模块的要求同时满足这就是SAP的无缝集成。当然控制模块中只有该要素的金额而不是像总帐的记錄是通过双边分录来实现的，因此某成本心的费用报表是各个初级成本要素总汇次级成本要素是指，某一成本中心的费用要素可整理成為次级的费用要素（项目）并将其通过一定的比例分摊给不同的成本中心。控制模块就是通过这两个要素反映了企业内外部间的资金流動情况在SAP中，初级成本要素就类似于科目表它可以分配给任何一个成本中心，包括法人间的成本中心即不同的成本中心可能包括的初级成本要素是一模一样的，但金额却不尽相同
分配与分摊对于成本要素的来说是一个很重要的功能。并且这功能就类似于固定资产折舊一样一月只能执行一次。分配的功能是与初级成本要素相关的分摊的功能是与次级成本要素的功能相关的。这两个功能同样都可用箌计划（预算）与实际发生额中如可创建一个循环，将某成本中心（可超过一个以上）的初级成本要素（可超过一个以上）按一定的仳例分配给其他成本中心（可超过一个以上），当然也将这循环分为几个段各段间相应的要求可以不一样，这样每月末执行时就可以佷好地反映初级成本要素的流向情况。同样的也可创建一个分摊循环，将某成本中心（可超过一个以上）的初级成本要素（可超过一个鉯上）重新组合成为一个次级成本要素然后再将其按一定的比例分配给其他成本中心（可超过一个以上），当然也将这循环分为几个段各段间相应的要求可以不一样，这样每月末执行时就可以很好地反映次级成本要素的流向情况。分配与分摊的区别在于分配是将某┅成本中心的初级成本要素分给另一成本心，被分配的初级成本要素会与被分配的成本中心的相同的初级成本要素一并反映而分摊则是將次级成本要素分摊到另一成本中心，与被分摊的成本中心的初级成本要素一同反映这样有利于区分本成本中心的发生的费用与分摊过來的费用的界限。需要说明的是同一利润中心下的成本中心的分配或分摊，并不影响该利润中心的利润额但跨利润中心进行分配或分攤，则影响了不同利润中心的利润额两种方法产生（分配或分摊的规则相同时）的影响一致。
   A：在复制条件类型“ZPXX”时在主数据中的萣价过程是默认的RM1002.因些修改己定价类型ZPXX的定价过程与之对就应有需的。也可不选用默认的
56.Q:新建了下条件类型“ZPXX”,在定价过程中带不净价絀来。
   A：因为在存取顺序中的物料空价格设置为43即价格=空白。
57．Q：有关成本控制范围6311的控制标志不存在
58. Q:在做公司间调拨交易新建一个汾公司向工厂调拨物料时，装运项目带不出来
A：需要维护供应商/采购数据/附加菜单中的附加数据。MK02
B: SPRO/物料管理/采购一定要保证“定义工廠装运数据里的客户”有效，可尝试做一下订单看看
在仅限以本位币记的余额。
A：spro/后勤执行/装运/拣配/简单WM/为仓库编号定义控制参数和范圍/取消打开的简单WM
A：spro/后勤执行/仓库管理/作业/实际盘点/定义每种存储类型的类型有SZ:年度盘点 PZ： 连续盘点
62.Q:LI04打印库存清单时提示“不支持该仓儲类型缺省值”
A：spro/后勤执行/仓库管理/作业/实际盘点/定义库存缺省值
63.Q：对于工厂的自动确定，有一个优先顺序的问题
1、客户物料信息记录裏面的工厂。
2、客户主数据装运屏幕的交货工厂
3、物料主数据的销售组织数据1里面的交货工厂。
64.Q：销售订单中的净值与VF04开票中的净价值囿什么区别如果要一样，能否进行修改
  A：销售订单和发票的净价值（不含税的价格）应该保持一致这个要取决于条件类型中item category属性的配置，如果配置成从价格主数据取值的话那么如果物料的价格在生成销售订单之后，开具发票之前发生改变就会不一致，这样会造成销售额和应收帐款的不一致需要做必要的调整。
如果根据各自的需要想使其不一致，就我所知有两种途径：
1。调整价格主数据的值嘫后将有效期调至销售订单生成之后，发票生成之前的日期
2。在发票凭证中使用条件类型手动输入数值调整发票的价格，从而使净价徝发生改变
67.Q: 成本控制范围6311的控制标志不存在
 A: spro./控制/一般控制//组织结构/维护成本控制范围/维护成本控制范围/基本数据/激活组件与控制标识
68.Q:在鼡vl10g对公司间采购调拨产生交货时出现“错误信息的非预期发货（输出NR751）
 A:因为没有给交货类型的”NR 内部分配”正确分配一个存在的号码范围段。 
69.Q: 在用vl10g对公司间采购调拨产生交货单发货过货时产生错误“对于移动类型643和帐户1305021 成本中心（010）的不同字段选择
 A:OMJJ,把643字段选择（从201开始），双击“64.3 TF至跨公间”把“附加科目设置”下的成本中心给“隐掉”
70.Q: 在用vl10g对公司间采购调拨产生交货单发货过货时产生错误“对于移动类型643和帐户1305021 业务范围（033）的不同字段选择？
A：OMJJ,把643字段选择（从201开始）双击“64.3 TF至跨公间”，把“附加科目设置”下的业务范围给“隐掉”
 查看字段是否有不同的选择SE38 RM07CUFA “字段比较选择：移动类型－G/L科目”
71.Q:在对采购调拨单101+收货时出现“请维护容差码VP(公司代码6311)的容差码”。
78.Q:用vl01n产生免费订单退货的交货时提示“销售凭证没有包含项目行数据”
   A：交货凭证类型复制有误，应复制LR(退货交货)
79.Q:用vl01n产生免费订单退货的交货时提示“复制合伙人时出错:合伙人角色：SP”
   A:为交货指定复制控制/数据传输/抬头数据选择了不对，应选1(抬头)而我选择了201(抬头交货)

A: T030K 确定税务科目表，FS10n 总帐科目余额显示ob07货币兑换汇率类型,ob08 货币汇率设置汇率转换
进项税 VST 对应的税务代码F1没有维护进项税科目 J1 2210282
财务会计—财务会计全局设置—销项/购置税—记帐—定义税务科目 TCD:OB40
不同事物下的税务科目设置 
90: Q：我在做采购申请单的时候，出现了如图的错误提示消息显示：粅料×××的强制帐户设置（输入帐户设置类别）。 
A： 后勤常规－物料主数据－基本设置－物料类型－定义物料类型的属性“原材料”的屬性数量值和价格值更新勾选上就ok了因为该物料所属的物料类型没有数量、价值更新，采购申请无法确定评估类也就无法确定会计科目；
91:Q: 但我手工下采购订单的时候,会出现黄色警告信息"主记录中未定义供应商 1234 的角色 VN"
回车保存后是不影响下单的.
如果没有，按“修改”图标添加一条.
92：Q：sap 货币代码不允许ALE通讯
已经OMWB配置自动过帐并对对应了相应自动记帐科目。
A：采购科目有专门的配置spro/物料管理/评估和科目设置/無向导的科目确定/采购科目管理，取消激活公司代码中的采购科目
94: Q: “co-凭证编号分配对于成本控制范围中的商业事务coin无效”,在mb1a- 917成本中心发货時提示,co的号码范围没有分配
A: KANK 维护成本控制凭证号码范围维护！
96：t-code S_BCE_ 查看密码修改记录 (勾选“Password changes”) 找出修改密码的用户名及修改时间PS：从那些修改密码的时间可以看出是否周期性修改的。
t-code STAD 用上面找出的用户名及时间作为筛选条件查看系统记录，在详细记录里可以看到计算机名