ricevute fiscali in latex

  • Creatore
    Topic
  • #79439
    Up
    0
    Down
    ::


    Salve a tutti!
    Per una associazione di cui sono segretario ho creato (con il vostro aiuto qualche tempo fa) i template per la carta intestata, le convocazioni dei consigli e la redazione dei verbali. Ora ho un dubbio che mi affligge da parecchie settimane: le ricevute fiscali.
    Considerando che non mi va di scriverle a mano sui blocchettini, ma nemmeno di perdere tempo con OpenOffice, qualcuno di voi conosce un pacchetto o ha qualche consiglio da darmi in merito… sinceramente non so proprio da dove iniziare questa volta!!!

    Grazie
    Marco

Visualizzazione 5 filoni di risposte
  • Autore
    Risposte
    • #79440
      Up
      0
      Down
      ::


      Ciao!
      Non ho alcuna esperienza in merito, ma inserendo “invoice” su CTAN ho trovato questi pacchetti: invoice, facture (documentazione in fracese), isodoc.

      A presto,
      Matteo

    • #79441
      Up
      0
      Down
      ::

      Non ho alcuna esperienza in merito, ma inserendo “invoice” su CTAN ho trovato questi pacchetti: invoice, facture (documentazione in fracese), isodoc.

      grazie, effettivamente non avevo pensato ad usare fattura invece che ricevuta… la classe isodoc sembra molto interessante, ma sotto io ho già la mia classe con il template grafico… forse posso prendere qualche spuntino!

      intanto grazie
      Marco

    • #79442
      Up
      0
      Down
      ::


      Ciao a tutti.
      Allora, ho studiato parecchio la classe isodoc ed ho iniziato a creare la mia, o meglio, dato che per l’associazione ho già un classe che funziona per carta stampata/verbali/convocazioni pensavo di mettere anche le ricevute nella stessa classe.

      Pensavo di aggiungere un opzione alla classe (invoice) e di aggiungere un nuovo comando \invoice per la stampa della ricevuta… ora, mi chiedevo, dato che questa classe fa “molte” cose, secondo voi qual’è il miglior modo per aggiungere i dati della persona a cui si sta emettendo la ricevuta? ed evitare che vengano usati se non si sta emettendo una ricevuta (ad esempio se sto scrivendo il verbale!)

      spero di non aver fatto troppa confusione

      Ciao
      Marco

    • #79443
      robitex
      Amministratore del forum
        Up
        0
        Down
        ::

        warcomeb” post=78992Ciao a tutti.
        Allora, ho studiato parecchio la classe isodoc ed ho iniziato a creare la mia, o meglio, dato che per l’associazione ho già un classe che funziona per carta stampata/verbali/convocazioni pensavo di mettere anche le ricevute nella stessa classe.

        Pensavo di aggiungere un opzione alla classe (invoice) e di aggiungere un nuovo comando \invoice per la stampa della ricevuta… ora, mi chiedevo, dato che questa classe fa “molte” cose, secondo voi qual’è il miglior modo per aggiungere i dati della persona a cui si sta emettendo la ricevuta? ed evitare che vengano usati se non si sta emettendo una ricevuta (ad esempio se sto scrivendo il verbale!)

        spero di non aver fatto troppa confusione

        Ciao
        Marco

        Ciao.
        La mia situazione è analoga alla tua. Produco in ambito professionale:
        * lettere (alcune assomigliano ad una ricevuta per esse uso il pacchetto calctab di un noto autore);
        * relazioni tecniche
        * e fascicoli di calcolo.

        Nel tempo ho costruito una classe per ogni tipo di documento.
        Questa è la soluzione più semplice ma non è quella ideale. Nasce appunto il problema che tu esponi: classi separate o unite in un unica megaclasse?

        La soluzione che non ho avuto più il tempo di realizzare, è quella di scrivere una classe dove sistemare il codice comune a tutti i documenti, una sorta di superclasse nel senso della programmazione ad oggetti.
        Da essa poi, costruire l esingole classi di documento con il codice specifico.
        A mio avviso è la soluzione ideale ed anche semplice da realizzare: nella classe ‘derivata’ basta iniziare con la macro \LoadClass{nomeclassebase}.

        Per il problema specifico delle ricevute, considera anche una soluzione basata su database come ho illustrato in questo post.
        Credo ti abbia dato un po’ di materiale su cui lavorare, e speriamo che qualche altro ti dia i suoi suggerimenti.
        Ciao
        R.

      • #79444
        Up
        0
        Down
        ::

        Ciao.
        La mia situazione è analoga alla tua. Produco in ambito professionale:
        * lettere (alcune assomigliano ad una ricevuta per esse uso il pacchetto calctab di un noto autore);
        * relazioni tecniche
        * e fascicoli di calcolo.

        avevo letto stamattina il tuo articolo su arstexnica!! 😀
        Ma sinceramente pensavo che non mi servisse dato che non devo fare somme…

        Per il problema specifico delle ricevute, considera anche una soluzione basata su database come ho illustrato in questo post.
        Credo ti abbia dato un po’ di materiale su cui lavorare, e speriamo che qualche altro ti dia i suoi suggerimenti.

        A quello avevo già pensato, infatti sto organizzando una sorta di gestionale… ma non è per il momento!! 🙂

        La soluzione che non ho avuto più il tempo di realizzare, è quella di scrivere una classe dove sistemare il codice comune a tutti i documenti, una sorta di superclasse nel senso della programmazione ad oggetti.
        Da essa poi, costruire l esingole classi di documento con il codice specifico.
        A mio avviso è la soluzione ideale ed anche semplice da realizzare: nella classe ‘derivata’ basta iniziare con la macro \LoadClass{nomeclassebase}.

        Io pensavo ad una classe unica, ma in effetti l’approccio ad oggetti non è male!! da studiare!!!

        Grazie
        Marco

      • #79445
        robitex
        Amministratore del forum
          Up
          0
          Down
          ::


          Ciao.
          Non è un vero e proprio “approccio ad oggetti” ma se dovessi riformulare le classi personalizzate che uso oggi, farei così.
          Le tre classi attualmente condividono solo un file contenente la definizione del logo con TikZ.
          Ti consiglio anche di scrivere fin da subito la documentazione della classe (anche a mano su fogliacci da riciclo), altrimenti ti troverai più o meno spesso ad aprire i sorgenti nell’albero locale molto più spesso del normale… per capire come diavolo avevi chiamato quel comando.

          Un saluto.
          Gulp!

      Visualizzazione 5 filoni di risposte
      • Devi essere connesso per rispondere a questo topic.

      Go to top