Съответствие на реализациите на Verifactu с отворен код

Испанският режим Verifactu (RD 1007/2023, Orden HAC/1177/2024) изисква софтуерът за фактуриране да генерира XML записи, свързани във верига от хешове. Претърсихме систематично GitHub чрез неговите API за търсене на код и хранилища (1 008 хранилища, 29 491 XML файла), класифицирахме всеки файл, съдържащ маркер на запис на Verifactu, преди да го проверим с линтер, и одитирахме корпуса с verifactu-lint 0.4.0, поддържан от авторите. Само 63 хранилища на трети страни публикуват такъв XML и по-голямата част от него не претендира да бъде валиден запис: 81 от 191 уникални файла са шаблони, предимно копия на примерите от собствената документация на AEAT, чиито полета за хеш буквално съдържат Huella или AAAA. От 35-те файла, които наистина претендират да са валидни записи, 10 (28,6%; 95% ДИ 16,3–45,1) съдържат поне един ERROR; 6 от 19 хранилища (31,6%; 95% ДИ 15,4–54,0) публикуват поне един такъв файл. Най-честият дефект, в 5 от 19-те хранилища, е деклариран хеш, който не съответства на хеша, изчислен от полетата на записа. Всички 22 констатации ERROR бяха прегледани една по една от агента на изследването, базиран на LLM, като хешовете бяха преизчислени с независима реализация: не беше открит нито един фалшиво положителен резултат (0/22; констатациите не са независими, а за 12-те различни ситуации хранилище–правило горната 95-процентна граница е 24,3%). 34 от 35-те файла съдържат по един-единствен запис, така че публичните примери на XML не могат да служат като еталон за веригата от хешове, а извън собственото хранилище на инструмента никой не публикува умишлено невалиден запис.