• Op dit moment wordt validatie/aut

• Op dit moment wordt validatie/autorisatie op product niveau gedaan. Dat zou op productfunctie niveau moeten gebeuren: bv. premiebereking zou anoniem mogen en aanvragen altijd met autorisatie, producten ondersteunen wel berekening maar geen aanvragen etc. Producten welke reeds MPaaS ondersteunen moeten worden aangepast om deze kenmerken naar de juiste plek te verhuizen.
• De huidige code voor berekening zou naar een ‘service’ verplaatst kunnen worden. Op productfunctieniveau kan er dan een afwijkende implementatie gevolgd worden. Zodoende kan los van elkaar de ‘SOAP proxy’ oplossing en de HDN/browserloos GIM naast/door elkaar blijven bestaan.
• De enumeration met MPaaS functie moet worden uitgebreid met ‘Aanvragen’ en de code zal hier gebruik van moeten maken.
• AIA rules zullen moeten worden gemaakt voor MPaaS naar product mapping (voornamelijk COLO reconstructie en dit zal naar verwachting erg veel op GIM AIA mapping lijken)
• Code zal moeten worden aangepast, zodat overal waar HDN achtige zaken gebeuren (laatste stap van de flow wel uitvoeren, authenticatie etc.) ook rekening wordt gehouden met MPaaS.

結果 (英文) 1:

• Currently, validation/authorization on product level. That would have to happen: bv function on product level. premiebereking would request authorization, and may always anonymous products do support calculation but no applications etc. Products that already support MPaaS must be adapted to these characteristics to the right spot to move.• The current code for calculation would move to a "service". Functieniveau on product could then be followed a different implementation. This allows separate the ' SOAP proxy ' solution and the HDN/browserloos GIM beside/by each other remain.• The enumeration with MPaaS function needs to include ' requests ' and the code will have to make use of here.• AIA rules will have to be made for MPaaS to product mapping (mainly COLO reconstruction and this is expected to be very much like GIM AIA mapping seem)• Code will need to be adjusted, so that everywhere HDN like things happen (last step of the run flow, authentication etc.) also takes into account MPaaS.

結果 (英文) 3:

• At this moment is validation/authorization on product level. That would have to be done on product functionality level: e.g. premiebereking would anonymous may always with authorization and applications, products support or calculation but no applications etc. Products which already have to be adapted to MPaaS support these features to the right place to move.
• The current code for calculation would be moved to a 'service' can be. On productfunctieniveau could a different deployment are followed. This can independently of each other the 'SOAP proxy' solution and the HDN/browserloos GIM next to/from each other remain.
• The enumeration with MPaaS function must be extended with 'Applications' and the code will have to make use of this.
• AIA rules will have to be made for MPaaS to product mapping (mainly COLO reconstruction and this is expected to very much on GIM AIA mapping appear)
• Code will need to be adapted,So wherever HDN like things happen (last step of the flow is run, authentication etc. ) also account of MPaaS.