Salta al contenuto principale

Contabilità per Plugin e Temi WordPress: Rinnovi di Licenze, Tasse con Merchant-of-Record e Reconciliazioni di Pagamenti da Envato, Freemius e Stripe

Pubblicato Ultimo aggiornamento 10 minuti di letturaMike ThriftMike Thrift
Contabilità per Plugin e Temi WordPress: Rinnovi di Licenze, Tasse con Merchant-of-Record e Reconciliazioni di Pagamenti da Envato, Freemius e Stripe

Il 1° luglio 2026, Envato ha riscritto silenziosamente le regole del gioco per chi vende su CodeCanyon e ThemeForest. Gli autori che avevano passato un decennio a costruirsi uno status di "esclusività" — e con esso commissioni così generose da arrivare all'87,5% di ogni vendita — sono stati spostati a un'unica quota fissa del 50%, punto e basta. Niente più scaglioni, nessun bonus di fedeltà, nessun requisito di esclusività. Se sei uno sviluppatore di plugin o temi WordPress che vende lì, il tuo guadagno per singola vendita potrebbe essere stato appena dimezzato, e se i tuoi libri contabili non stavano già tracciando i ricavi per piattaforma, per struttura di commissioni e per tipo di licenza, probabilmente non te ne sei accorto finché il pagamento non è arrivato più basso del previsto.

Questo è il vero problema nascosto dietro questo cambiamento specifico: la maggior parte delle attività individuali o di piccoli team che vendono prodotti WordPress non sanno effettivamente quanto guadagnano. Sanno quanto arriva sul loro conto in banca. Non sono la stessa cifra, e il divario tra loro — commissioni del marketplace, commissioni del processore di pagamento, conversione di valuta, IVA trattenuta alla fonte, ricavi da rinnovo registrati come reddito una tantum — è esattamente il punto in cui gli errori contabili si accumulano silenziosamente per anni.

Il Problema dei Pagamenti Multi-Canale

La maggior parte delle attività che vendono prodotti WordPress non vende attraverso un unico canale. Una configurazione tipica prevede una combinazione di:

  • Un negozio self-hosted che utilizza una piattaforma merchant-of-record come Freemius o Paddle, che gestisce licenze, abbonamenti e riscossione delle tasse
  • Envato Market (CodeCanyon per plugin, ThemeForest per temi), un marketplace che trattiene la sua quota prima ancora che tu veda un deposito
  • Checkout diretto tramite Stripe o un gateway di pagamento integrato con Easy Digital Downloads o WooCommerce, dove sei tu stesso il merchant of record

Ognuno di questi canali paga con tempistiche diverse, in un mix di valute diverse, dopo aver detratto una diversa combinazione di commissioni. Freemius potrebbe rimettersi mensilmente al netto della sua quota di ricavi e di qualsiasi gestione dell'imposta sulle vendite. Envato paga tramite PayPal o bonifico bancario dopo la sua commissione, con la percentuale esatta che ora dipende dal cambiamento a tariffa fissa del luglio 2026 piuttosto che dal tuo storico livello di esclusività. Un checkout diretto Stripe deposita l'intero ricavo lordo della carta, e le commissioni del processore si presentano come una linea di spesa separata giorni dopo.

Se la tua contabilità consiste nel registrare qualsiasi numero arrivi sul conto in banca come "reddito da vendite", stai confondendo quattro diversi eventi contabili — ricavo lordo, commissione del marketplace, commissioni di elaborazione e versamento delle tasse — in un unico numero che non ti dice quasi nulla su quale canale sia effettivamente redditizio per unità venduta.

La soluzione non è complicata, ma richiede disciplina: registra il ricavo lordo al momento della vendita nella contabilità sussidiaria di ogni canale, e registra le commissioni del marketplace, le commissioni di elaborazione e qualsiasi imposta trattenuta come linee di spesa separate o di controricavo. Questo è l'unico modo per rispondere a una domanda come "CodeCanyon vale ancora la pena dopo il cambio di tariffa del luglio 2026?" con un numero reale invece che con un'impressione.

Perché il Cambiamento di Envato è Importante per il Tuo Piano dei Conti

