Тук се изписа доста по темата и доста барут се изгърмя...
Хайде да добавя и аз моя фишек! Ето проекта за наредба 18:

Бате, заданието се прави от програмисти дето бачкат с езици от високо ниво (Ц# .NET или каквото там ползват).... Та те предпочитат XML заради валидацията на данните
Правят си едно форма за валидация и приключват... Иначе ще трябва да пишат код, който да проверява данните за всяко поле дали са подадени с правилни стойности и типове и т.н. И все някъде ще се оплескат и сървъра им ще гърми когато на поле с цифров тип се получи примерно дълъг стринг.
С XML си вързват гащите - викат import, ако мине - мине, ако не поне няма да срине сървъра

Те пак добре че се отказаха от FTP-то.... Аз не знам как го мислеха на един FTP сървър да се изсипват по няколко стотин хиляди файлчета дневно

Точно. Мързелът - основен двигател на прогреса. Но не програмистите са виновни. Ако ги питаш тях, най-лесно е ако отчет изобщо не съществува като дикимент.
Менажерският екип си е клатил ушите.

Както казах и на шефчетата в Елтрейд (те също се притесняваха за XML-а, ама по други причини и много искаха да го променят закона), не можеш да разчиташ на човек с 400-500 лв. заплата да има кой-знае каква квалификация и да бачка усърдно. Но поне може да се измисли компресия и по-къси тагове.
Та вместо да мръкнкате, мислете за някъв много евтин ГПРС модул, слагаме едно евтино mcu за комуникация с касата и пускаме на пазара.

А може би това да е истинското "задание"? Щото техниката я купуваш един път , ама таксата я плащаш веки месец. А бай ви Ганю най-обича таксите - де от Солунската митница, де от GPRS-а.

Не е толкова въпрос на валидация а затова че XML се обработва най лесно заради таговете в него.

Всеки таг си има име и данни, по TCP/IP грешки при получаване на текстови данни вероятноста за грешки е минимална.
И да има грешка в един от таговете не е толкова фатално но ако изпращаш компресирани данни, при една грешка в комресията заминава всичко !!!
Може да се слага и таг с контролна сума за данните и ако не отговаря да не се записва, все пак касае сериозни данни и при загуба на данни може да се получат разминавания при отчетите.

PHP Пример за получаване на данни :
-----------------------------------------
preg_match("/<DigitalKey[^>]*>(.*)<\/DigitalKey>/i", $xml_response, $match);
$DigitalKey= (isset($match[1]))?($match[1]):'';
-----------------------------------------
с 2 реда код имаш резултат, едва ли ще са повече от 4-6 реда XML за всеки клиент + стандарния header & footer.
За клиента дето изпраща е още по просто, просто си постваш данните в сървъра със стандартна форма:
Пример за изпращане на данни:
---------------------------------------------------
<?xml version="1.0" encoding="UTF-8" ?>
<soap12:Envelope >
<soap12:Body>
<ProcessRealtimePayment xmlns="https://gateway.com/">
<PaymentReference>'.$Client_Name.'</PaymentReference>
<DigitalKey>'.$DIGITALKEY.'</DigitalKey>
<YourSystemReference>'.$order_id.'</YourSystemReference>
<PaymentAmount>'.$final_price.'</PaymentAmount>
</ProcessRealtimePayment>
</soap12:Body>
</soap12:Envelope>
---------------------------------------------------

Eeeee ne e cak tolkowa zle XML-a, kwo ne mu hareswate, niama nikakuw problem s nego, nawliza ne samo pri PC a i pri embedded komunikacii i to dosta usurdno.

Ми раздут е, и народа тряя плаща $$$ за нищо.

Koi sha plashta be bate, ti tio kozoderi turgowcite li gi zalish ... sha se izrusiat 100-200 lw za modemce goliam problem ..... a za rzduwaneto, d malko e razdut i kwo ot towa, sh recesh ce aparata rawi po 200 tranzakcii w sekunda, to ia pusnat belezka w minuta ia ne, toia xml s releina logika sha go genriram za taia minuta, sami a transfer na dannite i urawlenieto dali na RF modul, sms ili gprs e dosat po trudno ot generiraneto na twa xml-ce.

p.s. abe edno wreme foruma mozeshe da prevezda ot latinica na kirilica, shto ne go wizdam ....

Никакво значение няма обема на данните. Гледам на мтел цените на трафика, варират от 1 ст./МВ до 2.50 лв/МВ. 250 пъти разлика между най-ниската и най-високата тарифа означава едно - че принципът на ценообразуване няма нищо общо с разходите за преноса. Колкото и икономичен формат да избереш, операторите ще поискат толкова, колкото преценят, че ще могат да ти вземат, без да те изнервят прекалено

Абе не знам какво са се запънали с тия GPRS-и, какво му пречи да си бачка през нета и пак със VPN през SSL няма никакви проблеми със защитите.
То кат иска някой да си играе да рабива ще го прави и през GPRS-а. Защо трябва да е просто като може и сложно да е, не виждам смисъла от цялото напъване, най лесно и евтино е през нета, дето се казва в градовете има навсякъде. Айде за места където няма как разбирам да е през GPRS.

Ами обяснението е много простичко - касови апарати има по селца и паланки, където или няма Интернет или той е ненадежден. А покритие поне на един мобилен оператор има почти навсякъде.

Има села с търговски обекти в които няма покритие нито един от трите оператора. Там как стои въпроса?

с модемче, както в доброто старо време

Да няма да му трябва кой знае колко време да си прати данните