复杂的平面文件，这甚至可以做BTS2013R2中的平面文件架构吗？

Question

我已经完成了在客户系统和内部系统之间创建集成的任务。客户发送一个平面文件，我很难弄清楚如何使用平面文件模式解析。

的结构是这样的：

H[n] (either H1, H2 or H3) 
    K3 (0..unbounded) 
    K4 (0..unbounded) 
    M4 (0..unbounded) 
    M5 (0..unbounded) 
    S4 (0..unbounded) 
    S5 (0..unbounded) 

每条线与正常CR/LF结束，每一行是基于位置。

例子：

H1TEST  L5A3 
K3 20160608 1103 0004 
K4 XA TEST  01 
M41123 AQ 
M5SA 
M5X1 
S4SENDOUT 
S5POP 
H1Q 0342 TEST2  KY 
S4IN 
H3A 1408 TESTING  S6T2  
M43308 BB 
H2 1331 TEST3  SA 
S4PO 

这应该会在4月底XML节点，但我主要关心的是如何能够创造一种可以真正理解这个模式，无论是使用平面文件架构向导或者只是使用平面文件架构。

这是否可行（考虑各种线型，消息长度等）？

Answer 1

我不明白为什么BizTalk会很难分析这个平面文件。您的线条清楚地标识了两个第一个字符。您可以将此作为标签标识进行记录。

我认为这是一个典型的例子，结构化的位置平面文件重复记录。

这个例子可能会给你一些提示，以如何做到这一点，它有点类似： Flat File Schema creation with Tag Identifiers in the input flat file repeating in a random fashion.

在你的情况，你就必须创建一个使用平面文件向导中的平面文件架构。主要从我自己的经验来讲，你永远不会完全正确，因此可能需要对FF XSD进行一些调整。

要最终获得您的结果XML，请使用映射从平面文件模式获取所需的输出XML结果模式。