Software leveranciers maken onderling steeds meer gebruik van virtuele markplaats functionaliteit op basis van de Florecom (eTrade) standaard. Men wil hierbij "zo realtime mogelijk" aan de gang gaan, maar met zo weinig mogelijk dataverkeer. Een individuele Supply regel is al snel 10Kb groot, dus een voorraad van 1000 partijen is al snel 10Mb groot. Als een koper 10 klanten gekoppeld heeft die om de minuut de complete voorraad naar binnen halen, dan heb je al snel een behoorlijk vette internetlijn nodig om dat met een redelijke snelheid voor elkaar te krijgen. Nu wordt er wel steeds meer gebruik gemaakt van systemen om alleen voorraadupdates op te halen, maar ook dat zal steeds meer bandbreedte gaan opeisen. Zeker als je zo realtime mogelijk wilt blijven. Een redelijk simpele oplossing voor dit probleem is om de XML data encoded/gezipt te gaan versturen. Tests wijzen uit dat dit de berichten tot wel 40 keer kleiner kan maken. Ik weet niet of daar al standaard manieren voor zijn, maar mijn voorstel zou zijn om een extra webmethod toe te voegen: GetSupply_Encoded. Deze extra webmethod neemt een normaal SupplyRequest als input en geeft encoded/gezipte data terug.