Salesforce DevOps pour nCino

La majeure partie de la configuration nCino vit en dehors du package managé. Voici ce qu'implique réellement la mise à niveau de nCino.

Ce qui est difficile à déployer

nCino est livré sous forme de package managé avec espace de noms, mais la plupart de la configuration quotidienne, types de prêts, modèles de documents, règles de workflow, vit dans des objets personnalisés à l'intérieur de l'org abonné plutôt que dans les métadonnées du package lui-même. Les mises à niveau de package doivent rester compatibles avec la version que chaque environnement exécute, et rien de cette configuration côté abonné ne se déplace avec un déploiement standard de métadonnées seules.

Où cela se complique

La majeure partie de la configuration nCino vit en dehors du package

Les types de prêts, modèles de documents et règles de workflow sont des objets personnalisés à l'intérieur de l'org abonné, pas des métadonnées de package, même si nCino lui-même est livré sous forme de package managé avec espace de noms.

Les mises à niveau doivent correspondre à la version du package de chaque org

La configuration côté abonné ne se déplace pas avec un déploiement de métadonnées seules, donc une mise à niveau doit arriver compatible avec la version que chaque environnement exécute.

Les références d'espace de noms compliquent la personnalisation inter-org

Les champs et formules personnalisés construits sur l'espace de noms de nCino référencent directement des composants du package, donc une personnalisation d'org abonné peut se casser silencieusement si elle suppose une version de package ou un champ qui a changé en amont.

En pratique

Comment Serpent aide

Serpent prend en charge nativement 2GP et les packages managés sur chaque plan, avec une résolution des dépendances et un suivi de version des orgs abonnés intégrés, de sorte que les mises à niveau nCino et la personnalisation spécifique à l'org restent compatibles avec la version du package que chaque environnement exécute. Voir DevOps pour les éditeurs ISV sur Serpent pour savoir comment les changements de package et d'org abonné restent synchronisés.

Métadonnées et données dans un seul flux de déploiement dans Serpent

Release type pour Salesforce DevOps pour nCino

Transformez le changement de l'org abonné en tâche
Les modifications de type de prêt, de modèle de document ou de règle de workflow sont transformées en tâche aux côtés de tout Apex ou Flow référençant l'espace de noms nCino.
Vérifiez la compatibilité de la version du package
La résolution des dépendances signale quand la version du package nCino d'un org cible ne correspond pas à ce que le changement suppose.
Déployez le package et la configuration de l'abonné ensemble
Le support natif 2GP et packages managés livre la mise à niveau via le même pipeline que les changements d'objets personnalisés.
Suivez la version de chaque org abonné
Serpent conserve un enregistrement de la version du package que chaque environnement exécute, afin que la dérive apparaisse avant qu'elle ne casse une release.

Questions fréquentes

nCino DevOps, expliqué

Serpent déploie-t-il la configuration d'org abonné de nCino ?

Oui. Les types de prêts, modèles de documents et règles de workflow sont des objets personnalisés, ils se déploient donc et se versionnent via le pipeline de métadonnées standard de Serpent.

Comment Serpent gère-t-il une mise à niveau de package nCino ?

Le support natif 2GP et packages managés livre la mise à niveau avec une résolution des dépendances qui vérifie la version actuelle de l'org abonné avant que quoi que ce soit ne se déploie.

Serpent peut-il suivre la version de nCino que chaque sandbox exécute ?

Oui. Le suivi de version d'org abonné est intégré, de sorte que les incohérences apparaissent avant qu'une mise à niveau ne soit livrée, pas après.

Commencez gratuitement. Sans carte bancaire, sans installation, sans engagement.

Configuration en moins de 15 minutes. Aucun recrutement DevOps nécessaire.

Commencer gratuitement Réserver une démo