---
title: "Ma Facture"
method: GET
path: "/api/site/commandes/{reference}/facture"
tags: ["site"]
---

# Ma Facture

`GET /api/site/commandes/{reference}/facture`

## Request

- Base URL: `https://api.brm-chronographes.com` (the document declares no server; this is the origin it was published from)
- URL: `https://api.brm-chronographes.com/api/site/commandes/{reference}/facture`
- Auth: none declared

Le PDF de SA facture, servi par nous — jamais un lien vers Odoo.

Trois raisons de ne pas renvoyer le client chez Odoo : Odoo n'est pas
ouvert au public, un lien direct serait un identifiant devinable, et une
facture n'a pas à vivre ailleurs que derrière une session prouvée. On
relit donc le PDF et on le rend en flux.

Le contrôle de propriété est entier dans `sb.facture_telechargeable` :
le bon doit porter l'adresse du porteur du jeton, l'identifiant demandé
doit appartenir à CE bon, et Odoo doit dire `posted` maintenant — pas au
moment où le Hub en avait recopié le numéro. Une facture remise en
brouillon ou annulée cesse donc d'être téléchargeable à la seconde, sans
qu'on ait rien à synchroniser.

Et c'est un 404 dans tous les cas de refus — pas à vous, pas encore
émise, Odoo muet : trois réponses différentes suffiraient à apprendre
qu'une facture existe pour une commande qu'on ne possède pas.

## Path parameters

- `reference` string, required

## Query parameters

- `id` integer

## Headers

- `x-site-jeton` string

## Response `200`

Successful Response

- unknown

## Other responses

- `422`: Validation Error

---

[API](https://skmtc.dev/brm-chronographes/apis/brm-hub.md) · [All operations](https://skmtc.dev/brm-chronographes/apis/brm-hub/llms.txt) · [OpenAPI document](https://skmtc.dev/brm-chronographes/apis/brm-hub/revisions/f4342ec9ac98?raw)