Index: WS/Vhisie4/Winkelkar/WinkelkarService.cls.xml
===================================================================
diff -u -r39579 -r39611
--- WS/Vhisie4/Winkelkar/WinkelkarService.cls.xml	(.../WinkelkarService.cls.xml)	(revision 39579)
+++ WS/Vhisie4/Winkelkar/WinkelkarService.cls.xml	(.../WinkelkarService.cls.xml)	(revision 39611)
@@ -14,8 +14,8 @@
  * - Aangezien deze interface bij Vhisie 4 enkel en specifiek dient voor winkelkarren (van maken tot aan het bestellen, maar niet verder dan dat), wordt de naam "Winkelkar" gebruikt.
  * - Als een webservice-call iets van data moet teruggeven, zelfs al is dat initieel maar 1 getalleke, dan voorzien we een object, waarin we later backward-compatible extra velden aan kunnen toevoegen.
  * - We hergebruiken de DTO's van Vhisie3/Unishop standaard niet (behalve de oude IK, die we teruggeven, zie volgende lijn).
- * - Caché stuurt het oude DTO-formaat van de IK terug, opdat Intracto de oude LBX/TAX-winkelkarview kan hergebruiken in Vhisie4.
- *   Te bekijken of de Diverse- en andere teksten al vanuit e-Con worden opgesteld.
+ * - Caché stuurt het oude DTO-formaat van de IK niet terug, want Intracto kan de oude LBX/TAX-winkelkarview sowieso niet hergebruiken in Vhisie4.
+ * - Diverse- en andere teksten (voor op de webshop) worden door e-Con worden opgesteld.
  * - Uitgangspunt is dat de white label webshops, én het doorbestellen door handels, in het oude systeem blijft werken.
  *   Er is dus geen method à la GeefNieuweWinkelkarrenSinds(WinkelkarID) nodig.
  *   Als een handel rechtstreeks bij VH "winkelt", is dat in de nieuwe webshop.
@@ -27,6 +27,7 @@
  * - We werken niet met een custom SOAP-header. Caché krijgt éénmalig wat context-info door, bij het maken van een winkelkar.
  *   Caché beheert toch de webshop-accounts niet meer, en kan dus toch niet echt controleren. Wel krijgt Caché de sessie-id binnen, dit om de logging op beide tiers te kunnen correleren.
  * - TAX export: blijft nog even op de Unishop-leest.
+ * - Caché krijgt de taal binnen. Dus stuurt Caché de vertalingen (InvalidUserInputException) in de betreffende taal mee.
  */
 ]]></Content>
 </UDLText>
@@ -44,34 +45,6 @@
 <UDLText name="T">
 <Content><![CDATA[
 /**
- * TO DO: 
- * - Krijgt Caché de taal binnen? Of stuurt Caché de vertalingen (Diverse-kolom; InvalidUserInputException) in élke taal mee?
- *   Intracto heeft een voorkeur voor het terugkrijgen in élke taal.
- * - Wat met TBX?
- * - Stream-vorm gebruiken voor e-Con ingegeven kenmerken?
- * - Overleg met Intracto. 
- *   x Hoe we exceptions raisen/doorgeven.
- *   x Kan Intracto de winkelkarview hergebruiken? Hebben ze dan enkel de oude IK's nodig, of zouden ze de volledige Winkelkar-DTO nodig hebben?
- * - Interface (DTO-structuur) tussen e-Con en Caché vastleggen (name-value-pairs; enten op EDI?)
- * - Als we EDI-winkelkarren in web-interface willen tonen, doen we dat dan in de Unishop of in Vhisie4? 
- *   => Wellicht Unishop, zoals andere situaties waarin Caché de winkelkar eerst ontdekt.
- * - Over de migratie:
- *   x In welke vorm, en vanuit welke bron gaan we bestelde winkelkarren (bvb van TBX) migreren?
- *   x Gaan alle klanten tegelijk, of in golven? Of eerst enkele piloot-klanten?
- * - Gaan we in 1 stap over, of is Vhisie 3 (in ruime zin) nog even in parallel bruikbaar?
- *   x Pro 1 stap:
- *     + We weten welke winkelkarren te migreren, en welke niet.
- *   x Pro Nog even in parallel:
- *     + We hebben nog wat uitstel qua onbeschikbaar stellen (en eventueel redirecten) van de oude eventueel gebookmarkte deep links.
- * - Wat met de leveradressen? Stuurt Paul de leveradressen elke dag door? Met de nodige ID?
- * - Vinden we de MaakWinkelkar nog steeds een goed idee? Is het minder werk voor ons als we toch met een sessie (als soap header) werken?
- */
-]]></Content>
-</UDLText>
-
-<UDLText name="T">
-<Content><![CDATA[
-/**
  * Functioneel bewust niet in scope:
  * - Volgorde van lijnen (is voor misschien later).
  * - Authenticatie (overlaten aan Webshop en IIS; trusted subsystem-principe).