Проследявайте разходите по проект, клиент и разходен център без сметкоплан от 400 сметки

Отваряте счетоводните си книги, за да отговорите на най-простия въпрос в бизнеса — този проект всъщност печеливш ли беше? — и откривате сметкоплан с 300 реда в него. Има "Пътувания", "Пътувания - Клиент А", "Пътувания стартиране в Сидни (стар)" и една "Разни разходи 2", която някак си се превърна в една от най-големите ви позиции. Отговорът е някъде там, заровен под три дни хирургия в електронни таблици и бележка под линия, на която никой не вярва.

Данните не са замърсени. Дизайнът им е лош. Всеки път, когато се нуждаете от нов разрез на бизнеса — проект, клиент, локация — създавате нова сметка за него, и списъкът със сметки се разраства в лабиринт. Има по-добър дизайн и той е по-прост от това, което имате сега: поддържайте сметкоплана компактен и проследявайте проектите, клиентите и разходните центрове с маркери на всяка транзакция.

Това ръководство обяснява единственото правило, което поддържа книгите анализируеми, как работят маркерите на практика в често срещани счетоводни инструменти и как да разпределяте споделени разходи по проекти, без да изгубите нишката.

Защо вашият сметкоплан непрекъснато се разраства​

Раздуването на списъка със сметки следва предвидим модел. Започва невинно: спечелвате голям клиент и създавате "Приходи от консултации - Клиент А", за да виждате какво носи той. После "Пътувания - Клиент А", за да съответстват на разходите. После втори клиент, грант, търговско изложение, преместване на офис — всеки получава свои собствени сметки. Пет години по-късно имате стотици сметки с по три транзакции всяка и никой не помни какво е било "Разходи за събития 2023B".

Следете за тези предупредителни знаци, че дизайнът се е провалил:

• Измерения, скрити в имената на сметките. "Пътувания, Сидни, Проект Фалкон" са три факта, натъпкани в един етикет. Не можете да сумирате пътуванията по проекти или Проект Фалкон по видове разходи, без да парсвате низове и да се надявате. Локацията, проектът и отделът са измерения — те не принадлежат в името на сметката.
• Еднократни сметки за еднократни събития. Нова сметка за всяко търговско изложение, всеки грант, всяко преместване на офис. Мощността на множеството експлодира, отчетите се разпростират и сравнимостта умира.
• Сметка "Разни", която се превърна в сметище. Всяка счетоводна книга има сметка за разни. Когато тя се превърне в една от най-големите позиции в бизнеса, тя вече не е категория — тя е мястото, където анализът отива да умре.
• Сметки, които тихо променят значението си. Сметка, наречена "Маркетинг", която съдържаше само реклама до миналата година, после пое агенцийни такси и събития, произвежда красива линия на тенденцията, която не означава нищо. Времевите редове работят само когато определението остава непроменено.

Опитните CPA за стартъпи се стремят към около 80 до 150 сметки за компания в ранен етап. Разликата между този чист списък и необозрим сметкоплан от 400 реда, който никой не може да приключи навреме, почти винаги е една и съща: раздутият кодира проекти, клиенти и отдели като сметки, вместо като маркери.

Единственото правило: сметките отговарят на "какво", маркерите отговарят на "кой" и "къде"​

Това единствено правило поправя по-голямата част от щетите: сметката отговаря на какъв вид пари са се движили — наем, заплати, продажби на продукти. Всичко останало — кой клон, коя продуктова линия, кой проект, кой клиент — принадлежи в отделни маркери на всеки ред от транзакцията.

Една сметка "Пътувания", маркирана с измерение за проект, замества десетки сметки "Пътувания, Проект X", и всеки проект изведнъж може да бъде анализиран по всеки вид разход. Маркерите са метаданни, прикачени към транзакцията, а не клони на дървото на сметките. Тъй като списъкът със сметки остава стабилен, вашите линии на тенденциите запазват значението си година след година, докато маркерите ви дават всеки междусекторен изглед, от който се нуждаете.

В учебниците по счетоводство тази идея има формално име: центрове на отговорност. Разходният център е отчетна единица — отдел, клон, проект — чийто ръководител отговаря за разходите, приписани на него. Счетоводният отдел, екипът по поддръжка и ангажиментът с клиент могат всички да бъдат разходни центрове. Маркирането е просто начинът, по който малките бизнеси прилагат тази идея без корпоративна ERP система: маркерът на всеки ред казва на кой център на отговорност принадлежи разходът.

