Garder propre la frontière avec l’ERP

Le problème

Revenue Cloud et un ERP ont tous deux un avis sur les commandes, les produits et les factures. Sans frontière explicite, les deux finissent partiellement autoritaires et le rapprochement devient un travail permanent.

Le contexte

Un système comptable existant que la finance ne remplacera pas, et une implémentation Revenue Cloud qui doit porter le devis et la facturation.

L’architecture recommandée

Tracez la frontière sur un enregistrement, pas sur un champ. Un découpage qui fonctionne : Revenue Cloud possède tout jusqu’à la facture postée ; le système comptable possède le journal à partir de là. Le passage de relais est la facture postée et son affectation comptable — raison pour laquelle le routage comptable mérite d’être bien fait dans Salesforce plutôt que dans l’intégration.

Là où un ERP doit rester le système de référence des commandes, le découpage inverse marche aussi : Revenue Cloud sert en amont pour la configuration et le devis seulement, et un objet Salesforce existant continue de servir d’interface ERP. L’intégration reste intacte pendant que l’expérience de devis est modernisée.

Mise en œuvre

Écrivez la frontière sous forme d’une liste d’enregistrements avec un propriétaire chacun, et faites-la signer par la finance. Toute discussion ultérieure sur un champ se réduit alors à « de quel côté de la ligne est cet enregistrement ».

Ce que ça coûte

Garder un objet existant comme interface ERP est moins élégant qu’une commande Revenue Cloud propre, et signifie que deux choses en forme de commande coexistent. C’est pourtant souvent le bon choix, parce que ça découple le déploiement Revenue Cloud d’un projet d’intégration ERP que personne ne veut rouvrir.

Attention

• Décidez où vit la numérotation des factures avant la première facture postée. La déplacer ensuite est une migration, pas un réglage.

Composants Salesforce