简体   繁体   English

XSD用于逻辑应用中的解码X12 830 02000

[英]XSD for Decoding in Logic Apps an X12 830 02000

I am looking for the XSD to use to support a Decoding action in Logic Apps for the X12 830 00200. This was approved by ANSI in 1986 (pre-ASC), but is still widely used by Ford. 我正在寻找XSD用于支持X12 830 00200的Logic Apps中的解码操作。这在1986年被ANSI批准(ASC之前),但仍被福特广泛使用。 I understand the same XSD would be used in a BizTalk Server solution. 我知道在BizTalk Server解决方案中将使用相同的XSD。 Does anyone have one to share? 有没有人可以分享?

I have tried the download item MicrosoftEdiXSDTemplates.zip as part of Microsoft Azure BizTalk Services SDK Setup: 我已尝试将下载项MicrosoftEdiXSDTemplates.zip作为Microsoft Azure BizTalk Services SDK安装程序的一部分:

https://www.microsoft.com/en-us/download/details.aspx?id=39087 https://www.microsoft.com/en-us/download/details.aspx?id=39087

However that only goes back to 00204, which I tried unsuccessfully adapting. 然而,这只能回到00204,我尝试了不成功的适应。

I would rather not do this as a Flat File Decode, as I want all X12 830 processing in my Logic Apps solution to have a consistent, Agreement-based configuration. 我宁愿不这样做作为平面文件解码,因为我希望我的Logic Apps解决方案中的所有X12 830处理都具有一致的,基于协议的配置。

I have sample EDI, drawn from the real-world. 我有来自现实世界的样本EDI。

I will be using Ford's specs for the v002001FORD 830O to validate any schema I obtain or create: https://www.gsec.ford.com/GEC/edispecs/830.pdf 我将使用福特的v002001FORD 830O规范来验证我获得或创建的任何模式: https ://www.gsec.ford.com/GEC/edispecs/830.pdf

** UPDATE ** **更新**

Thanks all for the help. 谢谢大家的帮助。 It ends up that on the MS side, the Kusto log analytics trace of my run-time activity shows explicit duplicate schema references in my Agreement, while my run-time exception from Logic Apps does not clearly indicate a duplicate schema issue is present: 'The message has an unknown document type and did not resolve to any of the existing schemas configured in the agreement.' 最后,在MS方面,我的运行时活动的Kusto日志分析跟踪在我的协议中显示了明确的重复模式引用,而Logic Apps的运行时异常并未明确指出存在重复的模式问题:'该消息具有未知的文档类型,并且未解析为协议中配置的任何现有模式。 So, there was nothing wrong with my schema. 所以,我的架构没有任何问题。 I just had to tweak my Agreement configuration. 我只需要调整我的协议配置。 I am reporting this to MS and hope the schema validation in the Agreement and/or the exception reporting will be improved. 我向MS报告此情况,并希望协议和/或异常报告中的架构验证将得到改进。

To me a broader issue is that the X12 schema provided are ASC-issued ones: 02000, 03000, 04000, etc.. The same ones prevented from being shared on Git due to copyright issues. 对我来说,一个更广泛的问题是提供的X12架构是ASC发布的:02000,03000,04000等。由于版权问题,相同的架构无法在Git上共享。 The reason I believe I am running into older, ANSI-issued specs still in used despite their age by Ford, Toyota, etc. is that the same copyright issues tends continued usage by OEMs of these specs despite their age. 我之所以认为我遇到旧版的ANSI发布的规格仍然在使用,尽管他们的年龄已经被福特,丰田等等使用,因为相同的版权问题往往会让原始设备制造商继续使用这些规格尽管它们的年龄。 For that reason, it would be a big help to the community if MS provided the XSDs for the ANSI-issued X12 specs as is done for the ASC-issued ones. 因此,如果MS为ASC发布的X12规范提供了XSD,那么对社区来说将是一个很大的帮助。 For each ASC-issued spec, such as 04000, there are many documents: 830, 856, etc. This multiplies out to scores if not hundreds of handcrafted XSDs one may need to produce (as is our case) to implements broad X12 support in Logic Apps. 对于每个ASC发布的规范,例如04000,有许多文档:830,856等。如果不是数百个手工制作的XSD(可能需要生成)(如我们的情况那样)实现广泛的X12支持,这将成倍增加。逻辑应用。

The process with outlier EDI Schemas is to find the closest one and modify it to support the version you need. 具有异常值EDI Schema的过程是找到最接近的一个并修改它以支持您需要的版本。

What do you mean by 'unsuccessfully adapting'? “失败的适应”是什么意思? This is not an uncommon thing. 这不是一件罕见的事情。

Since the spec is so old, one thing I would very much consider is bumping the interchanges up to a 'current' :) version, even just 00204. I'm not sure the specific value 00200 will work with BizTalk EDI. 由于规范是如此陈旧,我将非常考虑的一件事是将交换更新为“当前”:)版本,甚至只是00204.我不确定具体值00200是否适用于BizTalk EDI。

You would use a custom Pipeline Component for the incoming and should be able to use the EDI.Override properties on outbound. 您可以为传入使用自定义管道组件,并且应该能够在出站时使用EDI.Override属性。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM