ERP et banques

C’est généralement la banque qui décide. SFTP host-to-host est le canal le plus largement proposé pour les fichiers de paiement des entreprises. EBICS est répandu auprès des banques en Allemagne, en France et dans les pays voisins. Les API bancaires conviennent aux soldes en temps réel et aux virements instantanés lorsque la banque les propose. De nombreuses entreprises en utilisent plusieurs, et la couche d’intégration masque ces différences à l’ERP.

Lorsque la banque propose les deux, camt.053 transporte des informations de remise plus riches et structurées, ce qui fiabilise le rapprochement automatique. MT940 reste très utilisé et convient bien à de nombreux cas. Nous pouvons recevoir les deux, les convertir dans un même modèle interne, et faire passer chaque banque de MT940 à camt.053 au moment qui vous convient, à vous et à la banque.

Oui, si vos banques fournissent des relevés infrajournaliers. Ils arrivent sous forme de messages camt.052 ou MT942, ou via une API de soldes. Nous les collectons selon le calendrier que chaque banque prend en charge et les présentons à côté des relevés de fin de journée, afin que votre équipe de trésorerie voie les positions prévisionnelles et réelles avant les heures limites de remise.

Oui. La validation reste dans votre ERP, avec ses contrôles existants. La couche d’intégration journalise chaque fichier qu’elle crée, signe, envoie et reçoit, avec l’horodatage, les identifiants et le compte technique utilisé. Ce journal relie chaque paiement figurant dans le compte rendu de statut de la banque à la pièce de l’ERP et à ses valideurs.

Non. La couche d’intégration, le modèle de paiement interne et les règles de rapprochement sont construits une seule fois. Chaque nouvelle banque ajoute sa propre variante de format, son canal et ses étapes d’enrôlement, qui représentent des travaux plus limités. Nous connectons généralement en premier la banque qui porte le plus de volume, puis ajoutons les autres dans l’ordre.

Chaque banque fournit un environnement de test ou une procédure de test. Nous convenons avec la banque d’un ensemble de cas de test couvrant chaque type de paiement, les rejets et les relevés, nous les exécutons et en conservons les preuves. Une fois l’accord de la banque obtenu, nous passons en production avec une première campagne de paiements de faible volume et comparons les résultats avant de basculer le reste.