Synchronisations bancaires
Les exécutions qui vont chercher les données bancaires d'une entreprise. On en démarre une, puis on l'interroge. Un 202 signifie que l'exécution existe, jamais que le travail est terminé, et un échec terminal est rapporté sur l'exécution elle-même plutôt que seulement dans un journal. Une exécution qui finit en partial s'est achevée avec un jeu de résultats qu'elle sait incomplet - ce n'est pas un arrondi de completed, et plus d'une cause peut l'y conduire.
Démarrer une synchronisation bancaire
Démarre une exécution qui va chercher les données bancaires de l'entreprise et vous la retourne pour que vous puissiez l'interroger. **Un `202` ne signifie jamais que le travail est terminé** - il signifie que l'exécution existe. Interrogez `GET /api/v1/bank_syncs/{id}` jusqu'à ce que `state` soit terminal, et lisez l'échec terminal sur l'exécution plutôt que de déduire un succès du `202`. L'exécution couvre toutes les connexions de l'entreprise et ne prend aucun corps de requête ; une seule peut être en vol à la fois par entreprise.
Lire une synchronisation bancaire
Retourne une exécution de synchronisation. C'est le point à interroger après un `202`. `state` vous dit si le travail est encore en vol, et un `failed` ou `partial` terminal est rapporté ici plutôt que seulement dans un journal.