CashbookEntryKind Errore solo su una utenza

[simsar78]

Chiamando questa API ricevo un errore di enum cosa che non avviene con altri utenti.

Errore: Invalid value for enum '\FattureInCloud\Model\CashbookEntryKind', must be one of: 'cashbook', 'issued_document', 'received_document', 'tax', 'receipt'

Per caso ci sono novità sulle API da considerare?

[valmoz]

Buongiorno @simsar78
quello che ha condiviso sembra essere un errore a livello di SDK, non di API.
Che valore sta assegnando a CashbookEntryKind?

Grazie
Mauro

[simsar78]

in e out. non ci sono altri valori da assegnare

Per gli altri utenti funziona quindi è strano che non funzioni solo per uno.

[valmoz]

Buongiorno @simsar78
credo che stia confondendo Type e Kind.

Dall'API Reference:

L'errore da lei postato è relativo a CashbookEntryKind, che accetta i valori elencati nel messaggio d'errore, mentre il campo type è di tipo CashbookEntryType che accetta i valori in e out.

Grazie
Mauro

[simsar78]

Nell'immagine postata il valore Kind non c'è. E' stato introdotto da poco?
Se fosse un problema lato codice da parte mia dovrebbe darmi errore con tutti gli utenti. Invece me lo da soltanto con uno.

[valmoz]

Buongiorno @simsar78 ,
no, come può vedere da qui è stato introdotto almeno da due anni.
Le faccio notare che tale campo è presente nel body di richiesta di Create Cashbook Entry - lo può vedere dalla tab "Request Body > schema" - e in altri metodi, ma non è un parametro di query-string della List Cashbook Entries da lei indicata nelle immagini precedenti.

Le consiglio di controllare sul suo codice le occorrenze di CashbookEntryKind e CashbookEntryType, probabilmente per qualche caso particolare utilizzato solo dal suo cliente è stato utilizzato l'enum sbagliato. Le faccio notare che, in caso di problema generalizzato sulle API, tutti i suoi utenti sarebbero soggetti allo stesso problema.

Qualora non dovesse trovare problematiche di questo tipo, la invito a contattare il nostro supporto clienti in modo tale da poter procedere ad effettuare un'indagine più approfondita sui log delle API per l'azienda del cliente coinvolto.

Grazie
Mauro

[simsar78]

questa è la chiamata che faccio:

$result = $apiInstance->listCashbookEntries($company_id, $date_from, $date_to, $year, $type, $payment_account_id);

[GabirRen]

Buonasera @simsar78,
l'errore che ha condiviso dovrebbe essere lanciato da un'operazione di creazione o modifica di un cashbook entry, l'operazione di ottenimento lista delle entries non prevede in input il CashbookEntryKind, non ci sono altre chiamate che effettua in questa sua operazione o particolari validazioni?

Resto in attesa di un suo riscontro,
Gabriele

[simsar78]

Sinceramente no. L'errore dovrebbe essere riportato per ogni chiamata se fosse sbagliata la procedura di gel delle liste dei cashbook ed invece capita solo per un cliente (al momento)

[GabirRen]

Se l'errore sta avvenendo solo sullo stesso utente la inviterei a scrivere al supporto clienti così da poter fare delle indagini più approfondite sul suo cliente in questione, qui noi possiamo intervenire solo se il problema è legato al processo logico.

Grazie,
Gabriele

[simsar78]

Grazie mille. Provvederò.

[valmoz]

Buonasera @simsar78
abbiamo analizzato il suo caso anche con il supporto clienti, credo che le risponderanno a breve.
Effettivamente è presente un valore aggiuntivo per CashbookEntryKind. che è "ts_pay". Questo valore può essere utilizzato solo in lettura, per questo non era stato erroneamente documentato.

La ringraziamo, e provvederemo a introdurre il valore nelle prossime release delle SDK.

Buona serata
Mauro

[simsar78]

Giorno,
ritorno su questo caso in quanto a distanza di tempo anche se è uscita la versione 2.1.3 dell'SDK per PHP il problema sembra non essersi risolto.

Facendo un test tramite le API REFERENCE online il tutto sembra funzionare correttamente. Invece se faccio la richiesta tramite l'SDK di PHP mi riporta sempre lo stesso errore.

[valmoz]

Buongiorno @simsar78
la 2.1.3 non riporta ancora la fix a questo problema.

Mauro

[simsar78]

Sapete una data approssimativa del rilascio della fit?

[simsar78]

Buonasera, volevo sapere se il Problema è stato risolto. Buon lavoro. Simone

…

Il giorno 14 ott 2025, alle ore 11:25, Mauro Valota ***@***.***> ha scritto: Buongiorno @simsar78 <https://github.com/simsar78> la 2.1.3 non riporta ancora la fix a questo problema. Mauro — Reply to this email directly, view it on GitHub <#528 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ALRWARLGLQIBN47TMAZNNP33XS6PBAVCNFSM6AAAAACABNSGDWVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTINRXGM4TOMQ>. You are receiving this because you were mentioned.

[valmoz]

Buongiorno @simsar78
no, purtroppo non è risolto. La modifica è in lista per il prossimo rilascio delle SDK, ma non abbiamo una data da darle.

Se ha urgenza di utilizzare questo metodo, le consigliamo temporaneamente di migrare solo temporaneamente questa richiesta a un client http standard, in modo tale da poter ricevere il json e gestirlo come previsto, o in alternativa di usare un fork delle nostre SDK ufficiali o ancora provare a generare la SDK PHP come spiegato qui.

Con il prossimo rilascio delle SDK il campo dovrebbe essere gestito correttamente (come può vedere qui il modello è già stato modificato), e sarà quindi possibile tornare ad effettuare questa richiesta tramite SDK.

Ci scusiamo ancora per il disagio, lato mio cercherò di spingere per ottenere il nuovo rilascio il prima possibile.

Grazie
Mauro