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

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

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

如何从SAP中查找BADI   如何从SAP中查找BADI http://blog.csdn.net/CompassButton/article/details/1231652 BADI作为SAP的第三代用户出口,他的应用也越来越广泛,但如何找到合适的badi是许多abap程序员的困惑.我这里就介绍一下我个人的应用的经验,供大家参考. 1.badi对象的信息存储在SXS_INTER, SXC_EXIT, SXC_CLASS 和SXC_ATTR 这四个表中(参见SECE包): 2.sap程序都会调

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

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 转换文档模板.实际用的时候可能需要结合接口调整,仅供参考!~

BADI这是第三代用户出口型.让我们来看看如何实现的细节. 一个,用户出口的类型 1,第一代 sap提供了一个空的子程序代码.在这个过程分,用户可以添加自己的代码.为了控制自己的需求.这样的改进是需要改变sap标准代码.演示样本:USEREXIT.. in SAPMV45A 2,第二代 sap提供的是CUSTOMER-FUNCTION,它是通过SMOD和CMOD完毕实现. 3,第三代 sap提供的第三代的用户出口就是BADI,他的调用方式是CALL METHOD (instance),(相关的T

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

*20170325 160000 以下之外, 还有:.替代, -用过一次:.BTE -没用过,需要学习: 第二代增强和第三代增强的差别: 1.Tcode 不同:第二代: CMOD 增强管理,SMOD 实施的增强点:第三代: SE18 BADI定义,SE19 BADI实现: 2.实现方式不同: SMOD 增强 是基于函数模块的增强,函数名称是 EXIT_程序名_'xxx',使用CALL customer-function 'XXX'调用函数模块,函数里面一般是 INCLUDE Zxxx 一句话,进

这里对sap Classic Badi 做一下总结,虽然已经是过时的技术了. Classic BADI的创建 Classic BADI的实施 Classic BADI的调用及运行原理 New BADI FCODE增强 屏幕增强 Classic BADI的创建 事务代码:SE18 由于Classic Badi 已经是过时的技术了,现在提倡用4代增强NEW BADI.所有三代增强的创建入口被隐藏在实用程序下边. 入口 SE18--Utilities--Create classic BAdi. 填写必

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系统,是以资源管理为核心,围绕供应链.生产制造和财务等多个业务领域进

前言 该公司很快就接到了一个项目,SAP有接口.让我们做老大SAP.首先SAP联系.但发展从来没有打过.本周集中在这一个研究. 各种碰壁,SAP该系统让我怎么说? 算了.说多了都是泪,以下附上本周学习成果.大家一起探讨一下.ABAP 还得多学学. Package (tcode:se80) 输入须要创建的 Package ,例:ZTP (之前用T打头測试.貌似不行,大家能够试试) 点  Yes 创建. 输入创建Package的信息. Table (tcode:se11) 点击Create. 点击保

最近在搞OA系统与sap的接口开发,接口太多老是和.net的开发人员打嘴仗,为了避免不必要的纠结,自己做了一个rfc的调试工具,有些问题调试起来也比较容易了.程序是delphi开发的,为了保证程序可以与sap顺利连接,需要安装sap gui客户端,执行程序不需要安装,只需要将Saptools.exe和rfctoolsdb.mdb两个文件拷贝到同一目录中,就可以执行了. 执行后正常的界面是这样的: 如果首次运行没有配置文件,会有这样的错误 这时候就需要我们配置参数文件,执行“配置”按钮,出现如下画

直到笔者写这篇博文的时候,这个开发项目名义上已经上线,但其实开发以及优化的工作还在继续,数据的修复也仍在继续... IT系统环境很简单,一个基于JAVA+Mysql的Web平台,一个是宇宙第一的SAP系统,彼此之间用的是Webservice的方式数据对接: 在此之前,公司的业务形式上都是买进卖出,不留库存.虽然有一个所谓“集采”的业务,但其实根本没有在走单,系统能不能走得通都还是未知数.于是现在又有一个新的业务上来了,买与卖不平衡导致了会有库存差异,而之前的业务和开发都是基于零库存的模式下进行.

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