Ползата се проявява по време на отчетите. Вместо да поддържате отделен набор от сметки за всеки проект, пускате един отчет за приходи и разходи, филтриран по маркер, и получавате P&L за проекта направо от същите книги, които произвеждат данъчната ви декларация. Без паралелна електронна таблица, без сверяване между две системи, без бележка под линия.

Как изглежда маркирането на практика​

Почти всеки счетоводен инструмент има механизъм за маркиране — имената се различават, но концепцията е идентична:

• QuickBooks Online има класове (а на по-високите нива — маркери плюс проследяване на клиенти и проекти). Присвоявате клас като "Инженеринг" или "Продукт А" на всеки ред от транзакцията, после филтрирате всеки отчет по клас. Проследяването на клиенти и поръчки отива едно ниво по-дълбоко за печалба и загуба на ниво проект.
• Xero има категории за проследяване — обикновено две активни, като регион и отдел — плюс проследяване на проекти на по-високите планове за отчитане на време и разходи по ангажимент.
• Счетоводство в чист текст (Beancount, Ledger) използва маркери и връзки, написани директно на редовете на транзакциите, плюс двойки метаданни ключ-стойност и отворени, гъвкави структури на сметките. Маркер #client-acme или поле за метаданни project: falcon пътува с осчетоводяването и може да бъде търсено във всяка комбинация, без никакво размножаване на подсметки.
• Електронни таблици и персонализирани системи често прилагат същия модел като допълнителни колони: една колона за сметката, една за проекта, една за клиента. Ако това е мястото, където сте днес, вие вече разбирате модела — целта е да го пренесете в истинските си книги.

Който и инструмент да използвате, дисциплината е същата: маркирайте последователно при въвеждане на транзакцията, когато контекстът е свеж. Маркери, реконструирани месеци по-късно от паметта, са предположения, а P&L за проект, изграден върху предположения, е по-лош от никакъв, защото изглежда авторитетен.

Проектиране на вашите измерения: по-малко, отколкото си мислите​

Най-честата грешка при маркирането е създаването на твърде много измерения. Започнете с най-много две или три, избрани според въпросите, които действително задавате:

1. Проект или ангажимент. Работата, която ценообразувате, доставяте и искате да прецените дали е печеливша. Агенциите маркират ангажименти с клиенти, изпълнителите маркират поръчки, софтуерните екипи маркират продуктови линии или епици.
2. Клиент. Често същото като проекта за проектни бизнеси, но различно, когато един клиент носи повтаряща се работа, която искате да оцените като взаимоотношение. Клиент, който генерира три индивидуално печеливши проекта, все още може да е нерентабилен като цяло, след като се отчетат поддръжката и преработките.
3. Разходен център или отдел. Инженеринг, продажби, операции — вътрешните единици, чиито разходи бюджетирате и преглеждате. Това е измерението, което отговаря на "къде отиват разходите?" без да се докосва списъкът със сметки.

Четвърто измерение изкушава всички — локация, източник на финансиране, кампания — но всяко ново измерение умножава тежестта на маркирането върху всяка транзакция. Добавете такова само когато решение наистина зависи от него. Един бизнес за търговия на дребно управлява целия си анализ с един-единствен маркер "магазин" плюс клиентското измерение; една агенция работи само с маркери за проекти. Съобразете машината с въпросите, а не обратното.

В рамките на всяко измерение поддържайте списъка с маркери кратък и стабилен. Архивирайте завършените проекти, вместо да ги изтривате (изтриването пренаписва историята), и се противопоставяйте на еднократни маркери за необичайни позиции — маркер, използван три пъти, е същата болест като еднократната сметка, на ново място.

Разпределяне на споделени разходи без двойно отчитане​

Директните разходи са лесни за маркиране: фактурата на изпълнителя за Проект Фалкон получава маркера Фалкон. Трудната част са споделените разходи — наем, абонаменти за софтуер, собствената ви заплата — които обслужват всеки проект наведнъж. Игнорирането им ласкае всеки проект; стоварването на всички върху един проект го наказва несправедливо.

Изберете един метод за разпределение на всеки вид разход и го прилагайте последователно:

• Разпределение по време. Разделете споделения труд и режийните разходи по отработените часове на всеки проект. Ако сте прекарали 60 процента от фактурируемите часове по Фалкон този месец, Фалкон поема 60 процента от споделените разходи. Това е най-справедливият метод за бизнеси с услуги и този, който одиторите намират за най-защитим.
• Разпределение по приходи. Разделете споделените разходи пропорционално на приходите на всеки проект. Просто и стабилно, но наказва най-успешните ви проекти и прикрива изпитващите затруднения — използвайте го за наистина общи разходи като счетоводни такси, не за разходи, движени от усилия.
• Разпределение по брой служители или използване. Разделете софтуерните лицензи по потребител, наема по квадратни метри, разходите за превозни средства по изминати километри. Съобразете движещия фактор с разхода: разпределяйте това, което действително консумира ресурса.

