aboutsummaryrefslogtreecommitdiff
path: root/src/main/resources/mzs
AgeCommit message (Collapse)AuthorFilesLines
2019-04-09Propagate changes of zusemsg2.0.c into mzsChristof Rabensteiner1-16/+2
- Add Target to CorporateBodyType - Remove Authority - make DateOfBirth optional
2019-04-08Fix mzs:DReq/PayloadChristof Rabensteiner1-2/+2
- make one Payload Element mandatory - fix refernce to msg:DocumentClass
2019-04-08Update mzs:DReq/Payload SchemaChristof Rabensteiner1-3/+3
2019-04-08Schema FixesChristof Rabensteiner1-2/+2
2019-04-08Update mzs:DeliveryRequest/Receiver Schema to fit zusemsg needsChristof Rabensteiner1-1/+15
- add choice between Identification and Person/Address - add AdditionalCriteria and PreAdvice not
2019-04-08Update mzs:DeliveryRequest SchemaChristof Rabensteiner2-163/+12
- Remove MZSDreq/Sender/ConfirmationAddress (because its already Available in Sender/{WebserviceURL,EmailAddress}) - Simplify MZSDReq/Receiver (no actual schema change, just refactoring) - Remove XML Payload (because this delivery method does not exist in zusemsg) - Simplify Payload Schema and adapt it to zusemsg:Attachment - Remove DayOfBirthType (because dead code) - Metadata: replace mzs definition of metadata with reference to msg:Metadata. Reason: Both interfaces work the exact same way so there is no reason in not reusing the interface. Using the same interface definitions does not affect the integration effort for app developers, because the msg:metadata changed quite drastically and app developers will need to integrate these changes anyways. The changes in zusemsg:Metadata are so invasive that MOAZS cannot prevent them from propagating into the app2mzs interfaces. A benefit from reusing the msg:MetaData interface is that there will be less types, less duplicate code, less repetition, and therefore cleaner and easier to maintain.
2019-04-05Schema changesChristof Rabensteiner1-1/+6
- Add MessegerService, make InternetAddressType url mandatory
2019-04-05Add PostalAddress TypeChristof Rabensteiner1-0/+10
2019-04-05Remove Country Code RestrictionChristof Rabensteiner1-0/+5
2019-04-05Remove Country Code RestrictionChristof Rabensteiner1-6/+1
2019-04-05Remove AnyAttribute from AbstractAddressTypeChristof Rabensteiner1-1/+0
2019-04-05Remove AnyAttribute from AbstractPersonTypeChristof Rabensteiner1-1/+0
2019-04-05Whitespace FixChristof Rabensteiner1-4/+4
2019-04-05PersonName: Add AffixChristof Rabensteiner1-0/+33
2019-04-05mzs:Sender: Remove ProfileIDChristof Rabensteiner1-28/+23
2019-04-03Make Corporate/FullPerson MandatoryChristof Rabensteiner1-1/+1
- Reason: mandatory in zusemsg2.0.0
2019-04-03Make PhysicalPerson Child Nodes MandatoryChristof Rabensteiner1-2/+2
- Name and DateOfBirth - Reason: They are Mandatory in zusemsg2.0.0
2019-04-03Make AbstractPersonType abstractChristof Rabensteiner1-1/+1
- such that clients don't start instantiating AbstractPersons
2019-04-03Add msg:Authority and aux types to mzs_mypersondata schemeChristof Rabensteiner1-10/+32
- Aux types: msg:FullName, msg:Target, msg:Organization
2019-04-03Add msg:AdditionalCriteria and msg:ConfirmationAddress DRq:SenderChristof Rabensteiner1-1/+3
2019-04-03Add msg:logo to mzs:DRq:SenderChristof Rabensteiner1-1/+3
2019-04-03Change MZS Namespaces (again)Christof Rabensteiner3-8/+8
2019-04-03Remove Version Number in Scheme Folder StructureChristof Rabensteiner3-0/+637