on 07-07-2016 3:32 PM
Hi Experts,
I am currently using B2B addon.
And using EDI separator adapter.
My flow is like
Sender system (Plain message)->PI(SFTP)->PI EDI-Separator(Receiver)->PI EDI-SeparatorSender(with message protocol PLAIN)->PI(IDOC_AAE)->R/3(Receiver System)
I have configured this scenario, but the issue coming is EDI Separator Sender is splitting the message and each record is getting splitted.
If you select message protocol as Plain, enter the values for the filter parameters as described in the table below:
Component | Parameter | Description |
Filter | Message Type | This parameter allows you to define appropriate plain message type. The adapter without splitting the message dispatches it to the appropriate channel.You can define a parameter using regular expressions in the field. |
But its actually splitting the message .
Do i need to set any parameter ?
Thanks in advance!
Regards,
Aarti
Hi Aarti,
the EDI separator sender channel splits always.
Maybe you change your scenarios to a direct processing, e.g. SFTP->IDoc, or you will convert the plain message and then filter it for the specific scenarios.
However the right solution depends on the process. E.g. if you need to create a single IDoc for every single plain message, then you need a collecting scenario. If not, then you are fine with the direct scenario above.
Kind regards
Konrad
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Konard,
I have been trying to resolve the issue.
Yes, you are right EDI Separator always splits but not in the case of Message protocol as : Plain
I see the actual culprit is generated XSD in B2BIC .
In principle when you have <Header>Repeat in the table , XSD should generate Occurence like :
minOccurs="1" maxOccurs="unbounded,
But its actually generating:
minOccurs="1" maxOccurs="1" ,
I dont know how its Changed ,when i exported the XSD generated i saw maOccurs : "unbounded"
Now i am trying to import the XSD with unbounded occurence. Its not allowing andsaying incorrect file import.
Its pretty strange behaviour or its a bug.
I dont know how to proceed.
Regards,
Aarti
Hi Aarti,
I usually export the xsd and change the cardinality for using them in the mapping. The plain converter does not check any cardinality. E.g. in Edifact Converter you can easily create messages with multiple UNH segments just by playing with the edifact-xml.
The import function of xsd is not working all the time. I think you need to open an incident.
Kind regards
Konrad
Hi Konard/vikas,
I would want to to stick with the flow which I mentioned for the uniformity of the PO implementation.
I have an option of collecting the message and then send to IDOC(Solution given by you.. )
But I am still looking for the solution where I have to avoid the extra config.
Because as per the SAP help doc . EDI separator doesnt split the message incase of Plain.
I am not getting much probs when I am using other EDI like ANSI and Edifact but with Plain I am getting handful of issues..
Regards,
Aarti
Aarti,
It can't be done with EDISeparator channel that is what I can tell you.
We need to find some workaround for this. First of all raise SAP ticket and then work on workaround.
I can tell you one idea if the file will contain multiple plain messages (but all plain messages should be same for eg. you file should have 5 EDI852 plain files but it can't have 1 EDI 852, 1 EDI 856 etc.)
Then in mapping with java map, BPM etc. you have to split them. Other than this I do not see anyway.
You see logically the splitting happens at receiver EDISeparator and the splitted msg gets picked up at respective EDISeparator Channel. SAP has given the receiver channel tabs for EDIFACT, ANSI X12 etc which means already programmed it to identify those messages but no way to identify a Plain message ( a plain converter is like an FCC it can be anything even not an EDI)
Sorry to say no straight solutions.
Regards,
Vikas
Hi Vikas,
Thank you very much for analyzing the issue so closely.
And yes I do have to raise ticket to SAP because ideally there should not be splitting in case of plain.
Meanwhile, with lots of trial and error method I come up with the workaround:
Receiver-EDI _Separator- Enable Default- (Send message AS_IS)
Sender-EDI_Separator- Select Default message protocol
- Add the Converter module in the module (“localejbs/PlainConverterModule)
- Configure B2BIC for the ETOX(Plain to XML)
EDI-Receiver looks which channel is configured with default and then B2BIC looks which Message type is alike the emessage structure.
Regards,
Aarti
User | Count |
---|---|
85 | |
10 | |
10 | |
9 | |
6 | |
6 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.