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

Почти никоя реална фактура не се плаща така, както учебникът казва. Учебникът казва: издай фактура, клиентът плаща пълната сума, маркирай като Платена, готово. Реалността казва: клиентът плаща депозит сега, балансът „следващата седмица", после половината от баланса, защото бюджетът е замразен, после остатъкът, след като си го преследвал двукратно. Когато всичко се уреди, вече си забравил колко точно е оставало неуредено и се взираш в три банкови известия, опитвайки се да възстановиш математиката.

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

Първо, ясно разграничение: записване срещу събиране

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

Клиентът ти плаща по начина, по който сте се уговорили: банков превод, в брой на място, превод чрез тяхното банково приложение, платежна връзка, която показваш, или QR код, отпечатан върху фактурата. Фактурата ти може да показва тези платежни инструкции — банкови данни, платежна връзка или QR код — така че клиентът да знае точно къде да изпрати парите. След като парите пристигнат, ти казваш на приложението какво е дошло. Приложението прави аритметиката: общо минус получено е равно на дължима сума. Завинаги, на всяка фактура, без да поддържаш паралелна електронна таблица.

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

Трите статуса, в които живее всяка фактура

На практика фактурата винаги е в едно от три финансови състояния и цялата система почива на поддържането им честни:

• Неплатена — все още нищо не е получено. Дължимата сума е равна на пълния размер.
• Частично платена — постъпили са някои пари; остава баланс. Дължимата сума е равна на общото минус записаното.
• Платена — пълната сума е получена. Дължимата сума е нула. Можеш да я затвориш с чиста съвест.

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

Защо „дължимата сума" е числото, което има значение

Приходите на хартия са суета. Числото, което управлява бизнеса ти, е дължимата сума по всички отворени фактури — парите, които са обещани, частично доставени, но все още не са напълно събрани. Когато можеш с един поглед да видиш общото неуредено и кои конкретни фактури го формират, се случват три неща: преследваш правилните клиенти, спираш да смяташ депозитите за пълни плащания и можеш да отговориш на въпроса „колко всъщност дължи бизнесът ми в момента?" без вечер за разследване.

Сценарий 1: Депозит сега, баланс при доставка

Това е най-стандартният случай. Мая, графичен дизайнер, оферира пакет лого и идентичност за 3 200 лв. Условията й са 50% за стартиране, 50% при финалните файлове. Тя издава фактурата за пълните 3 200 лв., за да вижда клиентът пълния обхват и общото — това е договорният документ.

Клиентът превежда 1 600 лв. за стартиране. Мая записва плащане от 1 600 лв. по фактурата и я маркира като Частично платена. Приложението показва: общо 3 200 лв., получено 1 600 лв., дължима сума 1 600 лв. Тя започва работа. Три седмици по-късно доставя, клиентът изпраща оставащите 1 600 лв., тя записва второто плащане и фактурата преминава в статус Платена с дължима сума нула.

Забележи какво не е направила: не е създала две отделни фактури по 1 600 лв. Една фактура, един текущ баланс, две записани плащания. Когато дойде данъчният сезон или клиентът поиска „фактурата за онзи проект", има точно един документ и историята на плащанията разказва цялата история.

Сценарий 2: Клиентът, който плаща на части

Някои клиенти просто не плащат на чисти половини. Плащат каквото могат, когато могат. Томас управлява малка печатница и фактурира корпоративен клиент 4 500 лв. за тримесечна работа. Счетоводният отдел на клиента освобождава пари на нередовни траншове: 1 000 лв. една седмица, 1 500 лв. десет дни по-късно, после дълга тишина, после 800 лв., после финалните 1 200 лв. след като Томас изпраща вежлив напомнителен имейл.

