Kapitalisering af softwareudviklingsomkostninger

Software-kapitalisering indebærer anerkendelse af internt udviklet software som anlægsaktiver. Software anses for at være til intern brug, når den kun er erhvervet eller udviklet til en virksomheds interne behov. Eksempler på situationer, hvor software anses for at være udviklet til intern brug, er:

  • Regnskabssystemer

  • Systemer til sporing af kontanthåndtering

  • Medlemskabssporingssystemer

  • Produktionsautomatiseringssystemer

Derudover kan der ikke være nogen rimelig mulig plan om at markedsføre softwaren uden for virksomheden. En markedsundersøgelse betragtes ikke som en rimelig mulig markedsføringsplan. En historie med salg af software, der oprindeligt var udviklet til intern brug, skaber imidlertid en rimelig antagelse om, at det nyeste produkt til intern brug også vil blive markedsført til salg uden for virksomheden.

Regler for regnskabsmæssig kapitalisering af software

Regnskabet for software til intern brug varierer afhængigt af projektets færdiggørelsesfase. Den relevante regnskab er:

  • Trin 1: Indledende . Alle omkostninger, der er afholdt i den indledende fase af et udviklingsprojekt, skal afholdes som de afholdes. Denne fase anses for at omfatte at træffe beslutninger om tildeling af ressourcer, fastlæggelse af krav til ydeevne, gennemførelse af leverandørdemonstrationer, evaluering af teknologi og valg af leverandør.

  • Trin 2: Applikationsudvikling . Benyt de omkostninger, der er afholdt for at udvikle software til intern brug, som kan omfatte kodning, hardwareinstallation og test. Eventuelle omkostninger i forbindelse med datakonvertering, brugeruddannelse, administration og generalomkostninger skal afholdes over de omkostninger, de afholdes. Kun følgende omkostninger kan aktiveres:

    • Materialer og tjenester, der forbruges i udviklingsindsatsen, såsom tredjeparts udviklingsgebyrer, softwareomkostninger og rejseomkostninger relateret til udviklingsarbejde.

    • Lønomkostningerne for de ansatte, der er direkte forbundet med softwareudvikling.

    • Aktivering af renteomkostninger, der er afholdt for at finansiere projektet.

    • Trin 3. Efter implementering . Opkræv alle omkostninger efter implementeringen til udgifter, når de afholdes. Prøver på disse omkostninger er uddannelses- og vedligeholdelsesomkostninger.

Enhver tilladelig aktivering af omkostninger skal begynde, efter at den indledende fase er afsluttet, ledelsen forpligter sig til at finansiere projektet, det er sandsynligt, at projektet bliver afsluttet, og softwaren vil blive brugt til den tilsigtede funktion.

Aktivering af omkostninger skal slutte, når alle væsentlige test er afsluttet. Hvis det ikke længere er sandsynligt, at et projekt vil blive afsluttet, skal du stoppe med at aktivere de omkostninger, der er forbundet med det, og foretage nedskrivningstest af de allerede aktiverede omkostninger. Den kostpris, som aktivet derefter skal bogføres med, er det laveste af dets regnskabsmæssige værdi eller dagsværdi (minus salgsomkostninger). Medmindre der er bevis for det modsatte, er den sædvanlige antagelse, at ufuldstændig software ikke har nogen dagsværdi.