我被要求绑扎 阿里巴的打孔 由客户的供应商进入我们的采购系统。采购模块是主要在JBOSS上运行的Java EE应用程序的一小部分。

在过去几天左右,CXML打孔器实现确实很受欢迎,但这并不能使其正确。要说我对实施专有的“协议”感到不安,这略微付出了。由于它只是一个客户为此推动的供应商,所以我仍然有很多纬度。

我一直被扔进这个空间。这类事物的行业B2B标准被认为是什么?是否存在任何现有或出现的东西作为B2B交易的更开放标准?这类问题最受欢迎的现代方法是什么?

有帮助吗?

解决方案

大多数旧系统在面包车上使用EDI,并且大多数供应商仍然使用它。制定这些标准的标准机构也开发了 EDI的XML方言.

其他提示

我已经与阿里巴(Ariba)的出战合作了4年,也被扔进去。我对此的看法是,由于Ariba似乎是主要参与者,并且他们开始使用或至少参与CXML规范,因此使用将是一个非常安全的选择。 SAP和Oracle等主要的ERP系统也支持这种XML格式,因为我们有一些客户使用CXML但不使用Ariba的客户。

它是唯一的格式吗?不,虽然到目前为止,我只看到CXML用于实际打孔,即使其他格式用于其他文档。对于那些其他文档,我已经看到了其他XML格式,例如XCBL,当然还有直edi。实际上,这将取决于您的供应商所在的市场,可能是什么样的市场。我们的特定业务具有从严格的EDI到“什么是B2B”的范围。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top