За хартиено-паметова система това е кошмар — пет плащания, без кръгли числа и реален шанс да не докараш (преследваш пари, които вече имаш) или да прекалиш (затваряш фактура, в която все още липсват 1 200 лв.). В InvoiceFlow Томас записва всяка сума при пристигането й. След първото плащане: дължима сума 3 500 лв. След второто: 2 000 лв. След третото: 1 200 лв. След последното: нула и фактурата се маркира като Платена. В нито един момент не прави умствена аритметика. Фактурата винаги носи своя текущ баланс и един поглед му казва точно какво остава.

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

Сценарий 3: Частични плащания по етапи на дълъг проект

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

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

Представи си Прия, уеб консултантка, изграждаща сайт за 12 000 лв. за три месеца. Тя го структурира 30/40/30: 3 600 лв. за стартиране, 4 800 лв. при завършване на тестовия сайт, 3 600 лв. при пускане. Тя издава една фактура за 12 000 лв. с разделен график, показващ трите вноски и техните падежи, изобразени с шаблона за вноски. Клиентът одобрява един документ, в който ясно е посочено какво се дължи и кога.

После реалността влиза в действие. Депозитът пристига — тя записва 3 600 лв., дължима сума 8 400 лв., статус Частично платена. Постигнат е тестовият етап и пристигат 4 800 лв. — записани, дължима сума 3 600 лв. При пускането постъпва финалната вноска — записана, дължима сума нула, маркирана Платена. Планът (графикът) и реалността (записаните плащания) съжителстват на една и съща фактура. Винаги можеш да сравниш какво е трябвало да е платено до момента с това, което реално е постъпило.

График срещу записано плащане — дръж ги разграничени

Струва си да се прецизира за двата слоя, защото смесването им води до грешки:

• Графикът за разделено плащане е планът — „ето как възнамеряваме да разбием плащането". Отпечатан е на фактурата и е договорен предварително.
• Записаното плащане е факт — „толкова пари реално пристигнаха". То променя дължимата сума.

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

Ежедневният работен процес

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

1. Издай фактурата за пълната сума. Дори да очакваш частични плащания, фактурата посочва пълния обхват. Добави график за разделено плащане, ако частичните плащания са планирани предварително.
2. Покажи на клиента как да плати. Постави банковите си данни, платежна връзка или QR код на фактурата, за да няма триене от тяхна страна.
3. Когато постъпят пари, ги запиши. Въведи получената сума. Маркирай фактурата като Частично платена, ако остава баланс, или Платена, ако е уредена.
4. Прочети дължимата сума. Приложението показва общото, получено и оставащия баланс. Този оставащ баланс е единственото число, което трябва да преследваш.
5. Повтаряй до нула. Всяка разписка намалява дължимата сума, докато фактурата се затвори като Платена.

Пет стъпки, без електронна таблица, без умствена аритметика. Дисциплината е просто тази: записвай парите в деня, в който пристигат. Плащане, което не записваш, е баланс, който ще сгрешиш.

Как това се свързва с останалите ти числа

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

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

Чести грешки — и как балансът те предпазва

Грешка 1: Третиране на депозита като приключена продажба

Депозитът се чувства като победа и психологически хората го архивират като „платен". Но 50% депозит означава, че се дължи точно толкова, колкото е получено. Маркирането на фактурата като Частично платена — не Платена — поддържа видимостта на оставащия баланс, за да не се плъзне прежевременно в купчината „свършено".

Грешка 2: По една фактура на плащане

Разделянето на една работа на нова фактура за всяка вноска разпокъсва записа. Губиш единственото достоверно място за „какъв е общият размер на проекта и какво остава?" Дръж една фактура и записвай множество плащания по нея. Историята на плащанията живее на едно място.

Грешка 3: Записване по памет в края на месеца

Ако групираш месечните разписки на 30-то число, неизбежно ще объркаш частично плащане с подобен клиент. Записвай в деня. Целият смисъл на текущата дължима сума е, че е винаги актуална; остави я да остарее и тя е просто по-бавна електронна таблица.

По-широкият смисъл

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

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