Malheureusement, je n'ai pas d'expérience dans le domaine de la gestion de la relation client, ni de système de gestion de la relation client avec lequel je pourrais tester cette solution, mais j'essaierai de vous aider autant que possible "hors ligne".
En ce qui concerne l'exigence d'envoi de dyamic, j'ai examiné la configuration de l'adaptateur en commençant par les entrées de registre (HKEY_CLASSES_ROOT). \CLSID {D38D5DCC-2B30-43b9-9C69-3BBFD0926986}) et j'ai trouvé l'alias enregistré pour cet adaptateur - "MicrosoftDynamicsCRM://"
En partant de là, lorsque vous définissez l'url pour le port dynamique dans votre processus, avez-vous essayé d'utiliser cet alias comme préfixe de l'url dont vous avez besoin ?
BizTalk utilise l'alias pour décider quel adaptateur utiliser pour le port d'envoi dynamique.
En ce qui concerne le nom d'utilisateur/mot de passe, en regardant le dossier d'installation de l'adaptateur, je peux voir qu'il y a un dossier de schémas et un propertySchema.xsd - celui-ci contient des propriétés contextuelles qui, je suppose, sont utilisées pour contrôler le comportement de l'adaptateur au moment de l'exécution (comme c'est presque toujours le cas) - le schéma contient des propriétés pour le nom d'utilisateur et le mot de passe - j'essaierais de les définir dans le message sortant ; ils sont susceptibles d'être utilisés par l'adaptateur.
BTW - la troisième propriété est "serverUrl" - vous pourriez essayer de la définir pour remplacer toute url configurée pour un port statique comme un moyen d'effectuer un "envoi dynamique", bien que si vous pouvez obtenir le port d'envoi dynamique pour fonctionner, et vous devriez être en mesure de le faire, je pense que c'est la meilleure façon de faire.
Note importante - au moins sur ma machine, le schéma de propriété n'a pas été déployé dans le cadre de l'installation du serveur, donc vous devrez peut-être le déployer manuellement (et le référencer à partir de votre projet).