Prima di luglio 2026, il programma per autori esclusivi di Envato prevedeva commissioni a scaglioni basate sui guadagni a vita: più a lungo avevi venduto sulla piattaforma e maggiore era stato il tuo volume, le tariffe potevano scendere fino al 12,5% per gli autori top, il che significava che trattenevi fino all'87,5% di ogni vendita. I venditori non esclusivi, che potevano anche elencare i loro prodotti altrove, ottenevano condizioni notevolmente peggiori. Dal 1° luglio 2026, l'intera struttura a scaglioni è sparita. Ogni autore — indipendentemente dalla cronologia delle vendite o dallo stato di esclusività — ora riceve una quota fissa del 50% dei ricavi.

Ai fini contabili, questa non è una nota a piè di pagina. Se avevi un conto "Vendite Envato" che implicitamente presupponeva un tasso di trattenuta superiore all'85% incorporato nei tuoi margini storici, questa ipotesi ora è sbagliata per ogni transazione futura. Due cose da fare immediatamente:

  1. Dividi la rendicontazione dei ricavi per piattaforma al confine del 1° luglio 2026. Non fare la media dei mesi pre e post cambiamento quando valuti se il marketplace vale ancora la pena — l'economia unitaria è cambiata davvero a quella data.
  2. Riesegui il confronto dei canali. Una commissione fissa del 50% su Envato è un numero molto diverso da confrontare con il modello di compartecipazione ai ricavi progressivo di Freemius (che in genere inizia più alto e diminuisce man mano che il tuo volume cresce) o con un checkout Stripe autogestito dove la tua unica "commissione" è una commissione di elaborazione di circa il 2,9% più qualsiasi cosa spendi per l'acquisizione di clienti. I prodotti che aveva senso mantenere esclusivi su Envato con i vecchi scaglioni potrebbero non essere più convenienti.

Merchant of Record vs. Checkout Autogestito: Chi Deve le Tasse al Fisco

Questa è la parte della contabilità dei prodotti WordPress che coglie più persone impreparate, perché i due modelli creano obblighi completamente diversi sui tuoi libri contabili.

Se vendi attraverso una piattaforma merchant-of-record (MoR) come Freemius o Paddle, quella piattaforma è legalmente il venditore registrato ai fini fiscali. Calcola, riscuote e versa l'IVA nell'UE/Regno Unito, il GST dove applicabile e l'imposta sulle vendite negli Stati Uniti negli stati in cui hai un nesso economico. I tuoi libri contabili non hanno bisogno di un conto passivo per l'imposta sulle vendite per quelle vendite — il MoR si è già assunto quella responsabilità. Quello che registri è il pagamento netto che effettivamente ricevi, inoltre dovresti conservare i report delle transazioni del MoR come tua traccia di controllo nel caso in cui un'autorità fiscale chieda mai come è stata tassata una determinata vendita.

Se vendi direttamente — un'integrazione Stripe o Paddle-classic collegata al tuo checkout, dove sei tu il merchant of record — quella responsabilità è tua. Sei responsabile del monitoraggio delle soglie di nesso economico stato per stato (la maggior parte degli stati USA attiva un obbligo di imposta sulle vendite da qualche parte tra i $100.000 di vendite o 200 transazioni all'anno, anche se le soglie variano), della registrazione dove richiesto e del versamento di quanto riscosso. Ciò significa che i tuoi libri contabili hanno bisogno di un vero conto passivo per l'imposta sulle vendite, non solo di una riga di ricavo, e hai bisogno di un processo per riconciliare quanto hai riscosso con quanto hai versato in ogni periodo di dichiarazione.

Mescolare questi due modelli senza distinguerli nei tuoi libri contabili è un errore comune e costoso: le aziende o contano due volte una responsabilità fiscale che una piattaforma MoR ha già gestito, o — peggio — presumono che un MoR stia gestendo gli obblighi fiscali su un canale dove in realtà sono loro a essere responsabili.

I Rinnovi di Licenza Non Sono Vendite Una Tantum

