前言:在项目中遇到任务PO接口,需求是SRM发送采购订单信息给SAP,SAP根据信息调用BAPI同步数据,在此作为案例记录. 本次接口采用的协议是SOAP,当然也有其他的协议比如REST等等,在此不做说明. 同步PO接口开发步骤: 通过SAP NetWeaver注册PO接口服务: 通过SAP SPROXY创建服务实施代理类: 1.注册接口服务 1.1 登录SAP NetWeaver网页 根据BASIC提供的PO组件网址以及账号密码登录:https://{ip}:{port}/dir/start/

SAP系统接口方式: 1.PI - 信使中间件 (大公司多选择) 数据: SAP- PI- U8 U8- PI- SAPPI 底层用的还是webservice 技术优点:实时性高: 可处理大数据(在调用PROXY 发送时 还可以分包处理): 有接口数据日志在PI系统:缺点:PI 服务器+1: PI系统配置工作: 和每个外部系统都要做wsdl配置; 2. RFC - 函数 (小公司 / 简单业务场景使用) SE37 函数设置成remote 形式远程启用的模块: 由其他系统调用SAP的RFC,在J2

公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[MM系列]SAP PO增强BADI   前言部分 大家可以关注我的公众号,公众号里的排版更好,阅读更舒适. 正文部分 me_process_po_cust

一.金税发票与SAP系统发票的税额差异分析 1.1 金税系统中的税额说明 国内企业销售产品给国内客户时,正常产品须要缴纳17%的增值税,而金税(Golden Tax)系统就是用来出具纸面的增值税发票的. 在金税系统中,金税发票的开具有二种方式. 方法1:不通过接口手工出具 不通过接口手工出具增值税发票时,税额是依据含税金额或者不含税金额乘以税率计算得出的,不可以改动. 方式2:通过接口导入 通过接口出具增值税发票时,税额是能够通过接口从SAP中的发票中直接传输到金税中,但此时系统将会检查传入的税

  SAP与金税连接有两种方式:组件接口及文本接口. 文本接口为例: 1.SAP取发票数据.主要来自合同,销售订单,交货单.发票,客户供应商主数据等 2.SAP处理:合并.拆分,折扣等 3.导出TXT文本 4.金税开票机读取文本:通过參数传递数据,注意1分钱误差问题(參数传递导致) 5.回写     收票方名称  出具发票地址的增强BADI:   IDGTCN_CUST_ADDR   接口回传后将金税发票号回写相应的財务凭证的reference字段的增强BADI: IDGTCN_WRITEBAC

程序可以通过抓取 客户 开票信息等 下载文本 导出 需要事先创建好几个structure zc0000sdt0016, zc0000sdt0017 REPORT zc0000sdr0016 NO STANDARD PAGE HEADING . TABLES:vbrk,vbrp,t001. *----------------------------------------------------------------------* * type define *-----------------

change this setting as a 'current setting' according to SAP note '135028 - Transfer IMG activity to current setting' => In the special case for 'electronic bank statement': => SPRO => go to => put corsor on it and push 'EDIT - Display IMG acti

1. 首先需要下载Axis1.4 jar包,这个必应搜索大把,下载下来后把jar包加入eclipse工程项目路径中即可. 2. 下载mail.jar和activation.jar 俩个包.下载地址:https://www.eclipse.org/webtools/wst/components/ws/download_instructions_for_jars.html 该网址中含有所有 java webServices 所需要的jar包.如果确实这俩个包,运行时会有:Unable to find

在解决标题所言问题之前,我们先回头看看RFC和sproxy这两种接口的优缺点. 关于PI接口的实现,目前我了解到的各大国企项目像中海油.中石化.国网等,普遍实现方式是RFC和代理类sproxy这两种.至于我现在做的国网人资项目,由于历史原因更或者是接口开发者贪图自己的方便原因,实现方式都是RFC类型(很不幸,为了项目的延续性和未来交接,那个贪图方便的人就是指我).RFC类型较之于代理类存在了很多弊端,总体而言有以下几点: 1.RFC类型(外围服务)使用的SM59 Destination这种连接形

在PI开发配置中字段映射一般分为Message Mapping(MM)和Imported Archives(IA)这两种形式.MM这种拉线的形式虽然看似方便,但是当接口更新和传输时往往比较麻烦,同时无法实现CDATA封装等操作.下面是一些我工作过程中收集的IA XSL 转换文档模板.实际用的时候可能需要结合接口调整,仅供参考!~

2014-07-09 Created By BaoXinjian

