Che cosa è necessario scrivere un'interfaccia per i servizi Web di Microsoft Dynamics GP?

1

Siamo andati avanti e abbiamo acquistato Microsoft Dynamics (vedi modifica la cronologia per il motivo) per scrivere 2 funzioni per interagire con una piccola parte di esso per soddisfare un grande bisogno.

Quello che voglio sapere è, da parte di altri programmatori che hanno integrato il loro software con MS Dynamics GP. C'è un modo per connettersi con esso (completamente) senza dover scrivere un'interfaccia in C #?

Vogliamo utilizzare i servizi GP SOAP in modo che possiamo comunicare ad esso da Delphi ed eventualmente da Java, ma sembra che l'unico modo in cui potremo massimizzare l'utilità è scrivere una sorta di programma middleware in C # .

    
posta Peter Turner 24.02.2014 - 19:18
fonte

2 risposte

3

L'approccio preferito per la personalizzazione di Great Plains (GP) è l'accesso ai dati tramite database.

È possibile scrivere un'applicazione in qualsiasi linguaggio di programmazione con cui ci si possa connettere a un database. Questo è un approccio rischioso, ma ci sono sviluppatori che personalizzano il GP in quel modo. I dettagli dello schema per il database GP non sono ben documentati. Tuttavia, puoi acquistare della documentazione su questo sito da o imparare discutendo in un GP forum specifico su ciò che altri potrebbero sapere. Altrimenti, come nei commenti alla tua domanda, puoi connetterti con altri sviluppatori della comunità GP nei link pubblicati nei commenti.

In un post sul blog , Altri metodi per connettersi a GP potrebbero essere elencati -

  • Microsoft Integration Manager che utilizza fogli Excel e file delimitato

  • Servizi Web GP dinamici che utilizzano l'API eConnect per recuperare i dati.

Spero che questo aiuti. Pubblica il modo in cui l'approccio che hai intrapreso a vantaggio della comunità.

    
risposta data 14.04.2014 - 13:40
fonte
2

Stavo girovagando alla ricerca di esempi di programmatori che scaricano GP Web Services con Java e ho trovato questo articolo. Poiché le risposte hanno un paio d'anni questo è più informativo per la prossima persona che si imbatte in questo articolo.

Direi che interagire direttamente con il database per aggiornare o interagire con GP è una scelta sbagliata al meglio. C'è un SDK risalente agli anni '90 in cui gli unici metodi di integrazione erano diretti alla tabella e quindi era abbastanza dettagliato tra i moduli su come aggiungere record.

Questo è stato sostituito due volte da allora da prodotti che supportano la logica di business. First Integration Manger che è essenzialmente un programma macro mappato che disattiva l'interfaccia grafica ma essenzialmente apre le finestre laterali del client e inserisce valori nei campi e preme i pulsanti. È meglio, in quanto si esegue la logica aziendale per creare o aggiornare i record e possono essere eseguiti dagli utenti finali.

L'API eConnect (forse 2002? iniziata con la versione 8.0 sebbene supportati 7.5) è diventata lo standard API ed è ancora il prodotto di integrazione principale. Si tratta di una serie di stored procedure SQL che forniscono la stessa logica di business (diversa da bug) del software client e consentono facili integrazioni di documenti XML.

GP Web Services è semplicemente un wrapper del servizio Web su eConnect. Inoltre, Integration Manager è stato aggiornato per utilizzare eConnect come motore per un numero elevato di integrazioni.

Prodotti come Scribe, Smart Connect, Boomi sono tutti wrapper della logica eConnect. A partire da GP2015 (probabilmente prima) la logica, i campioni, la documentazione sono tutti forniti per qualsiasi installazione GP. Se stai costruendo la tua integrazione, i servizi Web o eConnect sono i prodotti, probabilmente è meglio non scrivere direttamente nel database nel tuo sistema finanziario.

Ora, torniamo alla mia ricerca di esempi Java usando GP Web Services

    
risposta data 11.08.2016 - 16:49
fonte

Leggi altre domande sui tag