Takaisin blogiin

Excel-pohjaisen rojaltienhallinnon ongelmat: Miksi se epäonnistuu

Tämä artikkeli on osa Täydellistä opasta rojaltienhallintaan.

Jos ylläpidät riippumatonta kustantamoyritystä, on todennäköistä, että rojaltiprosessisi on taulukkolaskentaohjelmassa. Ehkä se alkoi yksittäisenä työkirjana, jossa oli muutama välilehti. Ajan myötä siitä kehittyi sekava kaava-, kopioitu arkki- ja värikoodisolujen verkosto, jonka vain yksi henkilö todella ymmärtää. Se toimii, kunnes ei toimi.

Ongelma ei ole, että Excel on huono ohjelma. Se on poikkeuksellisen hyvä siinä, mihin se on suunniteltu. Mutta rojaltienhallinta ei ole sitä, mihin se on suunniteltu, ja ero “teknisesti mahdollisen” ja “luotettavan suuremmassa mittakaavassa” välillä on paikka, jossa kustantamot kärsivät.

Rikkinäiset kaavat ja hiljaiset virheet

Taulukkolaskennan kaavat hajoavat hiljaa. Väärään paikkaan asetettu dollarimerkki solussa, riviksi lisätty solu SUM-alueella, VLOOKUP, joka osoittaa sarakkeeseen, joka siirtyi lajittelun jälkeen. Mikään näistä ei tuota varoitusta. Solun numero näyttää täysin kohtuulliselta. Virhe löydetään vasta, kun kirjoittaja kyseenalaistaa lausunnon, tai pahempaa, kun kirjanpitäjä löytää sen tarkastuksen aikana.

European Spreadsheet Risks Interest Groupin tutkimus on havainnut virheitä lähes jokaisessa tutkitussa suuressa taulukkolaskentakirjassa. Rojaltiset, joissa on kerrostettuja laskelmia otsikkojen, muotojen ja jakelijoiden yli, ovat täsmälleen sellaisia taulukkolaskentakirjoja, joissa nämä virheet kukoistavat.

Versioiden ristiriidat ja “kumpi tiedosto on oikea?” -ongelma

Rojaltien käsittely tapahtuu harvoin yhdessä istunnossa. Lataat myyntitiedostot, liität tiedot työkirjaasi, suoritat laskelmia, tarkistat, mukatat ja viimeistelet. Jos mikä tahansa häiritsee prosessia (kysymys kirjoittajalta, myöhäinen maksu jakelijalta, työtoveri, joka tarvitsee tarkistaa luvun) päädyt samasta tiedostosta useiden versioiden kanssa.

Royalties_Q3_FINAL.xlsx, Royalties_Q3_FINAL_v2.xlsx, Royalties_Q3_FINAL_v2_DAN.xlsx. Kuulostaa tutulta? Kun kaksi henkilöä työskentelee samassa rojaltitiedostossa, ei ole sisäänrakennettua mekanismia heidän muutostensa yhdistämiseksi tai ristiriitojen merkitsemiseksi. Seurauksena on sekaannusta siitä, kumpi versio on auktoritatiivinen, ja todellinen riski, että väärät numerot lähetetään.

Kopioi-liitä-virheet jakelijoiden välillä

Useimmat kustantamot saavat myyntitiedot useista jakelijoista. Amazon KDP, Lightning Source, Ingram CoreSource, ACX, Draft2Digital ja muut tarjoavat raportteja eri muodoissa eri sarakeasetelmilla. Näiden tietojen saaminen pääehtävaksi taulukkolaskentakirjaksi tarkoittaa jokaisen jakson kopiointi, liittämistä ja muotoilua.

Jokainen kopioi-liitä on mahdollisuus virheille. Liitä väärään riviin ja yhden kirjoittajan myynti johtuu toiselle. Jää puutteesta sarakkeesta ja nettotulot katoavat. Kirjoita vahingossa yli edellisen neljänneksen tiedot ja sinulla ei ole tapaa palauttaa se ilman varmuuskopioiden etsimistä (jos ne ovat olemassa).

Kun luettelosi kasvaa ja lisäät lisää myyntikanavia, tiedostojen määrä, jota loiskelet joka jakso, moninkertaistuu. Mikä kesti puoli päivää viiden nimen kanssa, voi kestää päiviä viidellään kymmenella.

Ei auditointipolkua

Kun numero muuttuu taulukkolaskentakirjassa, ei ole tietoa siitä, kuka sen muutti, milloin tai miksi. Jos kirjoittaja riitauttaa rojaltiluvun kahdesta vuodesta sitten, joudut etsimään vanhoja tiedostoja ja toivomaan, että voit rekonstruoida, mitä tapahtui.

Tämä ei ole vain hankaluus. Auditointikelpoisuus on tärkeä veroraportoinnille, sopimusten noudattamiselle ja luottamuksen säilyttämiselle oikeuksien haltijoille. Taulukkolaskentakirja ei yksinkertaisesti voi tarjota muutoshistoriaa, jota asianmukainen järjestelmä ylläpitää automaattisesti.

Porrastetut rojaltit muuttuvat painajaiseksi

