Retail接口开发概述
Retail的接口主要包括两种：一、Retail与ERP的接口；二、Retail与遗留POS系统的接口；
Retail与ERP的接口一般采用RIB方式，有关Retail 与ERP的集成方法可参考：
RIB指南 这里不多讲了。
下面主要谈谈Retail与遗留系统的接口。
Retail与遗留系统的接口，在技术上主要采用批处理（Batch）方式，并根据需要部分采用RIB技术。这两种方式说明如下：
方式1：利用RIB的标准进行接口开发
>Oracle Retail 系统按照基本接口产生Message，传递到RIB；
>RIB将Message转发到相应的订阅程序（通常是遗留系统）
>订阅程序负责把数据从Message中抽取出来，并进行格式的转换和上载到遗留系统
方式2：利用Pro*C或PL SQL进行接口开发
>Pro*C或PL SQL程序 从Oracle Retail 系统按照接口定义抽取数据；
>Pro*C或PL SQL程序将数据转换成所需要的文件格式，放到指定目录；
>文件传输程序（FTP）将数据文件传送到遗留系统
>遗留系统根据接口格式读取接口文件，并进行格式的转换和上载到遗留系统
对于方式二，Retail系统与遗留系统之间跨互联网可以通过FTP传送文件；文件格式为Oracle要求的格式，如销售为RTLOG格式；
接口开发相关参考资料说明:
1、RMS框架下每个batch的用途请参考：
/d01/app/retail/rms/12.0.1/rms_1201_docs/Operations Guide/Volume 1 – Batch Overviews and Designs
2、RMS如何向RIB发布信息和订阅信息请参考：
/d01/app/retail/rms/12.0.1/rms_1201_docs/Operations Guide/Volume 2 – Message Publication and Subscription Designs
3、RMS框架下的Pro*C开发请参考：
/d01/app/retail/rms/12.0.1/rms_1201_docs/Operations Guide/Volume 3 – Backend Configuration and Operations
4、RPM其其他模块（或系统)的接口开发请参考:
/d01/app/retail/rpm/12.0.1/rms_12.0.1_docs/Operations Guide/
具体章节: Integration Methods and Communication Flow
关于作者:
| 昵称:商云方 档案信息:顾问, HAND张江技术中心 联系方式:你可以通过yunfang.shang@hand-china.com联系作者 点击查看商云方发表过的所有文章... 本文永久链接： http://blog.retailsolution.cn/archives/212 |
对本文的评价:
对于方式二来说，我觉得遗留的接口开发从目前看文档的情况来看，Oracle Retail有系统标准的PC文件，也就是Pro*C文件来进行数据的传输（上传/下载）。
首先以POS机遗留系统为例，Batch通常分为4种：
1.从外界系统上传数据到oracle retail
2.从oracle retail下载数据到外界系统
3.oracle retail系统标准Batch,比如在整个chain最后面的DTESYS.PC就是用来增加系统时间的。
4.oracle retail系统功能Batch.比如负责新建门店的程序storeadd
其次，在RMS系统中，如何做到把各个batch Program串联起来，oracle 通常是使用第三方流程管理软件，在metalink上有人提问，官方给出的回答是recommand Appworx。在做到串联或者是并联这些batch program的时候，同时也还要遵循一些相关的法则。在RMS系统中，可以分为7个阶段、ad hoc还有date add阶段。其中 ad hoc阶段是可以在任何阶段执行（注意，唯独是要在date add前执行，因为date add 必须是整个chain中最后一个阶段）。每个阶段(Pharse)都会有dependencies(依据，限制).比如，Batch A 必须要在Batch B成功完成之后才可以运行等等。所以，在做接口的开发设计的时候。我觉得，这些法则都可以在文档中找到，以做参考。
最后，Appworx是UC4公司推出的一个类似于流程化控制的软件。它的宗旨就是通过面向对象来让代码简单化，易于调用等等。Appworx的体系结构大概是可以这样来从最底层看待:
1,Object 可以把这个看成是构成整个流程中的细胞。因为每个object中有可能是一段脚本，或者是一个application,或者是一个type的定义等等。这些我们都可以在后面充分的调用
2.Module 可以把这个看成是构建整个流程的砖块，一个Module可以有很多属性，可以定义这个Module的数据库登录登出，还有log文件已经输出文件的输出，等等。
3.Chain 也可以把这个看成是一个流程链。我们要做的就是，把各个Module通过流程控制语句来串联或者是并联成一个Chain。系统管理员在运行这个Chain的时候，加入发现一个Module发生了ERROR，都要停止整个Chain，然后rerun这个chain。
另外，有关POS机接口的两个主要的Batch我想应该是Point_of_Sale Download以及Sales Posting Batch这两个Batch.通过在operation guide里面找到这两个Batch 的名称，然后就可以到Data model里面去寻找这个Batch相关联的表结构。我觉得，这对后面的开发会有些帮助。
提出问题：如何查看这些PC文件？以后开发如果是要写Pro*C，他们分别存放在什么地方？
PC文件可以用文本类编辑器打开查看;
RMS模块的Pro*C程序存在于如下目录:
/d01/app/retail/rms/db/rms/oracle/proc/src
编译并连接后的可执行文件存在于如下目录:
/d01/app/retail/rms/db/rms/oracle/proc/bin