Salve, sto cercando di creare un documento 'rapportino di lavoro' tramite api v2, ma negli scope da aggiungere prima di avere il token non è presente "issued_documents.work_reports" nella classe Scope.

E' possibile sapere se sarà aggiunto "issued_documents.work_reports"?

grazie

Salve,
sto cercando di installare SDK via Nuget, ma ricevo sempre il segunete errore:
Non è stato possibile installare il pacchetto 'It.FattureInCloud.Sdk 2.0.8'. Si sta tentando di eseguire l'installazione in un progetto destinato a '.NETFramework,Version=v4.6.2', ma il pacchetto non contiene riferimenti ad assembly o file di dati compatibili con il framework. Per altre informazioni, contattare l'autore del pacchetto.

Ho provato anche ad installare da console prima le dipendenze (minime) e poi l'sdk
Install-Package It.FattureInCloud.Sdk -Version 2.0.8 -IgnoreDependencies
ma il risultato è lo stesso:

Install-Package : Non è stato possibile installare il pacchetto 'It.FattureInCloud.Sdk 2.0.8'. Si sta tentando di eseguire l'installazione in un progetto destinato a '.NETFramework,Version=v4.6.2', ma il pacchetto non contiene riferimenti ad assembly o file di dati compatibili con il framework. Per altre informazioni, contattare l'autore del pacchetto.
In riga:1 car:16

• Install-Package <<<< It.FattureInCloud.Sdk -Version 2.0.8 -IgnoreDependencies
  • CategoryInfo : NotSpecified: (:) [Install-Package], InvalidOperationException
  • FullyQualifiedErrorId : NuGetCmdletUnhandledException,NuGet.PowerShell.Commands.InstallPackageCommand**

Grazie
Federico

Buongiorno.
Ogni volta che provo ad eseguire una chiamata alle api, ottengo come exception "Method not found: Void RestSharp.RestRequest..ctor(RestSharp.Method)", senza stacktrace oltre a questo errore.
Ho avuto questo problema facendo le seguenti chiamate:

• IssuedDocumentsApi.ListIssuedDocumentsAsync
• IssuedDocumentsApi.CreateIssuedDocumentWithHttpInfo
• IssuedDocumentsApi.CreateIssuedDocumentWithHttpInfoAsync

Al momento, ho provato a:

• Reinstallare l'sdk
• Downgrade dell'sdk
• Downgrade di RestSharp

Hello,

I used the SDK to perform various operations on my account such as creating or retrieving an invoice.

When I use this GetIssuedDocumentPreCreateInfo method to retrieve data in IssuedDocumentsApi I have null as an answer, if I look at the logs in the portal the status is 200.

If I try to make the call from the API reference page I have results?

Thanks,
A

Describe the bug
Se imposto una property di un modello a null, questo può far fallire la chiamata in quanto la property, anche se impostata a null, viene flaggata come "da serializzare" e inclusa quindi nella chiamata.
Il server poi non accetta il valore di questa property e ritorna un errore di validazione.

To Reproduce
Per chiamare la CreateIssuedDocumentAsync, compilo la Entity in base ai dati che ho sul mio DB.
Provo a compilare tutti i dati, ma alcuni non sono presenti sul mio DB (Fax, VatNumber, TaxCode), poiché quello specifico cliente non li ha compilati.
Il codice quindi imposta Fax, VatNumber e TaxCode a null.
La chiamata CreateIssuedDocumentAsync ritorna il seguente errore:
422

{
    "error": {
        "message": "Invalid request.",
        "validation_result": {
            "data.entity.vat_number": ["The data.entity.vat number must be a string."],
            "data.entity.tax_code": ["The data.entity.tax code must be a string."],
            "data.entity.fax": ["The data.entity.fax must be a string."]
        }
    }
}

Expected behavior
Se imposto il valore a null, questo non dovrebbe essere considerato e non deve essere serializzato se il server non lo accetta.

Buongiorno,

sto utilizzando la versione 2.0.10 del SDK e se utilizzo il metodo GetEInvoiceXml delle IssuedEInvoicesApi il valore che mi viene restituito per il documento è un valore nullo.

lanciando il metodo GetEInvoiceXmlWithHttpInfo ho più informazioni:

nel campo ErrorText: Nessun costruttore senza parametri definito per l'oggetto. ma il testo della fattura è nel campo RawContent.

è un problema dalla nostra fattura o del SDK?
Grazie.

Buongiorno.
Penso di aver trovato un problema di conversione in json che si verifica vengono compilati i campi custom associati alla fatturazione elettronica nei vari modelli di questa libreria.
Il bug che ho rilevato avviene durante la conversione in json di oggetti che contengono proprietà di tipo object da utilizzare con oggetti anonimi. Un esempio è la proprietà EiRaw nella classe It.FattureInCloud.Sdk.Model.IssuedDocument.
Il problema si verifica ad esempio se creo un oggetto di tipo It.FattureInCloud.Sdk.Model.CreateIssuedDocumentResponse per la creazione di una fattura e compilo il campo EiRaw dentro Data nel seguente modo:

request.Data.EiRaw = new
{
    FatturaElettronicaBody = new
    {
        DatiGenerali = new
        {
            DatiDDT = new[] {
                new
                {
                    NumeroDDT = "Fatt1",
                    DataDDT = "2022-01-01",
                },
                new
                {
                    NumeroDDT = "Fatt2",
                    DataDDT = "2022-02-02",
                },
            }
        },

    }
};

Quando chiamerò la Create Issued Document, l'oggetto della richiesta verrà convertito in json correttamente tranne che per il campo EiRaw che verrà convertito nel seguente modo:

 "ei_raw": {
        "fatturaElettronicaBody": {
          "datiGenerali": {
            "datiDDT": [
              {
                "numeroDDT": "Fatt1",
                "dataDDT": "2022-01-01"
              },
              {
                "numeroDDT": "Fatt2",
                "dataDDT": "2022-02-02"
              }
            ]
          }
        }
      }

Il salvataggio e la creazione avvengono con successo anche se si porterà dietro l'errata conversione in json delle lettere iniziali dei nodi che fanno riferimento al tracciato xml. Infatti il problema è la conversione standard delle iniziali dei nomi da maiuscole a minuscole.
A questo punto chiamando la GetIssuedDocument il campo ei_raw conterrà i nodi dentro ei_raw coi nomi in minuscolo.
La problematica è che il sistema si aspetta dei nomi esattamente uguali al tracciato XML della fattura elettronica. Infatti aprendo il documento nell'interfaccia grafica di FattureInCloud, i dati inviati non compariranno perché non conformi e quindi ignorati.

Per risolvere il bug bisognerebbe fare in modo che gli oggetti anonimi passati a proprietà come EiRaw vengano convertiti mantenendo le le maiuscole iniziali come nel seguente modo:

 "ei_raw": {
        "FatturaElettronicaBody": {
          "DatiGenerali": {
            "DatiDDT": [
              {
                "NumeroDDT": "Fatt1",
                "DataDDT": "2022-01-01"
              },
              {
                "NumeroDDT": "Fatt2",
                "DataDDT": "2022-02-02"
              }
            ]
          }
        }
      }

Purtroppo questo è un bug abbastanza importante perché impedisce la compilazione dei campi custom dei documenti elettronici tramite il vostro servizio C#.
Vi ringrazio e vi auguro un buon lavoro.