Enterprise Drupal / 2026. március
API-hibánál nem a JSON az első kérdés, hanem az adat útja
Külső integrációnál ugyanaz az érték több transzformáción mehet át. A hibát csak úgy lehetett stabilan megfogni, ha végigkövettük a forrástól a kiküldött payloadig.
A helyzet
Egy integrációs support feladatnál a végső API payloadban látható érték könnyen elviszi a figyelmet: ha rossz, akkor biztos ott kell javítani, ahol a JSON összeáll. A valóságban az adat jöhet configból, tartalomból, üzleti szabályból, cache-ből és több normalizáló lépésen keresztül. A végpont csak az utolsó állomás.
A megoldási út
A mezőt visszafelé követtem a payload buildertől az eredeti forrásig. Minden transzformációs pontnál megnéztem, milyen értéket kap és mit ad tovább. Nem logoltam érzékeny teljes payloadokat; célzott mezőszintű diagnosztikát használtam. Így el lehetett dönteni, hogy adat-, mapping- vagy transportproblémáról van szó.
Mi lett belőle
A javítás a megfelelő rétegbe került, nem egy utolsó pillanatos JSON-felülírás lett. Ez azért fontos, mert a payload szintű hack ugyan kijavíthat egy partnerhívást, de közben más fogyasztóknál vagy adminfelületen tovább élhet a hibás alapadat.