Configurer un compte bancaire

PATCH 
/api/v1/bank_accounts/:id

Configure le compte pour la comptabilisation. C'est la SEULE écriture de la ressource - il n'existe ni création ni suppression, un compte arrivant d'une synchronisation ou de l'import d'un relevé. Les quatre champs acceptés sont exactement ceux dont readiness.missing peut se plaindre, si bien qu'un client peut amener le compte à ready à partir de ce qu'une lecture lui a dit.

Request

Responses

200

Le compte a été mis à jour. Il est retourné dans son nouvel état, readiness compris, si bien qu'un aller-retour suffit pour savoir s'il est désormais exploitable en comptabilité.

422

La requête a été refusée et details nomme le champ en cause. Deux codes stables mènent à ce statut. validation_failed couvre les déclencheurs de configuration - un accounting_account_code qui n'est pas un compte 512 du plan comptable général, ou qui est effacé sur un compte dont l'origin vaut manual, lequel en exige un faute de fournisseur pour le lui donner ; un suspense_account_code plus long que le maxLength de 255 caractères publié, refusé plutôt que tronqué ; un ledger qui désigne un journal appartenant à une autre entreprise, ou un journal qui n'existe pas, les deux répondant de façon identique sous details.ledger, si bien que la réponse ne révèle jamais l'existence d'un identifiant hors de votre portée ; et un corps ne portant aucun des quatre attributs de configuration, refusé sous details.base plutôt que rapporté comme une écriture sans effet. invalid_argument couvre exactement un déclencheur - un active envoyé avec autre chose que true ou false, rapporté sous details.active. Rien n'a été écrit dans aucun de ces cas.