Skins & trading
Tradingjournal til CS2: Prisvurdering, likviditet og styr på dit lager
En tradingjournal skal kunne besvare tre spørgsmål: Hvad ejer du, hvor er pengene, og hvad har dine afsluttede handler faktisk givet?
Et inventory med høje annoncerede priser besvarer ingen af spørgsmålene alene. Det kan indeholde items, der ikke er tilgængelige for overførsel, varer uden reelle købere og skins, som allerede er solgt, men stadig vises i et gammelt snapshot.
Denne guide beskriver en praktisk driftsjournal. Formålet er at opdage fejl og styre beslutninger. Den er ikke en færdig skatteopgørelse eller en erstatning for et regnskabssystem, når et sådant er nødvendigt.
Trin 1: Adskil items, handler og pengebevægelser
Start med tre tabeller frem for ét langt ark, hvor alt blandes.
Itemtabellen beskriver hvert eksemplar eller parti: intern reference, navn, wear, float, pattern, variant og seneste kendte placering. Brug dit eget stabile ID. Gem Steam- og platformreferencer som ekstra identifikatorer, så en ændret ekstern reference ikke skaber en ny vare i journalen.
Handelstabellen registrerer aftaler: køb eller salg, dato, modpart eller platform, pris, valuta, omkostninger og ordre-ID. En handel kan omfatte flere items. En samlet pakkepris skal derfor fordeles efter en beskrevet metode.
Pengetabellen registrerer indbetalinger, udbetalinger, salgsafregninger, tilbagebetalinger og gebyrer. Hver bevægelse skal kunne knyttes til en handel eller markeres som overførsel af egne midler.
Denne opdeling gør det lettere at se, at et salg og den senere bankudbetaling er forskellige hændelser i samme forløb.
Trin 2: Brug klare statusfelter
Et item bør ikke blot have status “ejet”. Brug en tilstand, der beskriver, hvad du faktisk kan gøre med det.
| Status | Praktisk betydning |
|---|---|
| Køb aftalt | Aftale findes, levering er endnu ikke bekræftet |
| Modtaget, begrænset | Item er modtaget, men overførsel er blokeret |
| Tilgængeligt | Kan indgå i den planlagte salgsproces |
| Annonceret | Til salg, men ingen afsluttet handel |
| Solgt, afvikling afventer | Levering eller betaling er endnu ikke endeligt afklaret |
| Afsluttet | Resultat og relevante bevægelser er afstemt |
| Annulleret eller tilbageført | Forløbet er ændret og kræver modpostering |
Steam beskriver en syv dages beskyttelsesperiode for CS2-items modtaget i trade. Gem den faktiske frigivelsesstatus og dato som egne felter.
Undgå at beregne alt ud fra købsdatoen. Aftale, betaling, levering og frigivelse kan ske på forskellige tidspunkter. Journalen skal kunne vise forskellen.
Trin 3: Gem de oplysninger, der forklarer resultatet
For hver handel bør du som minimum have:
- Tidspunkt for aftale, betaling, levering og afslutning.
- Itemreference og præcis variant.
- Købspris og samlet anskaffelsesomkostning.
- Salgspris, omkostninger og nettoprovenu.
- Original valuta, anvendt kurs og DKK-beløb.
- Handelsstatus og tilknyttede eksterne ID'er.
- Links til kvitteringer eller eksportfiler.
- Den oprindelige begrundelse og planlagte salgshorisont.
Skattestyrelsen anbefaler løbende dokumentation af skinhandler. Dens vejledning beskriver også FIFO ved flere skins af samme slags. Detaljeret itemsporing i driftsjournalen erstatter derfor ikke en særskilt korrekt skattemæssig opgørelse.
Gem den oprindelige fil frem for kun at indsætte et tal manuelt. Ved en senere uenighed er det nyttigt at kunne forklare både beløbet og kilden.
Trin 4: Arbejd med flere slags pris
En enkelt kolonne med “værdi” skjuler for meget. Registrér mindst en aktuel sammenligningspris og en forsigtig vurdering af dit nettoprovenu.
Annoncepris er det beløb, en sælger forlanger. Handelspris er en dokumenteret pris fra en gennemført handel. Købstilbud er en købers aktuelle tilbud under bestemte betingelser. Vurderet nettoprovenu er dit scenarie efter omkostninger.
Sammenlign samme variant og betalingsform. Kontrollér wear, StatTrak, Souvenir, phase og eventuelt pattern. En pris for et almindeligt eksemplar kan ikke automatisk bruges på en specialvariant eller omvendt.
Gem tidspunkt, valuta, kilde og forudsætninger sammen med vurderingen. En pris uden dato kan være misvisende i et marked, der har flyttet sig. Markér også, om datagrundlaget består af mange sammenlignelige handler eller kun enkelte observationer.
Trin 5: Vurdér likviditet som mere end popularitet
Likviditet handler om, hvor meget du kan sælge, hvor hurtigt og med hvor stor prisvirkning. Et kendt skin kan stadig være svært at sælge til den pris, du ønsker.
Se på antal sammenlignelige salg, handelsfrekvens, antal konkurrerende annoncer og afstanden mellem køb og salg. Undersøg også ordredybde: Hvor mange items kan faktisk afsættes omkring den viste pris?
Et tænkt marked har ét købstilbud på 1.000 kr., to på 970 kr. og to på 940 kr. Hvis alle fem tilbud kan gennemføres, giver salg af fem items samlet 4.820 kr., svarende til 964 kr. pr. item før omkostninger.
Du kan derfor ikke værdiansætte alle fem til 1.000 kr. og samtidig antage øjeblikkeligt salg. Skelnet mellem én lille handel og afvikling af hele lageret er centralt.
Trin 6: Undgå den klassiske dobbelttælling
Antag, at du starter med 10.000 kr. og køber et item til en samlet omkostning på 2.000 kr. Du har derefter 8.000 kr. kontant og et item med anskaffelsesværdi 2.000 kr.
Senere sælges og leveres itemet for 2.300 kr. med 100 kr. i omkostninger. Betalingen på 2.200 kr. afventer frigivelse.
I din driftsoversigt skal det leverede item ikke samtidig tælles som frit lager og som et tilgodehavende på 2.200 kr. Flyt værdien til den relevante afviklingsstatus. Det foreløbige handelsresultat er 200 kr.; registrér eventuel tilbageførselsrisiko.
Når de 2.200 kr. kommer på bankkontoen, falder tilgodehavendet tilsvarende. Din kontantbeholdning bliver 10.200 kr. Udbetalingen skaber ikke yderligere 2.200 kr. i profit.
Et annonceret item er derimod fortsat lager. En forventet salgspris må ikke også bogføres som penge, du allerede har til gode.
Trin 7: Skeln mellem profit og egne indbetalinger
Hvis du overfører 5.000 kr. ekstra til din handelsbeholdning, er beholdningen større, men resultatet er ikke forbedret med 5.000 kr. Det samme gælder omvendt, når du tager egne penge ud.
En kontrol af periodens økonomiske ændring kan bygges sådan:
Slutværdi − startværdi − egne indbetalinger + egne udtag.
Kontrollen kræver ensartet værdiansættelse og alle relevante aktiver og forpligtelser. Hvis lageret vurderes til markedsværdi, indeholder resultatet urealiserede ændringer. Det må ikke kaldes ren realiseret profit.
Vis derfor tre adskilte resultater: afsluttede handelsresultater, foreløbige afviklingsresultater og urealiserede lagerændringer. Profitguiden forklarer beregningen på den enkelte handel.
Trin 8: Styr lagerets størrelse og alder
Før et nyt køb bør du vide, hvor stor en del af kapitalen der allerede ligger i samme kategori. Mange varenumre giver ikke nødvendigvis forskellige risici.
Sæt dine egne grænser for enkeltitems, kategorier og samlet bundet kapital. Grænserne skal passe til dit behov for penge og evnen til at håndtere et prisfald, ikke til en andens screenshot af et stort inventory.
Følg også lageralder og tid siden seneste prisvurdering. Når et item ikke sælger, skal forklaringen undersøges: Er prisen høj, billederne mangelfulde, varianten fejlagtig eller køberfeltet mindre end antaget?
Definér på forhånd, hvornår du vil revurdere en annonce. Det forhindrer, at en gammel salgsplan fortsætter uden bevidst beslutning.
Trin 9: Lav en fast afstemning
Gennemgå nye handler kort efter gennemførelse og lav en samlet kontrol med et fast interval.
Sammenhold Steam-inventory med itemtabellen. Sammenhold platformordrer med handelstabellen. Sammenhold pengebevægelser med platform- og bankoplysninger. Forklar forskelle frem for at rette totalen manuelt.
Ved en tilbageførsel skal du bevare det oprindelige forløb og tilføje modposteringer. Slet ikke historikken. Ellers bliver det svært at forstå, hvorfor lager, penge og resultat ændrede sig.
Slut kontrollen med en kort note: største afvigelse, ældste åbne handel og én proces, der skal forbedres. Det gør journalen til et beslutningsværktøj frem for blot et ark med mange tal.
Ofte stillede spørgsmål
Er et regneark nok til en tradingjournal?
Det kan være tilstrækkeligt til en enkel driftsoversigt, hvis felter, dokumentation og afstemning er konsekvente. Eventuelle lovkrav til bogføring skal vurderes særskilt.
Skal jeg bruge annoncepris eller købstilbud som lagerværdi?
Vis gerne begge og forklar formålet. Et hurtigt afviklingsscenarie bør tage højde for købstilbud, ordredybde og omkostninger. En annoncepris er ikke en sikker salgspris.
Er et skin solgt, så snart jeg har lavet en annonce?
Nej. En annonce er et tilbud. Registrér først en salgshændelse, når der er en faktisk handel, og hold afviklingsstatus særskilt.
Hvordan håndterer jeg flere identiske skins?
Giv hvert item eller dokumenteret parti en reference, og gem købshistorikken. Hold den praktiske itemsporing adskilt fra den skattemetode, der gælder for din opgørelse.
Hvor ofte skal jeg opdatere priser?
Efter dit aktivitetsniveau og markedets bevægelse. Vigtige beslutninger bør bruge friske sammenligninger. En gammel vurdering skal have en synlig dato og må ikke fremstå som en aktuel pris.
