FE: campi aggiuntivi per numero e tipo ordine

d.lesca

Ho trovato nello specifico quali sono questi campi.
Ho fatto alcune prove sul portale dello SDI, caricando un XML, aggiungendo questi 2 campi e rigenerandolo.

I campi su Fattua e corrispettivi di Agenzia delle Entrate si trovano nella sezione "Dati ordine acquisto" e sono "N. documento" e "N. linea documento", che nel file XML si trovano nella sezione seguente:

...


  

  

  

88888888888888
44
  


...

E' possibile farli inserire automaticamente da OSM (come?) o devo inserirli manualmente nell'XML o sullo SDI prima di inviare la fattura?

Grazie x la risposta.
Dario

d.lesca

Salve a tutti, questo è il mio primo post.
Sto valutando OSM per utilizzarlo come gestionale per la mia piccola ditta individuale.e gestire la fatturazione elettronica.
Devo dire che sono rimasto positivamente impressionato da OSM, ben fatto, semplice e funzionante.
Grazie a tutti per questo ottimo software!

Avrei una richiesta da sottoporvi. Un mio cliente per il quale devo emettere fattura ogni mese, mi richiede quanto di seguito riportato:

Per una rapida ed efficiente gestione del documento,
al fine di rispettare le scadenze di pagamento concordate,
si richiede la compilazione dei seguenti campi facoltativi :

TAG 2.1.2.2 (Riportare il numero d'ordine. Es: 4800001233)
TAG 2.1.2.4 (Riportare la posizione dell'ordine)

Tale dati mi sono stati comunicati e sono fissi per tutte le fatture

Avete qualche suggerimento?
Si può fare direttamente in OSM, e se si come?
O devo aggiungere questi 2 campi quando carico la FE sullo SDI?

Grazie in anticipo per i consigli.
Dario

d.lesca

Ho verificato il codice sorgente di generazione XML e ho constatato che il campo IdDocumento viene predisposto solo nel caso l'azienda sia "Ente Pubblico" mentre per il campo NumItem non viene gestito nemmeno in quel caso.

Sarebbe possibile consentire il caricamento di questi 2 campi, e magari altri campi di quella natura a volte necessari, per tutte le aziende?

Non so valutare quale impatto possa avere questa apparentemente semplice modifica su altri contesti del gestionale, ma nel mio caso la mancanza di tale gestione fa si che al momento non posso utilizzare questo OpenSTAManager.

Fatemi gentilmente sapere se intendete implementarli oppure no.
In alternativa, se mi date conferma, posso farlo io e poi passarvi la modifica.
Attendo vostre notizie
Ciao e Grazie
Dario

dasc3er

I campi IdDocumento, CodiceCUP e CodiceCIG sono inseribili in ordini, preventivi, contratti e interventi se il cliente è di tipologia Azienzda o Ente pubblico.
Nel caso in cui vengano inseriti, il documento deve essere importato in fattura: in questo caso nell'XML vengono inclusi i campi di cui sopra. In particolare, il nodo DatiOrdineAcquisto viene generato se si include un ordine con i campi di cui sopra impostati.

Per quanto riguarda il nodo NumItem, per il momento non è supportato.

d.lesca

Ottimo, grazie.
Con l'aggiornamento alla nuova versione dell'altro ieri ho constatato che quei campi sono disponibili anche nel caso di tipo azienda "Azienda" e quindi tramite gli ordini o gli altri elementi da lei indicati è possibile farli comparire in fattura.
Siamo quasi posto.
Purtroppo nel mio caso, per un cliente al quale fatturo spesso, ho l'esigenza di inserire anche il campo , pertanto questa mancanza mi inibisce ad utilizzare OSM.
Proposta:
Se modifico il codice sorgente e vado ad aggiungere quel campo ai 3 già esistenti e poi vi propongo le modifiche, siete disposti a valutarle ed eventualmente inserirle in una prossima edizione?
Fatemi sapere.
Grazie
Dario

dasc3er

Certamente, nel caso prova ad utilizzare gli strumenti appositi di GitHub: ogni contributo è ben accetto 😃.

Nel caso riscontrassi alcuni problemi, anche se non si tratta di una modifica particolarmente difficile, chiedici pure.

d.lesca

Ok, ci proverò...
Ciao e Grazie
Dario

netcall

d.lesca wrote:
Ok, ci proverò...
Ciao e Grazie
Dario

ho provato in tutti i modi anche creando un contratto , ma non funziona, non inserisce niente su xml di questi dati importante purtroppo, aspettiamo la versione 2.4.7 ehehhe

dasc3er

Per prima cosa è necessario creare una anagrafica di tipo Cliente con tipologia Azienda o Ente pubblico.[attachment=482]

Procedi quindi a creare un contratto collegato all'anagrafica e compili la sezione Dati appalto:
[attachment=481]

Procedi quindi a creare una fattura e vi importi ordine o contratto a scelta (io ho importato anche un ordine):
[attachment=480]

dasc3er

Lo stesso puoi fare con un ordine:
[attachment=484]

Esporti quindi la fattura in XML dopo averla emessa, et voilà:
[attachment=483]

netcall

Perfetto, ho fatto tutto come hai detto te, mi potresti inviare ora la foto del tuo xml generato ? il mio metto qua cancellando i dati sensibili, ma come puoi vedere non esce da me nel xml..

puoi mostrare la foto del tuo xml generato? ci sono tutte le foto dei passaggi meno quella piu importante del xml ehehhe

giusto per vedere se esce a te.

se apro xml lo vedo come dici tu ma non lo mostra pero' nella visualizzazione della fattura elettronica. poi scusami questi campi non dovrebbero essere generati dal osm e non che metto io a mano ? oltre tutto non sapendo si inseriscono casuali?

dasc3er

Se ci sono nell'xml il problema non si pone.
Può essere che nella visualizzazione non si vedano.

netcall

dasc3er wrote:
Se ci sono nell'xml il problema non si pone.
Può essere che nella visualizzazione non si vedano.

OK !, glielo diciamo alla agenzia delle entrate ! che le respinge tutte queste eheheheh :lol: 😃

dasc3er

E il motivo è la mancanza dei campi? Prova a comunicarci i messaggi ufficiali.

d.lesca

Ho apportato le modifiche necessarie ad aggiungere il campo , l'ho impacchettata in uno zip e la trovate qui: [attachment=489]
al fondo c'è anche la query sql per la variazione del DB.:

Ho provato tutte le modifiche e sembrano funzionare.

Tuttavia emergono alcuni (altri) problemi minori:
a) I campi inseriti non compaiono nella fattura di cortesia ma solo nell'xml (e questo potrebbe non essere un problema)
b) Il file XML prodotto (con o senza le mie modifiche) non viene aperto da Firefox, il quale visualizza il seguente errore:
[attachment=491]
In effetti ho notato che la header del file XML prodotto da OSM è differente dalla header di un file prodotto dall'agenzia delle entrate (o da altro produttore di xml): ecco i 2 esempi
[attachment=490]
Ho anche provato a caricare il file osm.xml su fatture e corrispettivi dell'agenzia delle entrate e mi ha dato errore sulla descrizione, anche se andando in modifica del campo e aggiungendo e togliendo un qualsiasi carattere (in pratica senza variare la descrizione) l'errore scompare.
Se vi servono maggiori info fatemi sapere.

