比特客户端
您的位置：
详解大数据
详解大数据
详解大数据
详解大数据
基于SAP接口技术的移动终端解决方案
　　随着 R/3(system application and products in data processing这款主流的管理软件平台)成为国内越来越多大企业ERP应用的首选，很多企业都面临着同样一个问题，即如何让新的ERP平台和一些老的，或是新增加的子系统/子平台默契配合。在保证既有功能的前提下，提高系统和系统间信息传递的效率。从而保证和提高企业的生产竞争力。在这样的背景之下，接口的应用、开发、甚至规范，会起到积极的作用。好的接口会使得系统之间能真正做到“无缝”连接，有效的整合各系统间的数据，以达到资源共享和协同工作的目的。本文的目的在于通过对SAP接口技术的介绍和实例的验证，普及和推广以规范这一接口技术为核心的一体化信息集成架构。
　　1 SAP接口技术
　　SAP组建数量庞大，各系统(ECC，BW和Portal)之间需要即时。对于用户来说，最佳的感受就是在同一系统中进行。为此，SAP从诞生之日开始，就提供了众多的API应用编程接口和接口工具，以方便SAP二次开发和爱好者进行研究。RFC，ALEP IDocs是SAP公司早期为SAP R/3R4.6C版本所提供的接口机制，目前应用最为广泛。在R4.0以后的版本中，又添加了技术上先进的BAPI，DCOM以及Web Service技术。下面对这些接口方式以及其它可用的整合方式进行介绍。
　　1.1 SAPRFC技术
　　RFC(Remote Function Call，远程功能调用)是SAP系统和其他(SAP或非SAP)系统问的一个重要而常用的双向接口技术，也被视为SAP与外部通信的基本协议。其他更高级的SAP接口和通信技术，如后续的BAPI和ALE等都是基于RFC实现的。简单地说，RFC过程就是系统调用当前系统外的程序，从而实现某个功能，而且调用系统和被调用系统中，至少有一个必须是SAP ABAP系统。这种远程功能调用，也可在同一系统内部进行(如本地SAP系统内的远程调用)：但通常情况下，调用程序和被调用程序处于不同系统。SAP系统RFC应用的原理很简单，有一些类似于三层构架的C/S系统，第三方的客户程序通过接口调用SAP内部的标准或自定义函数，获得函数返回的数据进行处理后显示或打印。根据通信方向和通信类型，共有3种RFC通信：
　　1)两个独立的SAP系统之间：
　　2)SAP系统作为调用系统，与外部远程系统(非SAPABAP系统)通信;
　　3)外部系统作为调用系统，与SAP系统通信。
　　优点：SAP的RFC调用是其接口技术中最简单和易用的一种方式，该方式开发比较简便，特别适合于外部报表开发。缺点：但对于量的查询效率相对较低。如果有大数据量开发需要很多使用IDOC和BAPI接口开发技术，RFC接口开发量小，实施简单，很快就能满足客户需求，如在外部系统打印报表，或外部系统获取SAP简单的数据信息进行加工处理等。但这种方案只能满足客户简单的需求。
　　1.2 ALE/IDOC技术
　　ALE是Application Link and Enabling的缩写，是SAP专门为SAP与SAP之间所设计的整合。IDocs是中介文本(Intermediate DOCument)的缩写，是SAP提供的系统整合专用的数据/消息格式，可用于EDI、ALE或导出导入(XML，ASCII)文件等。当然也可ALE在SAP 3.0版本开始就作为SAP整个应用体系的一部分，为分布式数据交换提供了可靠安全的通讯机制。ALE的设计，原本作为两个SAP流程之间的一种消息传递服务(Messaging Service)，使SAP与SAP的业务流程之间企业数据能够有效的交换.为两个独立的SAP之问提供了的系统整合服务。不过，随着应用的发展，ALE/IDocs接口机制也已成为与其它非SAP系统的标准的整合方式。ALE的设计结构可以分为3层，即应用层、数据/消息分配层和通讯层。通讯层是SAP整合机制的基础，它利用远程功能呼叫RFC(Remote Function Call)凋用SAP系统的功能模块。
　　数据/消息分配层，主要提供3个关键服务：按数据分配模型决定数据接收者、消息的过滤和转换、数据/消息的压缩，以提高传递效率。应用层直接与SAP系统接口，生成或从其它系统接收含有路由信息的消息文本IDocs，包括消息接收者的姓名、要求发送的类型以及对消息进行处理的规则。ALE设计结构，如图1所示：
　　图1 ALE设计结构
　　ALE的机制代替了原来的SAP所提供的批数据通讯BDC(Batch Data Communication)方式。顾名思义，BDC为系统之间提供了简单的数据批处理服务，还不能作为一种中间件技术，它没有提供系统之间进行无缝整合所要求的纠错功能、系统管理和其它安全措施。总的说来，应用SAP的ALE机制进行SAP与SAP或非SAP系统整合有以下几个好处：ALE技术不受SAP版本升级的影响，它提供了版本向后兼容性。ALE定义于SAP应用层，与SAP的逻辑层相对独立，整个ALE中间件独立于发送和接收系统。ALE消息设计逻辑保证消息的“一次且只有一次”的消息传递。ALE采用“.发送”技术确保消息即使系统发生故障或接收方没有准备接收时，也可以达到目的地。这样就保证接收方不至于收到重复消息。ALE也提供了IDocs管理功能。主要有文本缩减、文本版本控制以及文本数据过滤。3种控制机制使得SAP开发人员可以根据实际需要，对IDocs文本在运行中进行动态处理。ALE提供了系统管理功能，允许对ALE系统进行启动/复位/恢复等系统操作，为开发人员提供了进一步的管理控制。IDoc几乎可以传带任何SAP应用的数据，是。种“外围”定义格式，与SAP的应用数据定义不直接相关。IDocs已经广泛应用于早期的SAP.EDI的数据交换，因而它的设计有点类似于EDI的标准，即EDIFACT标准。IDocs是以字符基础的，因而是可读的。它有3种纪录类型，即：
　　1) 控制纪录.含文本信息，如IDoc类型，发送/接收方信息以及文本标识。
　　2) 数据纪录.含管理和实际数据部分。
　　3) 状态纪录一用来追踪文本传递各点的状态，如状态码、系统时间、错误标识等。
　　1.3 BAPI技术
　　BAPI是Business Application Programming Interface的缩写，是SAP为3.0版本以上提供的基_r企业目标(Business Object)技术的接u应用界面。SAP在3.0版本以上采用了Object.oriented技术，逻辑定义了SAP R/3系统的所有功能目标，并且将所有的目标(Objects)和BAPIS存储于企业目标库BOR(Business Objects Repository)。SAP R/3企业目标的目标类型(Object Type)相当于目标设计语言中类(Class)的概念。利用BAPI，开发人员可以实现对BOR进行实时访问，从而实现应用系统(SAP.SAP)之间在数据/逻辑层上的有效整合。SAP R/3的企业目标库BOR(Business Objects Re.pository)中了R/3的功能对象。通过BAPI(Business Application Programming Interface)可以访问BOR。BAPI是R/3平台专用的开发接口，但是从系统整合的角度看，BAPI主要是支持SAP应用.SAP应用之间的整合，SAP应用.非SAP应用之间的整合需要其他的技术，其中R/3DCOM接口应用比较广泛。
　　1.4 SAP.DCOM
　　SAP于1998首次提供SAP.DCOM接El，以满足各种桌面应用开发的要求。利用DCOM连接端口，开发人员可以利用VB，C++，以DCOM目标方式访问SAP数据。在Web应用上，可以用VB Script， JavaScript以DHTML方式页面访问，也可以用ASP访问数据。另外，利用DCOM也可以间接访问SAP的企业目标库BOR。上面提到的BAPI是SAP系统上专用的，在实际应用上不如DCOM来得广泛。DCOM端口主要有两个技术模块组成，一个是管理模块，另一个模块生成SAP BO的DCOM代理组件(Proxy Components)，生成的DCOM组件存放于C++。
　　R/3的DCOM接口主要用于Windows平台的应用程序访问R/3。R3 DCOM可以除了可以访问BAPI外，还可以远程调用R/3上的ABAP程序(需要DCOM Connector 4.6D以后的版本支持)。R/3 DCOM更适合于小型的R/3外挂程序，或者与基于Windows的小型应用集成。对于大型R/3EAI，必然要考虑中间件产品了。
　　1.5 Web Service接口技术
　　Web Service是独立的，模块化的，自描述的应用功能模块或服务。它基于XML标准格式，通过使用标准的协议，这些应用功能模块可以被描述、查找、使用或调用。因此每一个Web Service部封装了一序列可以使用的功能集。例如，供应商的价格查询、核查库存系统的特定的物料、查找特定的电话号码、或者核对信用卡、转帐、付款等。从表面上看，web Service就是一个应用程序，它向外界暴露出一个能够通过Web调用的API。从深层次上看，Web Service是一种新的Web应用程序分支，它是自包含、自描述、模块化的应用，可以在网络中被描述、发布、查找以及通过网络来调用。Web Service是一种基于Web的中间件技术。用户通过把应用程序的一部分包装成Web服务的形式，将自己的应用程序功能提供给别人，实现应用程序之间的接口。
　　2 基于SAP接口技术的中间件：E2E Bridge平台
　　2.1 E2E Bridge平台的简介
　　E2E Bridge是一种解决方案。它的设计是基于国际对象管理集团(OMG)模型驱动架构(MDA)原理。目前大多数的公司都面临着系统集成的困扰，其中有的是为了满足业务或流程上的需求，有的则是为了更好地服务于分布式系统。E2E Bridge提供了一种方案，它是利用面向服务的概念进行集成需求建模。之后就能够便捷地直接执行这个模型了。这种end to end的建模过程是在UML(统一建模语言)下完成的，它由use case(使用个案)、data structure(数据结构)、processes(流程)、business logic(业务逻辑)和architecture deployment configuration(架构分布配置)构建而成。理论上，我们可以使用任何一种支持标准建模交换格式XMI(XML Metadata Interchange)的UML编辑器。XMI文件包含了所有构建服务所需的信息。这些内容之后将被部署和执行在E2E运行环境――E2E中。说明和介绍UML中的某个服务，可以提供一个合理的内部运作的高层文档以及后台运作的情况的描述。因为，UML可以直接映射出所有服务包含的数据流(data flow)、事件(event handler)和操作(operations)，所以，你的文档必须做到实时更新。
[ 责任编辑：李伟 ]
人与人的社交关系已经完全迁移到…
甲骨文的云战略已经完成第一阶段…
软件信息化周刊
比特软件信息化周刊提供以数据库、操作系统和管理软件为重点的全面软件信息化产业热点、应用方案推荐、实用技巧分享等。以最新的软件资讯，最新的软件技巧，最新的软件与服务业内动态来为IT用户找到软捷径。
商务办公周刊
比特商务周刊是一个及行业资讯、深度分析、企业导购等为一体的综合性周刊。其中，与中国计量科学研究院合力打造的比特实验室可以为商业用户提供最权威的采购指南。是企业用户不可缺少的智选周刊！
比特网络周刊向企业网管员以及网络技术和产品使用者提供关于网络产业动态、技术热点、组网、建网、网络管理、网络运维等最新技术和实用技巧，帮助网管答疑解惑，成为网管好帮手。
服务器周刊
比特服务器周刊作为比特网的重点频道之一，主要关注x86服务器，RISC架构服务器以及高性能计算机行业的产品及发展动态。通过最独到的编辑观点和业界动态分析，让您第一时间了解服务器行业的趋势。
比特存储周刊长期以来，为读者提供企业存储领域高质量的原创内容，及时、全面的资讯、技术、方案以及案例文章，力求成为业界领先的存储媒体。比特存储周刊始终致力于用户的企业信息化建设、存储业务、数据保护与容灾构建以及数据管理部署等方面服务。
比特安全周刊通过专业的信息安全内容建设，为企业级用户打造最具商业价值的信息沟通平台，并为安全厂商提供多层面、多维度的媒体宣传手段。与其他同类网站信息安全内容相比，比特安全周刊运作模式更加独立，对信息安全界的动态新闻更新更快。
新闻中心热点推荐
新闻中心以独特视角精选一周内最具影响力的行业重大事件或圈内精彩故事，为企业级用户打造重点突出，可读性强，商业价值高的信息共享平台；同时为互联网、IT业界及通信厂商提供一条精准快捷，渗透力强，覆盖面广的媒体传播途径。
云计算周刊
比特云计算周刊关注云计算产业热点技术应用与趋势发展，全方位报道云计算领域最新动态。为用户与企业架设起沟通交流平台。包括IaaS、PaaS、SaaS各种不同的服务类型以及相关的安全与管理内容介绍。
CIO俱乐部周刊
比特CIO俱乐部周刊以大量高端CIO沙龙或专题研讨会以及对明星CIO的深入采访为依托，汇聚中国500强CIO的集体智慧。旨为中国杰出的CIO提供一个良好的互融互通 、促进交流的平台，并持续提供丰富的资讯和服务，探讨信息化建设，推动中国信息化发展引领CIO未来职业发展。
IT专家新闻邮件长期以来，以定向、分众、整合的商业模式，为企业IT专业人士以及IT系统采购决策者提供高质量的原创内容，包括IT新闻、评论、专家答疑、技巧和白皮书。此外，IT专家网还为读者提供包括咨询、社区、论坛、线下会议、读者沙龙等多种服务。
X周刊是一份IT人的技术娱乐周刊，给用户实时传递I最新T资讯、IT段子、技术技巧、畅销书籍，同时用户还能参与我们推荐的互动游戏，给广大的IT技术人士忙碌工作之余带来轻松休闲一刻。
微信扫一扫
关注Chinabyte查看: 2430|回复: 17
系统中打印的设置
T-cd：SPAD是SAP系统中最基本的打印设置事务命令。通过这个命令用户可以配置适当的打印方法（access method），选择合适的打印设备
（device type）以及调整一些打印格式。
*打印方法（access method）：简单的说就是SAP系统通过何种方式(或渠道）把打印数据送入打印设备。需要打印的应用数据首先通过SAP应用中的
& && && && && && && && && && && && && && && && && & 打印单元（SPO-WP）转换成能被打印机识别的格式；随后送入打印队列（printing queue）；最后到达打印设备
通常使用的打印方法；
L,C（本地打印）- 应用数据在打印单元中被转换成打印数据后；直接送入当前所在服务器（OS)的打印对列。即SAP应用的打印单元和打印队列在
& && && && && && && && && && &&&同一服务器。
& && && && && && && && && && & （服务器是UNIX，选择方法：L；是Windows或AS/400，选择方法：C）
& && && && && && && && && && && &此类方法的优点是，打印速度快，一次性打印数据量大；缺点是，容易造成系统负荷，针对打印设备必须选择合适的设备类型，
& && && && && && && && && && & 无法使用SAPWIN。
U,S（远程打印）- 用此方法需另设打印服务器，打印设备联机打印服务器。应用数据在打印单元中被转换成打印数据后；送入打印服务器的打印对列。
& && && && && && && && && && &&&即SAP应用的打印单元和打印队列不在同一服务器。
& && && && && && && && && && & （打印服务器是UNIX，选择方法：U；是Windows时，选择方法：S，当然也可选择方法:U,但是数据传输中的保密性不如前一方法。）
& && && && && && && && && && &&&此类方法的优点是，能分担SAP应用所在服务器的负担，打印服务器是Windows可以以使用SAPWIN，一次性打印数据量中；缺点，打印
& && && && && && && && && && &&&服务器的设立增加了系统开销，需要有良好的网络性能作为保障，如果打印服务器是Windows需要安装SAPSPINT作为数据接收。
F,G（客户端打印）- 应用数据在打印单元中被转换成打印数据后；送入客户端PC的打印对列。如果设备类型是SAPWIN，这个打印数据会在打印队列中被
& && && && && && && && && && && && &WINDOWS的打印驱动进行二次转换，转换成真正能被打印设备接受的数据。
& && && && && && && && && && && &（方法：F已经不被SAP支持，推荐客户使用方法：G。)
& && && && && && && && && && && & 此类方法的优点，SAP中设置简便，通常都是设置成SAPWIN；缺点，打印速度不快，一次性打印数据量小，需要有良好的网络性能作
& && && && && && && && && && && & 为保障。
& && && && &&&
在普通的业务中，这3类方法应用最多。可以根据业务的种类，业务发生的时间及网络的状况，3类的方法进行互相配合使用。例如，晚上批处理以后
产生的大量的打印结果由方法：L产生。工作时间中，需要有较大量的打印，可以选用方法：U/S，从而减轻服务器OS层面的工作负荷。客户端的打印可以
选择U/S或G，这主要有业务的需求所决定。
*打印设备类型（device type）:SAP系统根据某种定义，把应用数据转换成能被打印机识别的打印数据。这种定义就存放在打印设备类型中；其包括打印数据的类型，
& && && && && && && && && && && && && && && && && &&&格式以及格式转换所需要的字吗表。它是SAP系统和打印机的接口，如同WINDOWS中的打印驱动程序。
根据转换后的打印数据格式，&&打印设备类型可以划分为SAPwin系列和非SAPWIN系列。
SAPWIN系列：SAP系统中针对某一打印机型号需要选择相匹配的设备类型；但是SAPWIN可以对应所有的打印机型号。
& && && && && && && && & 其原理是，数据在SAP应用中被格式转换后产生能被WINDOWS识别的数据，随后再送入WINDOWS中打印队列
& && && && && && && && & 被打印驱动进行第二次格式转换，成为真正的打印数据。
& && && && && && && && & 亚太地区常用的类型有：SAPWIN 支持latin-1（英语，德语等）语言的打印
& && && && && && && && && && && && && && && && && && && && && && &&&CNSAPWIN 支持中文简体
& && && && && && && && && && && && && && && && && && && && && && &&&JPSAPWIN 支持日文
& && && && && && && && && && && && && && && && && && && && && && &&&KRSAPWIN 支持韩文
& && && && && && && && && && && && && && && && && && && && && && &&&TWSAPWIN 支持台湾繁体
& && && && && && && && && && && && && && && && && && && && && && &&&HKSAPWIN 支持香港繁体
& && && && && && && && && && && && && && && && && && && && && && & THSAPWIN 支持泰文
& && && && && && && && && && && && && && && && && && && && && && &&&HANWIN& &支持中日韩（当这3种文字出现在一个文档中时，可用此设备）
& && && && && && && && && && && && && && && && && && && && && && &&&SWINCF& &支持所有的语言（在UNICODE系统中经常使用）
& && && && & 注意：这类的设备类型只能在使用在打印方法G,U/S,并且打印服务器或用户终端必须是Windows。
& && && && && && & 其它打印方法不可使用。即使是方法C时，应用服务器是WINDOWS也不可以使用SAPWIN。
其它设备类型：对应打印机的字码表直接被定义在这类设备中；当使用其进行打印时，数据在SAP应用（SPO-WP)中直接被转
& && && && && && && && &&&换为能被打印机识别的数据，之后送入打印队列，再被送往打印机。所以针对打印机在选择必须匹配的设备类型。
& && && && && && && && &&&尽管这点比较麻烦，但是这些设备类型适合打印大批量的文档，并且速度快。
& && && && && && && && & 常用得类型有：HPLJ4 (CNHPLJ4 支持中文简体),HPLJ5 (CNHPLJ5 支持中文简体)
& && && && && && && && && && && && && && && && && &&&HPLJ1100
& && && && && && && && && && && && && && && && && &&&EPESCP EPESCP2
& && && && && && && && && && && && && && && && && &&&CAN400
& && && && &&&注意：这类设备很少用在打印方法：G/F
*SAP系统中的打印流程：
& && &&&- 当用户按下打印按钮（Ctrl-F8)后，应用程序根据终端用设定的打印参数（打印格式，打印封面等），生成打印
& && && & 请求（Spool request）。该请求可以在SP01中预览。
& && &&&- 随后该请求被送入打印处理单元（SPL-WP)，进行格式化。格式化后的打印数据被称为输出请求（output request)
& && &&&- 输出请求被直接送入OS的输出队列。
& && &&&- 从输出队列送至打印机。
Spool：SAP系统中应用程序所产生的打印请求，会被放入TST01，TST03，TSP01,TSP02，TSP03，...等一系列的SAP表中：
& && && && &TST01，TST03是存放打印请求的内容，此外的表（TSP01。。。等）都存放请求的属性。
& && && && &&&TST01和TST03是属于TemSe的。TST01的内容并不是请求的实际内容，是描述该请求在TST03情况，系统可以通过TST01
& && && && &中的信息快速检索TST03。TST03存放请求的实际内容，如果请求较大，会占用表中的多条记录。通常TST03的会占用较大
& && && && &空间。
& && && && & 你可以在SP01中，预览打印请求的内容。但是请求的缺省保留在系统中的时间是8天（当然这个值可以被修改），在保留8天后
& && && && && &该请求或被程序RSPO1041自动清除。（RSPO1041需要在Sm37预设为每天执行的后台进程。）
& && && && && &一条打印请求保存在这么多表中，如果遇到程序出错或网络问题，就很容易导致表之间的不整合。这时可以通过 SPAD-&ADIMN-&
& && && && && & -&Consistency check of Spool Database(或RSPO1043) 去删除不整合。
TemSe：其主要存放打印请求内容和后台进程（batch job）的日志（log）：当然也存放一些其他的信息，具体可以参考SAP note-48000
进一步设置
& &1，打印格式(Format)
& && &系统提供的打印格式往往不能满足客户的需求，此时需要自己建立格式。
以SAPWIN为例，设定宽为XX， 高为YY的格式。
& && &a, SPAD-&Device Type-&Page Formats(Create)-& Page format:&name&
& && && && && && && && && && && && && && && && && &Orientation：Portrait or Landscarp
& && && && && && && && && && && && && && && && && &Page size：Width-&XX& Height-&YY&
& && && && && && && && &&&-&Format Type(Create)-& Fromat type:&name&
& && && && && && && && && && && && && && && && && &Type：SAPscript Or ABAPlist
& && && && && && && && && && && && && && && && && &Pageformat：选择已经完成Page Format& &&&
& && && && && && && && &&&-&Device Types-&ZSAPWIN（copy from SAPWIN）
& && && && && && && && && && && && && && &-&Create:&new format&
& && && && && && && && && && && && && && &&&-&点击这个新建的打印格式，可能没有任何的Action，
& && && && && && && && && && && && && && && & 可以选择copy formats或copy Action。
& && && && && && && && && && && && && && && & -&编辑Action：Printer initialization
& && && && && && && && && && && && && && && && &Action:Reset after exit, End of page,End of line 通常不需要编辑。
& && && && && && && && && && && && && && && && &注意：如果是SAPscript，在Printer initialization中 不需要编辑。
& && && && && & 上面的这些内容可以参考SAP note-17895。
& &b,&&如果是SAPscipt 需要在WINDOWS中建立新的FORM。
& && & Start-&Printers and Faxes-& menu:File-&Print Server Properties-& click &Create a new Form& then input Width and Height.& && && && && && && && && && && && &&&
2, 使用非SAP字体：
当你使用SAPsprint是，可以使用一些其他的字体作为输出。
SE73-&需要更改的打印设备类型（change）-&修改打印控制码（Print control code)
通常这由一对打印控制码定义。如SF800，SF801 SF800定义具体的字体名称，SF801定义Win Character set(中文：136）
可以参照SAPNOTE-85469
总结，这篇主要为了介绍一些最基本的概念和客户设置，如果还有其他更好的想法，希望大家进行补充。
中国最好的sap论坛
sap s4/hana
SAP中英文电子书下载
克米亚sap论坛
SAP项目案例文档参考等相关SAP系统信息资源分享平台
sap s4/hana
SAP在线免费文档学习
Powered by軟件和應用程序軟件為你註冊碼我們幫你更多的好處關於我們
- 条码软件
- 条码软件 - SAP
- 标签软件
- 报告软件
- 数据采集
- 移动数据采集
- 免费工具
- Barcode Studio
- TBarCode Office
- TBarCode SDK
- TBarCode/X
- TBarCode/SAPwin
- TBarCode/Embedded
- 数据收集
- 移动数据采集
- 免费软件
- 在线订单
- 常见问题
- 许可条件 (PDF)
- 常见问题
- 基础知识
- 其它链接
- SAP 咨询
- 软件开发
- 网络解决方案
- 培训课程
- 联系方式
- 推荐单位
- 联合企业
- 合作伙伴
- 连接到 TEC-IT
- 工作机会
- 具体详情
TBarCode/Direct 是一款在SAP(R) R/3(R) 和 mySAP(R) ERP 中用于条码打印的独立软件解决方案。此款条码解决方案完全无需媒介软体 - 如果，您需要更详细的有关资料或您有特殊问题，请。
为什么条码使用 TBarCode/Direct？
TBarCode/Direct 只被安装在 SAP R/3 内。无需额外软件，无需系统层次安装以及无需额外硬件。
工作于 SAPscript, SmartForms 和 ABAP 报告。
在所有 PostScript(R) 可用的打印机打印条码。(Postscript(R) Level 2 以及更新)。
甚至打印机在不同工作中切换时仍可工作。
TBarCode/Direct 是无缝集成到打印程序中。它可以完美地与输出管理系统一起工作。
适用于 SAP 的智能条码解决方案
TBarCode/Direct 是一款适用于 SAP 且无缝集成在 SAP 打印系统内的条码扩展软件 (无需媒介软体)。TBarCode/Direct 可以用于所有 Postscript(R) 可行的 (如：镭射打印机或 MFPs)打印机。
无需特殊的打印机或硬件设备要求，您便可获得完整的条码功能 (DIMMs 或 SIMMs)。条码通过我们非同凡响的解决方案和输出品质完整地被生成。
主要的优点是....
支持所有普通的条码符号。
支持 , QR-Code 和 MaxiCode(TM) (可用于 V2.2)，以及其它二维条码。
综合校验码计算。
安装以及使用极其简单。
统一条码接口 – 对于打印机无需进行特殊矫正。所有参数可设定的标准打印控制的设备类型，并通过字体管理。
对于 SAP 应用程序完全透明且独立释放 (由 R/3 4.5+ 开始)。
所有参数可以在设备类型中通过标准打印控件和字体管理进行设置。
杰出条码质量 (基于矢量 - 没有点阵图！)。
绝对不依赖于打印机。
无需额外硬件，无需每个打印机成本。
TBarCode/Direct 使您无需特定的条码打印机以及硬件升级(条码 DIMMs, 条码 SIMMs)而且无需下载条码字符便能够打印条码。无须考虑条码功能给您便可以升级或更改您的打印机而且没有每台打印机成本！评估
通过几个安装步骤之后，您可以直接在您的服务器上测试 TBarCode/Direct。如需必要的文档请联系我们。在签署保密文件之后，您将收到包含具体介绍的安装文档(包含技术支持！)。PostScript 适用于 SAP 的条码打印
TBarCode/Direct 是基于通过 SAP 传递的标准 Postscript 设备类型 POST2。您可以在设备类型的打印控制栏中设置所有的条码属性 (条码类型，大小，高度，检验码，文本开/关...)。
条码通过非常有效的方式被添加 - 使用我们的打印解决方案时，在您的服务器上不会消耗任何额外的资源 (无需额外 CPU 时间！)。
条码是线轴文档的一部分 = 保存文档也就是将保存条码，重新打印也将打印条码，从打印机数据中创建的PDF 文档也将包含条码。
1D 版本我们提供种不同的许可证。1D 许可证只支持线性条码 (Code128, Code39, 2of5, EAN128...)。对于二维条码请看下一节。 我们将很高兴地给您报价。
Server Triple1D-条码Server LicenseEnterprise1D-条码World License
2D 版我们提供两种不同的许可证。2D 许可证支持所有条码 (线性和二维条码)。请注意: 2D 许可证包括 1D 许可证。 我们将很高兴地给您报价。
Server Triple1D- 和2D-条码Server LicenseEnterprise1D- 和2D-条码World License
SAP, SAP Logo, R/2, R/3, mySAP 是 SAP AG 德国的注册商标。
SIEMENS Energy & Automation, Inc.我们发现 TBarCode/Direct 非常容易安装。它为我们节省了很多时间和金钱并且使得 SAP 打印很方便。我们使用该产品已经两年了，而且没有任何问题。TEC-IT 创建了一个很棒的软件解决方案。Capgemini我们成功测试了您发送给我的 TBarCode/Direct。我们很赏识安装文件和清晰的解决方案：易于执行， 对于预先存在的已开发软件的影响非常少，灵活且易于操作。因此，我们打算将其推广给我们的客户…
Data Matrix:
添加编码模式 GS1
05/06 微距模式
改进的 ASCII 模式
TEC-IT 消息}