2009-09-30 4 views

Répondre

0

Pour répondre à ma propre question, nous avons finalement décidé de mettre en place une copie locale en lecture seule de la base de données Salesforce dans MS SQL Server, et de développer rapports basés sur cela. Cela a permis aux personnes chargées d'écrire des rapports d'utiliser tous les outils SQL familiers qu'elles connaissent, sans les restrictions sur ce qui peut être joint à ce que la base de données native Salesforce possède. Pour ce faire, nous utilisons un logiciel appelé DBAmp - Il fait apparaître Salesforce dans SQL Server en tant que 'serveur lié' et fournit des procédures stockées que vous pouvez utiliser pour télécharger des tables Salesforce entières, ou simplement télécharger des modifications à une table Salesforce depuis la dernière fois. Cela rend très facile la configuration d'une copie locale des données mises à jour chaque nuit.

1

Notre solution ne fonctionne pas pour vous, mais nous avons décidé d'organiser nos rapports sur une external reportserver qui est écrit en C# et expose un service Web basé sur SOAP car la solution Crystal Reports pour Salesforce que vous avez mentionnée n'a pas nous offre la flexibilité dont nous avions besoin.

Le processus est essentiellement:

  1. Salesforce fait un appel à base de savon au serveur de rapports
  2. serveur de rapports collationne les données de Salesforce via l'API Soap Salesforce
  3. serveur de rapports rend le rapport et le renvoie Pour Salesforce
+0

Cela intéressant, merci. – codeulike