Lister les affectations d'une opération bancaire
GET/api/v1/bank_operations/:bank_operation_id/allocations
Retourne toutes les affectations de l'opération, de la plus ancienne à la plus récente - l'ordre dans lequel un opérateur a construit la ventilation.
Aucun filtre de statut n'est appliqué par défaut, et les rejets sont rendus eux aussi. C'est délibéré : sans eux, vous ne pouvez pas distinguer une facture qui n'a jamais été proposée d'une facture proposée puis refusée, et le refus est justement la pièce d'audit. Passez ?status=confirmed pour restreindre vous-même.
Une valeur de filtre non reconnue restreint le résultat à rien plutôt que d'être refusée, ce qui est la convention de toute cette surface.
Request
Responses
- 200
- 401
- 403
- 404
Les affectations de l'opération, de la plus ancienne à la plus récente.
La requête ne porte aucun jeton, ou un jeton invalide ou expiré.
Deux portes répondent ici. LE SCOPE OAuth est vérifié en premier - un GET exige read - puis la FONCTIONNALITÉ bank_reconciliation pour l'espace de travail auquel appartient l'opération. Une opération que votre jeton ne peut pas lire répond 404, jamais 403, si bien que ce statut ne confirme jamais qu'un identifiant existe hors de vos habilitations. L'exemple ci-dessous est refusé par la fonctionnalité.
Aucune opération de cet identifiant n'est atteignable par les habilitations du jeton. Une opération appartenant à un autre espace de travail répond de la même manière, si bien que la réponse ne permet pas d'en sonder l'existence.