Две правила поддържат разпределенията честни. Първо, разпределените суми трябва да се сверяват с книгите — сборът на маркираните по проекти разходи плюс немаркираните споделени разходи трябва да е равен на общата сума в главната книга, иначе вашите P&L за проекти са измислица. Второ, поддържайте разпределението видимо: записвайте разпределените суми като собствени редове или бележки, вместо тихо да редактирате оригиналната транзакция, така че всеки да вижда какво е било директно маркирано спрямо разпределено. Един P&L за проект трябва да бъде възпроизводим, а не магически трик.

Противете се на порива да разпределяте всичко. Разходите без смислен движещ фактор — годишната счетоводна такса, банковите такси — са законно немаркирани режийни разходи. P&L за проект, който показва директен марж плюс ясно обозначен дял от режийните разходи, е по-честен от такъв, който заравя разликата.

Грешки, които провалят цялата система​

Маркирането се проваля по предвидими начини. Пазете се от тези пет:

1. Немаркирани транзакции. Всеки немаркиран ред е невидим за отчитането по проекти. Направете маркера за проект задължителен за разходни, приходни и покупни транзакции — но не за банкови такси или преводи, където би бил безсмислен. Преглеждайте отчет "немаркирано" всяка седмица и го водете към нула.
2. Разрастване на маркерите. "Acme", "ACME Corp" и "Acme - нов" са три маркера за един клиент. Заключете списъка с маркери, така че само един човек да може да добавя стойности, и обединявайте дубликатите, преди да са се вкаменили в историята.
3. Маркиране на всичко. Не всяка транзакция се нуждае от всяко измерение. Маркер, приложен необмислено, се превръща в шум; маркер, приложен там, където има значение, се превръща в прозрение. Маркирайте редовете, които отговарят на истински въпроси.
4. Ретроактивно преосмисляне. Промяната на значението на маркер по средата на пътя — поглъщането на подпроект в родителския му, преименуването на отдел — поврежда всяка тенденция. Когато структурата наистина се промени, запазете стария маркер за историята и започнете новия чисто.
5. Две системи на запис. В момента, в който разходите по проекти живеят частично в книгите и частично в странична електронна таблица, нито една от двете не е надеждна. Изберете маркираната главна книга като единствен източник на истина и изведете в пенсия сенчестата система.

Нито едно от тези не изисква сложен софтуер. Изискват съгласие — със себе си, с вашия счетоводител и с всеки друг, който пипа книгите — че маркерите са част от транзакцията, а не по избор декорация.

Чистите маркери правят всеки друг отчет по-добър​

След като дисциплината за маркиране е установена, ползите се натрупват отвъд печалбата по проекти. Бюджетирането става по-лесно, защото всеки разходен център има собствена история, срещу която да се бюджетира. Подготовката на данъци става по-бърза, защото приспадащите се категории остават чисти, вместо да се заплитат с имена на клиенти. Кандидатурите за кредит стават по-силни, защото можете да покажете на кредитора точно кои части от бизнеса генерират пари в брой. И приключването на месеца става по-кратко: компактен списък със сметки с последователни маркери се сверява за часове, не за седмици.

По-дълбоката печалба е качеството на решенията. Когато можете да се доверите на P&L за проект, можете да ценообразувате следващия ангажимент въз основа на доказателства, а не на инстинкт, да се разделите с клиента, чиято тежест за поддръжка изяжда маржа, и да заложите повече на работата, която действително се плаща. Бизнесите, които познават числата си, правят тези ходове рано; бизнесите, които гадаят от лабиринт с 300 сметки, ги правят късно, ако изобщо ги правят.

Поддържайте книгите си по проекти организирани от първия ден​

Докато поемате повече клиенти и проекти, поддържането на разходите на всеки от тях видими, без да се заплита сметкопланът ви, е това, което разграничава книгите, които можете да анализирате, от книгите, които просто архивирате. Счетоводството в чист текст се вписва естествено в този модел: маркерите, връзките и метаданните живеят направо на редовете на транзакциите, версионно контролирани и търсими във всяка комбинация. Beancount.io предоставя счетоводство в чист текст, което ви дава пълна прозрачност и контрол върху финансовите ви данни — без черни кутии, без обвързване с доставчик. Започнете безплатно и вижте защо разработчиците и финансовите специалисти преминават към счетоводство в чист текст.