Monet kustannussopimukset sisältävät porrastettuja rojaltikorkoja, joissa kirjoittajalle maksettava prosenttiosuus kasvaa tiettyjen myyntirajan saavuttamisen jälkeen. Esimerkiksi 10 % ensimmäiselle 5 000 yksikölle, 12,5 % seuraavalle 5 000:lle ja 15 % sitä enemmän.

Tämän toteuttaminen Excelissä tarkoittaa sisäkkäisten IF-kaavojen kirjoittamista, jotka seuraavat kertynyttä myyntiä useiden jaksojen aikana, käsittelevät erilaisia tasoja sopimusta kohti ja jakavat yksittäisen jakson myynnin kurssirajoja pitkin. Nämä kaavat ovat hauraita, vaikeita tarkistaa, ja lähes mahdottomia muiden ylläpitää kuin alkuperäisen kirjoittaja.

Kun sinulla on kymmeniä sopimuksia eri tierakenteiden kanssa, monimutkaisuus muuttuu hallitsemattomaksi. Yksi väärä kynnys ja kirjoittaja on alipalkattu (tai ylipalkattu) kuukausien ajan, ennen kuin kukaan huomaa.

Ei ennakkomaksun seurantaa

Ennakkomaksut ovat toinen alue, jossa taulukkolaskentakirjat kamppailevat. Kun maksat kirjoittajalle ennakkoa tulevaa rojaltia vastaan, sinun on seurattava ansaitmatonta saldoa ja vähennettävä ansaitut rojaltit siitä, kunnes ennakko on korvattu. Tämä on tapahduttava automaattisesti jaksojen aikana, ja sen on otettava huomioon useat ennakot samalla otsikolla, jos sovellettavissa.

Taulukkolaskentakirjassa tämä tarkoittaa juoksevan saldon ylläpitämistä, joka siirtyy jaksojen välillä, ennakkojen manuaalisesti tarkistamista, ovatko he täysin ansainneet, ja vaihto vähennysmoodista maksumoodiin oikealla hetkellä. Se on tylsää, virhealtista ja täsmälleen sellaista logiikkaa, jota tulisi käsitellä ohjelmistolla, joka on suunniteltu tehtävään.

Ei lausunteiden luomista

Kaikkien laskelmien jälkeen sinun on silti tuotettava rojaltilausunnot jokaiselle oikeuksien haltijalle. Excelissä tämä tarkoittaa joko jokaisen kirjoittajan arkkien manuaalista muotoilua tai monimutkaisen sähköpostitse yhdistettävän prosessin rakentamista. Kumpikin tapa vie tunteja ja tuo vielä yhden potentiaalisten virheiden kierroksen.

Kirjoittajat ja agentit odottavat selkeitä, ammattimaisia lausuntoja, jotka erittelevät myynnin nimen, muodon ja alueen mukaan. Näiden tuottaminen taulukkolaskentakirjasta yhdenmukaisesti ja tarkasti on yksi koko prosessin eniten aikaa vievistä osista.

Lisäävä kustannus

Jokainen näistä ongelmista on hallittavissa eristyksissä. Yhdessä ne luovat sitä, mitä kustantamot usein kutsuvat “Excelin helvetiksi”, prosessiksi, joka vie henkilökunnan päiviä joka jakso, sisältää jatkuvaa virheriskin ja skaalautuu huonosti luettelosi kasvaessa. Jos olet utelias täydestä taloudellisesta kuvasta, eritttelemme numerot artikkelissamme manuaalisen rojaltienhallintakustannuksista. Syvemmän katsauksen moderniin rojaltityönkulkuun alusta loppuun saat lataamalla ilmaisen oppaan.

Kuinka Royalties HQ käsittelee tämän

Royalties HQ rakennettiin erityisesti korvaamaan taulukkolaskentapohjaiset rojaltiprosessit. Myyntitiedot kymmenestä tuetusta jakelijasta (mukaan lukien Amazon KDP, Lightning Source, Ingram CoreSource, ACX ja muut) tuodaan suoraan ilman kopioita tai uudelleenmuotoilua. Jokainen tiedosto vahvistetaan latauksen yhteydessä, ja jokainen myyntirivi seurataan tuonnista lopulliseen rojaltilausuntoon.

Porrastetut rojaltit, ennakkomaksun seuranta, valuuttamuuntelu ja lausuntojen luominen käsitellään kaikki automaattisesti. Jokainen muutos kirjataan, jokainen laskenta on tarkistettavissa, ja lausunnot luodaan jokaiselle oikeuksien haltijalle yhdellä napsautuksella. Jos olet ajatellut siirtymistä pois taulukkolaskentakirjoista, prosessi on yksinkertaisempi kuin luulet. Voit tutkia vaihtoehtoja oppaikkaosassa, jossa valitaan paras rojaltiohjelma kustantamollesi.

Dan Brady
Dan Brady

Founder of Royalties HQ. Over a decade of experience in book publishing and royalty management, building software that helps independent publishers escape spreadsheet hell.

Yksinkertaista rojaltien hallintaa

Royalties HQ tekee rojalteista helppoa.

Pyydä esittely