...
- Skapa fakturan och sätt den som "Ej skickad"
- Skapa fakturan och skicka den med e-post
- Skapa fakturan och skicka den med "central print se", se Fakturadistribution
Anrop
HTTP POST till /invoices
...
namn | obligatorisk | exempelvärde | förklaring | Värdemängd/Datatyp | Default |
|---|---|---|---|---|---|
orderid | ja | 66 | ID till för en beställning | ID |
|
| distributionmethod | nej | Namn på distribueringmetod. Giltiga värden är "email" och "centralprint21grams" | Sträng | ||
| templateid | nej(ja*) | 55 | ID till vilken rapportmall som ska användas om distribueringmetod distributionmethod anges | ID |
*Obligatioriskt om "distributionmethod" anges.
...
- Läs först Fakturadistribution för att se vad BRP stödjer och vad som behöver göras för att komma igång med fakturadistributionen.
- Om "distributionmethod" inte anges kommer fakturan att skapas och hamna i status 1 ("Ej Skickad"). Se info nedan om fakturastatus.
- Om "distributionmethod" anges kommer BRP försöka lägga upp fakturan för distribuering med vald metod. Går detta bra får fakturan status 9 ("Väntar på att skickas"). Går det inte bra får fakturan status 1 som ovan.
- För "distributionmethod=email" krävs att beställaren har en giltig e-post adress samt att ett id till vilken en rapportmall ("templateid") som ska användas anges. Id:t finns i BRP under "Rapportmallar"
- För "distributionmethod=centralprint21grams" krävs att beställaren har en giltig adress.
- Fakturan kommer sedan att hanteras av den schemalagda aktiviteten "Fakturadistribution" som försöker skicka fakturan. Går detta bra ändras När den skickats ändras status till "Skickad" och det skrivs , detta syns även i fakturans historik när och till vem fakturan har skickats. (Se Faktura-dialogen > fliken "Historik"). Skulle något gå fel med utskicket sätts status på fakturan tillbaka till 1 ("Ej Skickad") med ett felmeddelande på fakturans historikflik.
...