Forum Discussion
The submittingTraderIdentification exists in xsd, but it is either doesnt recognise it correctly or doesnt pass it in the correct position.
I have attached the xsd (I renamed it as xml because I couldnt upload it) where you can check the schema.
This transaction is made to Greek customs and it is to send an xml so it can return as a number that everything is correct to proceed with the import or export of goods.I am already sending other messages like im15,ie515 and it works fine.
The specificic problem is only in EF15 message.
The only documentation is in Greek language which doesnt show much. It doesnt requires anything but traderId,wsUsername,wsPassword.
I am hoping that is something wrong with the xsd and passes the submitingTrader in the wrong place.
I'll need to dig into the schema a little which will take abit of time, so i will respond but it'll be once i finish work.
Ta
Rich
- richie4 years agoCommunity HeroHey comworld,
So im guessing the xsd you attached the schema on the webservice and isnt referenced in the .wsdl at all. The 3 schemas mentioned in the wsdl are completely different.
When ive worked on projects like this before i loaded in the separate xsd to xmlspynor equivalent and generated a sample payload from this xsd.
However that schema is a complete mess and there are numerous errors in the schema and you cant generate a sample xml until all the problems in the schema are fixed. Im assuming this is a 3rd party schema and youve little support. When ive been in this situation before, ive had to fix the schema to enable me to generate a sample xml. This means obtaining all the imported schema references etc. from the 3rd party.
I think youve got a choice. Either request a sample xml from the 3rd party (easiest option) or fix the schema yourself which will take time....as i said before....youd need to get hold of all the referenced schemas etc. and once youve done that start fixing the schema. I cant see any other way around it.
By far the easiest option is getting a sample xml instead from the 3rd party.
Im sorry thats all i got im afraid. If you do get all the referenced schemas you need im happy to help try and fix the thing so it'll become valid and at that point youll be able to generate a valid xml, but those are your only choices as far as i can tell.
Nice one
Rich- comworld4 years agoOccasional Contributor
They cannot send me xml because they don't have technical knowledge. The y don't know anything how webservices work. I have the external xsd(I renamed them again in .xml) files but I think I tried once and the program said that the xsd was valitated correctly.
I am not an expert in xsd and xml and I don't have xmlspy to test it. I download the demo version but I don't know how to import external xsd and test or create a valid xml from that.
- comworld4 years agoOccasional Contributor
I try out the altovaspy and after I managed to import the external xsd files it shows me (as you said) many errors.
One is at the submittingOperatorIdentification which gives me an error
'emcs:FallbackDocumentReferenceType' must refer to an existing simple or complex type.
So I guess it doesnt find that value in xs:emcs which is located at http://www.icisnet.gr/emcs/v1.03/types
If I open the types.xsd the value indeed doesnt exist.
As solution altovaspy gives the optins to choose another branch but I don't know what to choose.
The same problem is with many more values. Is there a way to find which value exists in which xsd?
Those problems occured because I change the "online" xsd with local ones or because the schema is wrong?
Also I think the tcl file is older version I upload a newer version
Related Content
- 7 months ago