Designfrage zu einem REST-??-Server

[sh17]

Beim Entwurf des REST-API eines Servers bin ich auf folgendes Problem gestoßen, was ich vorher noch gar nicht bedacht hatte:

REST ist ja ressourcenbasiert, also alles ist eine Ressource

/customer/1234
/customer/1234/contact/email
/catalog
/catalog/items

usw.

Jetzt ist es aber auch so, das der Server auch Aufgaben übernehmen soll, die ich in irgend einer Form aktivieren muss.

z.B.
- hier hast Du ein Dokument, schicke das als PDF per E-Mail an Kunde x
- lese diese CSV-Datei in den Artikelstamm ein.

lässt sich so etwas in REST abbilden ohne das Prinzip von REST zu brechen? Ich müsste dann Funktionsaufrufe als Ressource bzw Task betrachten, für jeden Aufruf wird ein neuer Task erstellen, die von einem Task-Handler im Hintergrund abgearbeitet werden.
Aber ist das richtig?

Müsste ich für so etwas auf eine alternative Schnittstelle ausweichen? JSON-RPC, XML-RPC, Websockets?

//Edit
Oder sollten solche Aufgaben von einem (separaten??) REST-Client selbst übernommen werden, sodass er nur mit den Ressourcen hantieren muss. Also keine Funktionalität im Server?