Ciao
Dario

d.lesca

d.lesca wrote:
...le modifiche necessarie ad aggiungere il campo ,

Ho applicato l'aggiornamento 2.4.8 e ora il campo è disponibile.
grazie per il lavoro svolto.
Dario

netcall

spero che oltre al TAG 2.1.2.4 (Riportare la posizione dell'ordine)
si inserisce anche il TAG 2.1.2.2 (Riportare il numero d'ordine. Es: 4800001233)

d.lesca

netcall wrote:
spero che oltre al TAG 2.1.2.4 (Riportare la posizione dell'ordine)
si inserisce anche il TAG 2.1.2.2 (Riportare il numero d'ordine. Es: 4800001233)

Il TAG 2.1.2.2 nel file XML è già presente e disponibile con l'attuale release, mentre nella fattura (di cortesia) non viene visualizzato.
Seguire queste indicazioni:
https://forum.openstamanager.com/d/1312/1

Ciao
Dario

d.lesca

dasc3er wrote:
Nella prossima versione 2.4.8 verrà inclusa la gestione del campo NumItem, grazie d.lesca! 😃

Prego. Grazie a voi.

dasc3er wrote:
Se vuoi puoi proporre modifiche del codice più velocemente tramite Pull Request di GitHub, ma già la patch è stata estremamente utile.

Purtroppo non so (ancora) usare Github, sono "solo" un sistemista Linux e di solito non mi dedico alla programmazione.
Quello che ho fatto l'ho fatto "a mano" editando (vim) i file necessari (grep) per apportare la modifica, e infine ho prodotto il file patch (diff -Naur a b).

dasc3er wrote:
PS: per favore, la prossima volta indica il commit su cui crei la patch, altrimenti è un po' difficile replicarla su GitHub.

Lo so, mi dispiace ... ma come sopra, non avevo il commit... Se avrò ancora la necessità di proporre patch (qualche idea l'avrei) cercherò di utilizzarlo.

Ciao e grazie
Dario

dasc3er

Perfetto, grazie ancora!
Se stai utilizzando una release ufficiale puoi tranquillamente indicare il contenuto del file REVISION oppure il numero di versione.
In questo caso l'ho indovinato a tentativi 😃

Pagina successiva »