SAP MM 实施项目里Open PO 迁移思路探讨 .序言.   SAP项目上线前夕,除了静态主数据需要导入以外,可能还有一些动态数据,比如open的采购订单,open的销售订单等单据也要迁移到SAP系统里. 笔者所在的项目里,对于Open PO 的迁移,是MM模块里一件非常重要的工作任务.笔者通过参与这个项目,了解到客户global template中Open PO的迁移策略,很受启发.所以写下这篇文字,予以记录. .Open PO的定义. 实际业务里,Open PO 一般需要考虑GR和IR

        由于现在的系统和SAP的接口出现了几次变更,因此需要对系统进行设计改造.由于系统中和SAP交互的接口不止一处,而且也是在不同的时间段进行开发,并由不同的人员来完成的,因此我在维护升级的过程中,发现了以前设计的 可借鉴之处和缺点.         首先是财务对账接口的修改,由于需要在SAP中查看报表中多增加几个字段,本来应该是很容易搞定的事情,但是我查看了下接口的代码和配置文件发现,这个居然要更改接口的代码.本来可以通过配置搞定的事情一下就变复杂了.         接口代码还是用

前段时间公司定制系统在调用SAP RFC接口的时候报错了,看错误消息一时半会儿也不知道是哪里参数数据错误,就想着进到SAP系统里面对这个接口做远程Debuger,跟踪一下参数变量的变化,结果发现根本就没有这个权限. 我记得当初入职的时候是有申请过这个权限的,包括IT总裁及公司老板在内的都同意了该申请,到SAP系统管理员那边的时候也照申请的权限更新了角色,但过了一段时间之后这个权限还是被收回了.联系系统管理员被告知:SAP生产机不能开放Debuger权限,哪怕是公司老板同意了也没用,原则上就是不能

前段时间公司定制系统在调用SAP RFC接口的时候报错了,看错误消息一时半会儿也不知道是哪里参数数据错误,就想着进到SAP系统里面对这个接口做远程Debuger,跟踪一下参数变量的变化,结果发现根本就没有这个权限. 我记得当初入职的时候是有申请过这个权限的,包括IT总裁及公司老板在内的都同意了该申请,到SAP系统管理员那边的时候也照申请的权限更新了角色,但过了一段时间之后这个权限还是被收回了.联系系统管理员被告知:SAP生产机不能开放Debuger权限,哪怕是公司老板同意了也没用,原则上就是不能

基于线性序列机的TLC5620型DAC驱动设计 目录 TLC5620型DAC芯片概述:    2 TLC5620型DAC芯片引脚说明:    2 TLC5620型DAC芯片详细介绍:    3 TLC 5620型DAC接口时序:    4 TLC5620串行数字接口的关键时序参数:    5 芯航线ADDA模块TLC5620电路介绍:    6 线性序列机设计思想与TLC5620接口时序设计:    7 视频教程中的工程源码:    10 视频教程中的测试文件源码:    13 板级验证方法: 

转自:http://blog.csdn.net/futurewind/article/details/3985200 寄售,定义就是供应商的货物放在自己的库存中,使用的时候可以转到自己的库存,不用了就直接退给供应商,使用完了再根据供应商发票做发票检验付款.减少公司库存风险,提高库存周转速率. SAP的业务逻辑如下: 1.ME11 K 维护信息记录(非必须) 2.ME21N K 采购物料,这一步对应的业务逻辑就是让供应商把货拉到自己的库存 3.MIGO 收货 但是与常规采购订单不同,由于收货后物权

1. 应用背景 某汽车制造企业(以下称为厂商A)与其仓储系统提供商(以下称为厂商B)需要进行数据交换.汽车厂商A使用SAP系统作ERP管理,所有数据都要进入SAP进行处理,仓储系统提供商使用的是自有的系统.目前数据交换的办法是,由B自己开发程序将数据输出为标准的IDoc文件,然后通过远程文件传输系统传输到A,A自己利用SAP JCo (Java Connector) 调用EDI接口把文件输入到SAP系统中.这些IDoc文件以时间戳来排序,要求严格按照时序来进入SAP系统,即必须在上一个处理完成之

K2作为专业的BPM.工作流管理平台供应商,面向庞大的SAP用户群体,除了提供产品化的SAP集成工具「K2 connect」产品之外,更拥有一套得到众多客户验证的集成解决方案. 此方案可供SAP用户或即将成为SAP用户的企业作为参考. 在企业信息化建设中K2与SAP不属于竞争和同化关系,两系统的相互融合才能真正实现企业战略.决策和作业的敏捷化.自动化,这将是未来的必然趋势. 此方案将为您解答以下问题 K2与SAP定位关系 SAP系统,是以资源管理为核心,围绕供应链.生产制造和财务等多个业务领域进

现在基本每个公司都做APP,所以大家都面临 APP接口版本兼容的问题. iOS和android 要不断开发新版本,很多服务端开发都是在以前接口的逻辑上进行修改.新的APP和接口开发后,接口如何兼容老的APP? 有的公司 每次发布完APP,就强制用户更新到最新版本.不推荐这样,因为用户体验太差. 就算是用 强制更新,在苹果审核期间,新的APP接口和 老的接口 也必须能同时使用. 下面我们说下如何做,大家有不同意见可以 留言讨论. 一.客户端 做兼容,接口不用做兼容 1.APP强制更新(不建议) 接