Acabes de gastar 180.000 dòlars construint programari personalitzat per al teu negoci. El teu desenvolupador ho anomena inversió. El teu comptable ho anomena despesa. El teu preparador d'impostos diu que la resposta és "ambdós, en declaracions diferents". Tots tres poden tenir raó alhora — i triar el tractament equivocat pot sobrevalorar el teu benefici en sis xifres, desencadenar un ajust d'auditoria o incomplir silenciosament un pacte de préstec.
La decisió de capitalitzar versus despesa és una de les valoracions de major risc en la comptabilitat de petites empreses. Capitalitza un cost i aquest aterra al teu balanç com un actiu, i després degota al teu compte de resultats com amortització durant diversos anys. Despesa'l i l'import complet impacta immediatament en el benefici d'aquest any. Mateixa sortida de caixa, estats financers completament diferents.
Aquesta guia repassa les regles que regeixen el desenvolupament de programari, les subscripcions SaaS i els costos d'infraestructura al núvol — ASC 350-40, ASC 985-20 i la guia de computació al núvol — a més d'on les regles fiscals divergeixen dels teus llibres.
Per què aquesta decisió mou tant les teves xifres
Capitalitzar distribueix el reconeixement del cost cap al futur. Despesar el reconeix ara. Aquesta diferència temporal repercuteix en tot allò que importa a un lector dels teus estats financers:
- Benefici i EBITDA. Capitalitzar 180.000 dòlars de costos de desenvolupament en lloc de despesar-los afegeix 180.000 dòlars al benefici abans d'impostos d'aquest any (menys un petit càrrec d'amortització del primer any). L'EBITDA augmenta gairebé per l'import complet, perquè l'amortització es torna a afegir.
- Pactes de préstec. Molts contractes de crèdit per a petites empreses estableixen ràtios mínims de cobertura del servei del deute o de rendibilitat. Una capitalització agressiva pot fer que un prestatari en dificultats sembli complidor — fins que la revisió del banc ho detecta.
- Valoració. Els compradors i inversors normalitzen els beneficis pel programari capitalitzat. Polítiques inconsistents conviden a retallades del preu de compra durant la due diligence.
- Impostos. Els teus llibres i la teva declaració d'impostos segueixen manuals de regles diferents aquí. La bretxa entre ells crea actius i passius per impostos diferits que has de fer un seguiment, i equivocar-te en la part fiscal significa sancions per pagament insuficient.
Res d'això és una raó per témer la decisió. És una raó per prendre-la deliberadament, documentar-la i aplicar-la de manera consistent.
Les tres vies comptables per als costos de programari
Els US GAAP no tenen una sola regla de programari. En tenen tres, i el primer pas és esbrinar en quina via es troba la teva despesa.
Via 1: Programari d'ús intern (ASC 350-40)
El programari que construeixes o compres per gestionar el teu propi negoci — un tauler intern, un sistema de comandes personalitzat, scripts d'automatització, un portal d'empleats — cau sota l'ASC 350-40. Aquesta és la via en què viuen la majoria de petites empreses. Fins i tot el programari que vens als clients com a servei allotjat (SaaS) generalment es comptabilitza com a programari d'ús intern, perquè el client mai no pren possessió del codi.
L'ASC 350-40 divideix cada projecte en tres etapes, i l'etapa determina el tractament:
Etapa 1 — Etapa preliminar del projecte: despesa-ho tot. Avaluar proveïdors, comparar opcions de construir versus comprar, seleccionar tecnologia i el treball de viabilitat es despesen a mesura que s'incorren. Si pagues 15.000 dòlars a un consultor per delimitar el projecte i recomanar una plataforma, aquests 15.000 dòlars són una despesa, sense excepció.
Etapa 2 — Etapa de desenvolupament d'aplicacions: capitalitza els costos qualificables. Un cop completada l'etapa preliminar, la direcció s'ha compromès a finançar el projecte i la finalització és probable, comença la capitalització. Els costos capitalitzables inclouen:
- Sous i costos relacionats amb sous per als empleats que treballen directament en el projecte (proporcionals al temps dedicat)
- Honoraris pagats a desenvolupadors externs i contractistes per disseny, codificació, configuració i proves
- Costos de programari comprat específicament per al projecte
- Costos de conversió de dades quan la conversió es realitza mitjançant programari desenvolupat per a aquest propòsit
- Costos d'interessos incorreguts durant el desenvolupament del programari, si són significatius
Els costos de formació sempre es despesen, fins i tot quan s'incorren durant aquesta etapa. També les despeses generals administratives i els costos que no es poden vincular al projecte sobre una base raonable.
Etapa 3 — Post-implementació i operació: despesa-ho tot de nou. Formació, manteniment, correcció de errors menors i suport continuat després que el programari estigui en funcionament es despesen. L'excepció: una actualització o millora que afegeix funcionalitat pot reiniciar la capitalització per a aquest treball nou, seguint la mateixa anàlisi de tres etapes.
El programari d'ús intern capitalitzat s'amortitza durant la seva vida útil — típicament de tres a cinc anys per a la majoria d'aplicacions empresarials — començant quan el programari està a punt per al seu ús previst.
Via 2: Programari per vendre, arrendar o comercialitzar (ASC 985-20)
Si construeixes programari que vens com a producte — una aplicació descarregable, programari amb llicència local, un joc — s'aplica l'ASC 985-20 en el seu lloc. Aquí la línia divisòria és una única fita: la viabilitat tecnològica. Tots els costos abans d'aquest punt són recerca i desenvolupament, despesats a mesura que s'incorren. Els costos després de la viabilitat però abans del llançament general es capitalitzen. El manteniment posterior al llançament es despesa.
A la pràctica, molts equips àgils assoleixen la viabilitat tecnològica molt tard — de vegades amb un model funcional que arriba dies abans del llançament — així que queda poc per capitalitzar. Aquest és un resultat legítim, no un fracàs de capitalitzar. Forçar costos dins d'un actiu quan la viabilitat mai no es va establir clarament és un dels desencadenants de reformulació més comuns en les empreses de programari.
Via 3: Acords de computació al núvol (ASU 2018-15)
Els acords al núvol es presenten en dos sabors, i la comptabilitat depèn d'una pregunta: el contracte inclou una llicència de programari, o és purament un servei?
- L'acord inclou una llicència (podries prendre possessió del programari i executar-lo tu mateix): comptabilitza la llicència com a programari d'ús intern sota l'ASC 350-40, i despesa o capitalitza els costos relacionats sota el model de tres etapes.
- Contracte de servei pur (SaaS típic, allotjament i acords d'infraestructura): les quotes de subscripció i ús són despeses operatives. Però els costos d'implementació — configuració, personalització, treball d'integració, migració de dades — s'avaluen sota l'ASC 350-40 per analogia. El treball d'implementació de l'etapa de desenvolupament d'aplicacions es capitalitza i s'amortitza durant el termini d'allotjament (incloent-hi les renovacions raonablement segures). L'avaluació de l'etapa preliminar i el suport post-implementació es despesen.
Això agafa moltes empreses per sorpresa en ambdues direccions. Algunes despesen una implementació d'ERP de 60.000 dòlars que les regles diuen que cal capitalitzar. Altres capitalitzen tres anys de quotes de subscripció SaaS que són clarament despeses operatives. Les quotes gairebé mai no són un actiu; el treball puntual per posar en marxa el sistema sovint sí que ho és.
I què passa amb les subscripcions i les factures d'infraestructura al núvol?
Aplica el marc anterior a les línies d'una factura tecnològica típica:
| Cost | Tractament habitual | Per què |
|---|---|---|
| Subscripció SaaS mensual (sense llicència) | Despesa | Contracte de servei; pagues per accés, no per un actiu |
| Quotes d'ús d'AWS, Azure o allotjament | Despesa | Consum de servei de pagament per ús |
| Implementació i configuració d'ERP o SaaS | Sovint capitalitzat | Treball de l'etapa de desenvolupament d'aplicacions sota ASU 2018-15 |
| Integracions personalitzades i connectors d'API que construeixes | Sovint capitalitzat | Desenvolupament de programari d'ús intern |
| Scripts de migració de dades | Capitalitza si està impulsat per programari | Regla de conversió de dades ASC 350-40 |
| Formació del personal en el nou sistema | Despesa | La formació sempre es despesa |
| Plans de suport i manteniment continuat | Despesa | Etapa post-implementació |
| Mòdul nou que afegeix funcionalitat un any després | Capitalitza el treball nou | La millora reinicia l'anàlisi d'etapes |
Dues àrees grises mereixen cura addicional. Primer, configuració versus personalització: activar paràmetres en un tauler d'administració SaaS rarament és capitalitzable, mentre que escriure codi personalitzat o scripts d'integració complexos normalment sí que ho és. Documenta quines hores van ser quines. Segon, el termini d'allotjament per a l'amortització: amortitza els costos d'implementació capitalitzats durant el període que esperes utilitzar el servei, incloent-hi les renovacions que estiguis raonablement segur de prendre — no durant una vida útil teòrica del programari.
L'actualització del 2025 que canvia les etapes
Al setembre de 2025, el FASB va emetre l'ASU 2025-06, que retira les etiquetes de tres etapes per al programari d'ús intern en favor d'un llindar únic: capitalitza els costos un cop la direcció s'ha compromès a finançar el projecte i la finalització és probable. L'actualització és obligatòria per als períodes anuals que comencin després del 15 de desembre de 2027, amb adopció anticipada permesa.
Per a la majoria de petites empreses, l'efecte pràctic és modest — la línia divisòria cau aproximadament al mateix lloc on es troba avui la frontera preliminar-versus-desenvolupament — però el nou estàndard indica que més costos de desenvolupament àgil i iteratiu qualificaran. Si el teu equip construeix en sprints en lloc de fases en cascada, parla amb el teu CPA sobre l'adopció anticipada. Mentrestant, continua aplicant el model de tres etapes i mantén la documentació d'etapes que el teu auditor espera.
La teva declaració d'impostos juga amb regles diferents
Aquí és on els propietaris es cremen: el tractament GAAP als teus llibres i el tractament fiscal a la teva declaració es regeixen per manuals de regles completament separats, i sovint discrepen.
Per als anys fiscals que comencen després del 31 de desembre de 2021, la Llei de retallades d'impostos i ocupació requeria que les empreses capitalitzessin les despeses de recerca i experimentals domèstiques — incloent-hi explícitament el desenvolupament de programari — i les amortitzessin durant cinc anys (quinze per a la recerca a l'estranger). Això va convertir "vam gastar 200.000 dòlars en desenvolupadors" d'una deducció actual en una deducció de 20.000 dòlars el primer any amb la resta degotant durant cinc anys.
La Llei One Big Beautiful Bill, signada el 2025, va restaurar la despesa immediata dels costos de recerca i experimentals domèstics, retroactiva als anys fiscals que comencen el 2025, i va aclarir que el desenvolupament de programari hi compta. Les petites empreses generalment tenen opcions de transició per als saldos no amortitzats de 2022–2024 — accelerar la resta o continuar amortitzant-la. Els costos de recerca a l'estranger romanen en el calendari de quinze anys.
Les conseqüències pràctiques:
- Tindràs diferències entre llibres i impostos. El GAAP pot requerir capitalitzar costos d'implementació que la teva declaració d'impostos despesa immediatament, o viceversa. Fes un seguiment d'ambdós tractaments en paral·lel; la teva provisió i el teu Schedule M-1 en depenen.
- La conformitat estatal varia. No tots els estats segueixen la restauració federal, així que un cost despesat federalment encara pot amortitzar-se per a propòsits estatals.
- La documentació serveix dos amos. El seguiment del temps per fase del projecte recolza la teva anàlisi d'etapes GAAP i la teva reclamació de crèdit de recerca de la Secció 41 simultàniament. Un bon sistema alimenta ambdós.
La llei fiscal es mou prou ràpid que qualsevol guia com aquesta és una instantània. Confirma les regles de l'any en curs amb el teu preparador abans de presentar — i no deixis mai que la cua fiscal mogui el gos GAAP. Els teus estats financers han de seguir el GAAP independentment del que faci la declaració d'impostos.
Cinc errors que desencadenen ajustos
- Capitalitzar la fase d'avaluació. Demos de proveïdors, RFP i consultoria de "hauríem de construir o comprar" són costos de l'etapa preliminar. Despesar-los no és opcional.
- Capitalitzar la formació. Cada estàndard és explícit: la formació es despesa, fins i tot durant el desenvolupament d'aplicacions. Separa-la de les factures d'implementació.
- Oblidar aturar-se. La capitalització acaba quan el programari està a punt per al seu ús previst — no quan arriba la factura final. Les hores de contractistes posteriors al llançament són manteniment fins que comença una millora genuïna.
- Capitalitzar les quotes de subscripció. Un contracte SaaS pagat per endavant de tres anys és una despesa pagada per endavant que s'amortitza a mesura que consumeixes el servei, no un actiu de programari. No el facis passar per l'ASC 350-40.
- Sense registres de temps. La nòmina capitalitzada sense un seguiment del temps contemporani per projecte i fase és el primer que un auditor o examinador rebutja. Les estimacions reconstruïdes a final d'any rarament sobreviuen a l'escrutini.
Una llista de verificació pràctica per a la capitalització
Abans de registrar qualsevol cost de programari com un actiu, respon aquestes preguntes per escrit i arxiva la nota amb els registres del projecte:
- Quina via s'aplica — ús intern (350-40), programari per vendre (985-20) o un contracte de servei al núvol?
- Ha acabat l'etapa preliminar — està compromès el finançament i és probable la finalització?
- El programari està substancialment complet i a punt per utilitzar? Si sí, la capitalització ha acabat.
- Aquest cost és formació, manteniment, entrada de dades o despeses generals? Si sí, despesa'l.
- Pots vincular cada dòlar capitalitzat a un full de temps, una factura o una declaració de treball d'un contractista?
- Quin període d'amortització reflecteix la vida útil esperada (o el termini d'allotjament per als costos d'implementació)?
- Has registrat el tractament fiscal per separat, incloent-hi qualsevol diferència entre llibres i impostos?
Una nota breu que respongui aquestes set preguntes triga vint minuts a escriure i pot estalviar setmanes de discussió amb un auditor, un examinador bancari o l'IRS.
Mantén la teva despesa en programari a punt per a l'auditoria
Cada factura dels teus desenvolupadors, els teus proveïdors de SaaS i el teu proveïdor de núvol és una decisió de classificació esperant a passar. Les empreses que ho fan bé comparteixen un hàbit: fan un seguiment dels costos de programari per projecte i fase a mesura que surt els diners, no quan el CPA ho pregunta dotze mesos després. Etiqueta les hores d'implementació per separat de les hores de suport, separa la formació de les declaracions de treball dels proveïdors i mantén una nota actualitzada de en quina etapa es troba cada projecte.
Els registres nets també fan que la divisió entre llibres i impostos sigui manejable. Quan el teu llibre major ja separa el desenvolupament capitalitzat de les subscripcions despesades, preparar la declaració — i defensar-la — es converteix en qüestió d'extreure un informe en lloc de reconstruir un any.
Beancount.io t'ofereix comptabilitat en text pla que manté cada una d'aquestes classificacions transparent, controlada per versions i a punt per a la IA — perquè la teva política de capitalització visqui als teus llibres, no en un full de càlcul que ningú no pot trobar. Comença gratis i descobreix per què els desenvolupadors i els professionals de les finances s'estan passant a la comptabilitat en text pla.
