Connettore universale verso SISTRI per mio sw gestionale

Sto cercando un "connettore software" che permetta al mio gestionale di utilizzare l'iteroperabilità fornita dal SISTRI.
Che so, ad esempio una dll che io possa chiamare da dentro il mio applicativo (COBOL), passando vari parametri che di volta in volta dovessero servire.
Una soluzione simile un mio collega l'ha già realizzata, ma sto cercando un prodotto più abbordabile.
Qualcuno ha qualcosa di interessante e di serio da proporre ?

Sarebbe bello poter realizzare una dll universale ma credo che ciò non sia possibile in quanto ogni linguaggio richiede una dll specifica.
Si può realizzare una dll per visual basic, una per cobol etc...
L'universalità è data dal file wsdl.

Il fatto è che questo prodotto è già stato realizzato. Io ho partecipato in minima parte e solo per quanto riguarda le impostazioni di partenza, ma non ho possibilità di utilizzarlo se non a costi proibitivi.
Mi chiedevo se qualcun altro avesse avuto la mia stessa idea ed avesse avuto la possibilità di distribuirlo a più canali e quindi a costi minori.
Il problema non è se esiste o meno..... il problema è che chi lo ha realizzato non pretenda di venderne uno e trasferirsi ai tropici.....

Ma alla fine la dll che dici tu conterrà nient'altro che tutti i metodi da richiamare dal Sistri.
Es metodo GetVersione(identity) e così via.
Quindi una libreria con tutti i metodi.
Si può scriverla in c++ o in vb compilarla e poi con qualche accorgimento importarla nei vari linguaggi di programmazione.
Io la dll la sto creando in vb ma solo per una comodità per avere in unico modulo tutti i metodi e pertanto se devo modificare un metodo modifico solo la dll e sopratutto anche per una maggiore velocità di esecuzione dell'applicativo. Ma dire che da una dll del genere si possano fare dei quattrini nutro dei seri dubbi.
Inoltre tutte le altre configurazioni per interfacciarti con il Sistri (certificato , connessione ssl ed altro) sono a carico di ogni singolo applicativo.

Esattamente, in questa "scatola" o "connettore" come qualcuno la chiama, ci sono tutti i metodi previsti nel WSDL.
Ma non è tutto qua. Il nostro progetto prevedeva infatti di fare qualcosa di più di una semplice DLL che aggregasse solo i metodi.
Questo "oggetto" così creato, si occupa anche di gestire la comunicazione ssl con i SIS, i certificati, la firma, ecc...
Viene chiamato con una specifica istruzione da programma, passando tutti i parametri necessari, e poi riceve ed elabora la risposta.
Anche io non credo che si possano fare i soldi con questo prodotto, ma qualcuno evidentemente sì.
Io sto cercando il modo di fornire una soluzione, appunto, equilibrata.
Ma mi pare di capire che non ce ne sono altre.

Scusa se replico ma mi sembra solo un duplicazione degli oggetti caricati dal servizio wsdl.
Ripeto in una dll conviene inserire quelle classi che vengono richiamate ripetutamente da più parti di un programma e che possano appesantire l caricamento dell'applicativo.
Quindi una dll con i metodi del Sistri è una duplicazione e chi la commercializza vende qualcosa che tutti possiamo avere gratis.

Chi si sta preparando a fornire i cosiddetti "connettori" protegge la conoscenza su come utilizzare la SOA messa a disposizione dal SISTRI, sfruttando l'ingiusto (*) vantaggio conseguito dal privilegio di poter partecipare alla sperimentazione.

Per gli altri non ci sono che due strade: acquistare il "connettore" nella speranza che l'interfaccia sia meglio documentata oppure sperimentare il SIS sulla propria pelle.

Non ho ancora avuto occasione di provare o di sapere quanto costano questi "connettori". Sarebbe utile avere qualche informazione di chi li propone e con quali costi.
Se forniscono anche i metodi per effettuare la firma sui documenti (ora che è possibile usare un solo Token (vedi specifiche 1.8 ) direttamente sul server dove gira l'applicazione il loro costo potrebbe anche essere giustificato.

bye
gdo

(*) Non critico l'operato delle aziende, che seguono una logica di business, ma la P.A. che lo ha permesso!

gdo ha scritto:sfruttando l'ingiusto (*) vantaggio conseguito dal privilegio di poter partecipare alla sperimentazione.

Guarda gdo che io sto usando un programma che funziona alla perfezione, fatto da un professionista che non ha partecipato alla sperimentazione, mi fa assistenza immediata da remoto, non vedo l'ora che il sistri parta così sarò un po' "impegnato", visto che adesso faccio le schede in meno di un secondo; mi ha fatto la gestione dei registri automatica e altre finezze, ma è solo un esercizio di stile, perchè il sistri non partirà, e me lo ha confermato anche lui. PS costo modico in rapporto al beneficio.

Quanto affermi non mi contraddice.

Anche io, superato qualche scalino grazie anche ad un utente di questa stessa rete che a suo dire ha speso "un mezzo patrimonio" (ne approfitto per ringraziarlo una seconda volta), sto realizzando l'interfaccia senza particolari problemi. Purtroppo la mancanza dell'ambiente di test mi impedisce il collaudo delle procedure prima della consegna al committente con la conseguente lievitazione dei tempi di collaudo con i dati reali (considera che l'applicazione gestisce centralizzata in un'unica installazione circa 150 impianti, quindi c'è da andare cauti ...).

Sono anni che mi occupo di interoperabilità nella P.A. e purtroppo di esempi negativi come questo ne ho visti tanti. Che poi vi siano dei tecnici in gamba che comunque riescono ad arrangiarsi non giustifica il comportamento della P.A. che non rispetta il sano principio di dare pari opportunità a tutte le imprese.

gdo

gdo ha scritto:
Anche io, superato qualche scalino grazie anche ad un utente di questa stessa rete che a suo dire ha speso "un mezzo patrimonio"

Ma sì perchè immagino, come nel mio caso, che il 95% del compenso è stato dovuto per lo studio, la partecipazione alle conferenze, trasferte, la ricerca su un sistema che è nuovo un po' per tutti, e lo era anche per il professionista a cui mi sono rivolto. E ogni giornata sono centinaia di euro. Diciamo, un "mezzo contributo sistri", che poi si paga ogni anno, quindi fra 5 anni sarà stato un misero decimo del contributo sistri... toh... mettiamola così