Финанси на сградата без таблици: работещата система

Попитайте който и да е домоуправител как следи парите и навсякъде ще чуете една и съща комбинация: банков портал в единия раздел, електронна таблица в другия и телефон, пълен с разговори “плати ли вече?”, които слепват двете.

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

Финансите на сградата имат определена форма и щом веднъж я моделирате правилно, по-голямата част от ръчната работа изчезва. Ето системата.

Парите се движат в две посоки. Следете ги поотделно.

Всяка сграда има точно два вида паричен поток:

• Изходящи разходи. Фирмата за почистване, асансьорната поддръжка, електротехникът, застраховката. Етажната собственост ги плаща от сметката на сградата.
• Входящи събирания. Вноски за общи разходи, еднократно събиране за ремонт на покрива, вноски за фонд “Ремонт и обновяване”. Живущите ги плащат по сметката на сградата.

Повечето таблици смесват двете в един лист и точно затова се превръщат в археология. Изходящите разходи искат отговор на “платили ли сме това и от кой ред на извлечението?”. Входящите събирания искат съвсем друг отговор: “кой точно е платил, кой е платил частично и кого да подсетя?”. Едното е чеклист. Другото е партида по човек. Разделете ги и двата въпроса стават въпрос на един поглед.

Трикът с основанието: оставете плащанията да се идентифицират сами

Комуналните и телекомуникационните оператори засичат милиони плащания на месец с мъничък бек офис. Тайната им е скучна: всеки платец получава уникално основание за плащане и това основание се връща в банковото извлечение заедно с парите.

Същият трик работи и за една сграда. Когато обявите събиране, всеки апартамент получава собствен номер за референция. Когато плащането пристигне, референцията ви казва точно кой апартамент е платил, без да гадаете по имена. “С. Йованович” в извлечението може да са трима различни живущи. Референция 97-4402-118 е точно един.

Слабото място са грешките при въвеждане, а лекът за тях е QR код за плащане. В цяла Европа съществуват стандартизирани банкови QR формати (EPC QR кодът, познат и като GiroCode, в държавите с евро; национални формати като сръбския NBS IPS другаде) и всяко мобилно банково приложение може да ги сканира. Живущият сканира, сумата и основанието се попълват автоматично и преводът пристига машинно четим. Без сгрешени референции, без закръглени суми, без “мисля, че платих каквото трябва”.

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

Банковото извлечение е счетоводната книга. Импортирайте го, не го преписвайте.

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

Затова импортирайте вместо това. Всяка банка издава извлечения във формат, който може да се разчете: PDF, camt.053 XML, MT940, CSV. Един свестен инструмент прочита файла и превръща всяка транзакция в ред, който можете да свържете с разход или със събиране. Входящите редове се засичат с живущите автоматично по референция. Изходящите редове се свързват с разхода, който покриват.

Оттам статусите се изчисляват сами. Разход със свързани транзакции, покриващи цялата сума, е платен. Ако покриват част от нея: частично платен, показан като “платено / общо”. Едно събиране показва точно кои апартаменти са платили и кои не, защото така казва извлечението, а не защото сте се сетили да обновите някаква клетка.

Проверката на салдото: така хващате липсващите месеци

Един незабележим пропуск съсипва повече счетоводства на сгради от която и да е печатна грешка: липсващо извлечение. Импортирате януари, пропускате февруари в суматохата около спукана тръба, импортирате март и вече всяко число, което изчислявате, е тихомълком грешно. Разбирате го година по-късно, по време на възможно най-неприятния разговор.

Предпазителят е прост: следете текущото салдо на сметката на сградата и проверявайте всяко извлечение спрямо него. Всяко извлечение обявява начално и крайно салдо. Ако началното салдо на файла не съвпада с вашето записано салдо, липсват записи и импортът трябва да спре и да го каже, вместо да пусне дупката да мине незабелязано. Импортирате липсващото извлечение и продължавате. Записаното ви салдо се изравнява с крайното салдо на извлечението и веригата остава непрекъсната.

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

Бележка за поверителността, защото извлеченията са чувствителни

Банковото извлечение на сметката на сградата съдържа името и историята на плащанията на всеки живущ. Бъдете внимателни къде отива този файл. Най-сигурната схема е тази, при която извлечението се разчита локално, на вашия собствен компютър или телефон, и никога не се качва и не се съхранява никъде като файл; устройството напускат само редовете с транзакции, които сте избрали да запазите. Когато оценявате инструмент, задайте този въпрос директно. “Къде отива файлът с извлечението?” е въпрос, на който всеки доставчик трябва да може да отговори с едно изречение.

Какво заменя това

Ползата не е абстрактна. Системата от референции плюс импорт заменя съвсем конкретно:

• Вечерта по засичане на плащанията. Съпоставянето става автоматично за плащанията с референция и въпрос на две кликвания за останалите.
• Съобщенията “плати ли?”. Изгледът кой е платил отговаря вместо вас, така че се свързвате само с истинските неплатци, с числата пред очите си. (Ако тези разговори в момента се водят в групов чат, това е отделен проблем.)
• Неудобното погрешно обвинение. Да подсетите някого, който е платил преди три седмици, струва повече добра воля от което и да е закъсняло плащане. Записите, засечени по референция, го правят невъзможно.
• Черната дупка при предаването. При смяна на домоуправител се предава свързан, непрекъснат запис вместо “таблицата, горе-долу актуална към някакъв момент”.

Накъде води това

Щом плащанията се идентифицират сами и извлеченията се импортират чисто, две надграждания стават почти безплатни. Първото е събирането чрез директен дебит вместо чакане на преводи, което превръща работата от подсещане в едно месечно качване на файл: разглеждаме го в ръководството за СЕПА директен дебит. Второто е годишният отчет, който спира да бъде проект и става справка, която генерирате, защото веригата от транзакции, която той обобщава, вече съществува.

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