Senki nem mondta, hogy a POST-nak erőforrást kell létrehoznia vagy módosítania mindenképpen. A POST szemantikája erőforrásfüggő, ennyit mond a szabvány. Például a POST lehet egy olyan értelmes művelet a /functions/uppercase erőforráson értelmezve (amely erőforrásra a GET például a függvény forráskódot adja vissza, a DELETE az uppercase függvényt törli, a PUT pedig újra létrehozza a function-t), ami az elküldött JSON üzenetben minden stringet nagybetűsít és ezt adja válaszul, anélkül, hogy bármi történne a szerveren. Teljesen megfelel a REST-nek és a POST szemantikájának a HTTP szabványban. Semmiféle erőforrásnak nem kell létrejönnie POST esetén, ezt semmi nem írja elő.
Mondhatnánk, hogy de erre a GET való, viszont a GET csak URI-val működik (lehet bodyja a GET kérésnek is, de a body nem vehető figyelembe a kérés kiszolgálásakor, csak a request URI).
Az más kérdés, hogy ha létre akarunk hozni erőforrásokat, akkor azt megtehetjük POST-tal és akkor tényleg nem safe és nem idempotens. De ezt a szemantikát senki nem mondta, hogy követnie kell a POST metódusnak egy erőforráson. Az, hogy subresource létrehozásra POST-ot használunk, nem jelenti azt, hogy mindig arra kell használni a POST-ot, a szabvány semmi ilyet nem ír elő.