Le licenze di plugin e temi sono solitamente vendute come chiavi annuali (o a vita), ed è forte la tentazione di registrare l'intero pagamento del rinnovo come ricavo nel momento in cui arriva sul tuo conto. Secondo i principi standard di riconoscimento dei ricavi (ASC 606 negli Stati Uniti), questo non è corretto se la licenza concede un anno di aggiornamenti e supporto: il ricavo da un rinnovo dovrebbe essere riconosciuto non prima dell'inizio del periodo di rinnovo, distribuito nel periodo in cui il cliente ha effettivamente diritto al servizio.

Concretamente: se un cliente rinnova una licenza da $120/anno, non registri $120 di ricavo il giorno in cui viene addebitata. Registri $120 come ricavo differito (una passività — devi un anno di aggiornamenti/supporto), poi riconosci $10 di ricavo ogni mese mentre adempi effettivamente a tale obbligo. Se vendi principalmente licenze annuali e registri solo l'incasso come ricavo, il tuo conto economico mensile sarà fuorviante — irregolare nei mesi con molti rinnovi e sottostimato per il resto dell'anno — e se mai avessi bisogno di dati finanziari per una richiesta di prestito, una conversazione di acquisizione, o anche solo per una lettura onesta se l'attività è in crescita, questa irregolarità nasconderà la tendenza reale.

Questo è ancora più importante se vendi contemporaneamente su Freemius, Envato e un checkout diretto, perché i meccanismi di rinnovo di ogni canale differiscono leggermente (le licenze di Envato, ad esempio, sono tradizionalmente più orientate all'acquisto una tantum che al rinnovo in abbonamento, mentre Freemius è costruito attorno alla licenza ricorrente). Il tuo monitoraggio dei ricavi differiti deve tenere conto di questo per canale, non applicare un'unica ipotesi generale a ogni vendita.

Riconciliare i Pagamenti Senza Perdere la Testa

Il compito pratico settimanale o mensile che lega tutto insieme è la riconciliazione dei pagamenti: abbinare ciò che la dashboard di ogni piattaforma dice che hai guadagnato con ciò che è effettivamente arrivato sul tuo conto in banca, e comprendere ogni voce intermedia. Un processo fattibile è il seguente:

  1. Estrai il report a livello di transazione da ogni canale (Freemius, Envato, Stripe) invece di basarti sul totale del pagamento riepilogativo — hai bisogno di vendita lorda, commissione/commissione e imposta trattenuta come voci separate, non un unico numero netto.
  2. Registra il ricavo lordo e ogni detrazione separatamente nella tua contabilità, contrassegnati per canale, in modo da poter generare un vero report di margine canale per canale.
  3. Riconcilia il deposito netto con la somma dei ricavi lordi meno le commissioni meno l'imposta trattenuta per quel periodo di pagamento. Una discrepanza di solito significa un rimborso, una storno o una differenza di conversione di valuta che non hai ancora registrato.
  4. Tieni traccia separatamente dei ricavi da rinnovo e da nuova vendita, anche all'interno di un singolo canale, in modo da poter vedere il tuo tasso di rinnovo effettivo — probabilmente il miglior indicatore di salute per un'attività di software con licenza, e uno che viene completamente oscurato se rinnovi e nuove vendite vengono raggruppati in un unico conto "Vendite Envato".

Farlo a mano in un foglio di calcolo è fattibile con una manciata di transazioni al mese; smette di essere scalabile nel momento in cui riconcili tre canali con valute, schemi di commissioni e trattamenti fiscali diversi tra loro in ogni ciclo di pagamento.

Mantieni i Tuoi Libri Contabili Multi-Canale Controllabili

Se stai gestendo pagamenti da Freemius, Envato e un checkout diretto Stripe, la contabilità in testo semplice è una scelta naturale: le transazioni di ogni canale vivono come voci con controllo di versione che puoi etichettare, scriptare e confrontare, piuttosto che essere sepolte all'interno di una dashboard a scatola chiusa che mostra solo i depositi netti. Beancount.io ti offre quella trasparenza — controllo completo su come vengono categorizzati ricavi lordi, commissioni del marketplace e ricavi da rinnovo differiti, con una traccia di controllo completa per ogni vendita. Inizia gratuitamente e scopri perché gli sviluppatori che già pensano in termini di controllo di versione stanno passando i loro libri contabili al testo semplice, anche loro.

Condividi questo articolo