Si, ho contattato il servizio tecnico di Aruba ed ho risolto con un esempio che mi hanno inviato.
A beneficio di tutti gli interessati, posto l'email inviatami:
Gentile cliente,
Non ci siamo legati a nessuna specifica di autenticazione particolare nota ma è sufficiente creare degli header personalizzati, uno chiamato username l'altro password e valorizzarli con la propria configurazione.
Non abbiamo esempi in ASP ma di seguito le riporto uno stralcio di codice in C# per l'invio di una fattura non firmata all'origine (in
grassetto le parti che dovra personalizzare eliminando le parentesi angolate < e >)
FileInfo file = new FileInfo("
<path del file xml contenente la fattura elettronica>");
var fpaService = new Prova.WSAruba.UploadServiceClient();
using (var scope = new System.ServiceModel.OperationContextScope(fpaService.InnerChannel))
{
var httpRequestProperty = new System.ServiceModel.Channels.HttpRequestMessageProperty();
httpRequestProperty.Headers.Add("username", "
<proprio username>");
httpRequestProperty.Headers.Add("password", "
<propria password>");
// solo se e' stato acquistato il servizio di firma automatica
httpRequestProperty.Headers.Add("credenziale", "
<propria credenziale>");
OperationContext.Current.OutgoingMessageProperties[HttpRequestMessageProperty.Name] = httpRequestProperty;
byte[] bytes = System.IO.File.ReadAllBytes(file.FullName);
var retvalreq = fpaService.UploadFatturaPa(bytes, null, null, null);
}
Nessuno standard per l'autenticazione quindi, ma degli header "personalizzati". Mi chiedo perche' mai... Comunque, l'importante e' aver risolto
Vorrei pero' sottolineare che l'esempio originale era errato: infatti, come secondo, terzo e quarto parametro per l'invocazione del metodo UploadFatturaPa mi avevano scritto di mettere string.Empty, ma cosi' facendo ottenevo un errore di "PIN non valido"...
Ah, che bello quando si fa di tutto per semplificare la vita all'utente
Modificato da icebit76 il 11 dicembre 2014 12.36 -
