Void срещу Delete в QuickBooks: Кой бутон запазва одитната ви следа непокътната?

Дублирана фактура за 4200 долара стои в QuickBooks, а пръстът ви е над бутона Delete. Едно кликване и грешката ще изглежда така, сякаш никога не се е случвала — което е точно проблемът. Одиторите, кредиторите и бъдещият вие предпочитат грешките ви да идват с документация. В QuickBooks Online разликата между Void и Delete е разликата между коригиран запис и липсващ такъв, а избирането на грешния бутон може да наруши съгласуването (reconciliation), да отвори празнина в номерацията на фактурите ви или да изтрие единственото доказателство за това какво сте променили и защо.

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

Какво всъщност прави Void​

Когато анулирате (void) транзакция в QuickBooks Online, софтуерът занулява всяка сума, но запазва самата транзакция в счетоводните книги. Записът остава в регистрите и отчетите ви с нулево салдо, думата „VOID" се отпечатва в бележката (memo), а оригиналната дата на транзакцията се запазва. Салдата по сметките ви и финансовите отчети не показват и следа от сумите — но записът, че нещо е съществувало и че някой умишлено го е занулил, оцелява.

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

Анулирането е също така обратимо на практика. Ако анулирате чек и по-късно разберете, че доставчикът все пак го е осребрил, анулираното „скеле" все още стои там с номера и датата си, така че знаете точно какво да оправите. Изтрита транзакция не ви дава такава отправна точка.

Какво всъщност прави Delete​

Изтриването премахва транзакцията от QuickBooks почти напълно. Тя изчезва от регистрите, отчетите и историите на клиенти или доставчици — навсякъде, освен от Одитния журнал (Audit Log), който пази частна бележка, че нещо е било изтрито. QuickBooks не преномерира нищо, за да запълни дупката: ако изтриете фактура 1042, фактури 1041 и 1043 запазват номерата си, а 1042 просто престава да съществува. Тази празнина в последователността е постоянна и е първото нещо, за което одитор или данъчен инспектор ще ви попита.

Второто нещо, което трябва да знаете, е, че няма връщане назад (undo). QuickBooks Online няма кошче за изтрити файлове и няма възстановяване с едно кликване за изтрити транзакции. След като потвърдите изтриването, единственият начин записът да се върне е ръчно: търсите детайлите му в Одитния журнал и го въвеждате отначало от нулата. Това е изпълнимо за една фактура в спокоен следобед. Мизерно е за двадесет сметки, открити като липсващи по време на месечното приключване.

Защо разликата има значение повече, отколкото си мислите​

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

Одити и прегледи. Одитната следа е пълен, хронологичен запис на това какво е влязло в книгите ви и какво е променено след това. Анулираните транзакции са част от тази следа; изтритите са дупки в нея. Проверяващ, който види номера на фактури, прескачащи от 1041 на 1043 без нищо между тях, не може да каже дали сте изтрили дубликат, скрили сте приход или сте сбъркали цифра. Анулирана фактура 1042 на стойност 0 долара отговаря на въпроса, преди да е зададен.

Съгласувания (reconciliations). Изтриването на транзакция, която вече е съгласувана, променя историята, върху която е изградено банковото ви съгласуване, което води до страховитото несъответствие в началното салдо при следващото съгласуване. Анулирането на съгласувана транзакция също променя сумите — нито един от двата бутона не е безопасен за съгласувани записи, както ще разгледаме по-долу — но поне анулираното „скеле" ви казва какво се е преместило.

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

Как да възстановите изтрита транзакция от Одитния журнал​

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

1. Кликнете върху иконата на зъбно колело и изберете Audit Log.
2. Стеснете търсенето с филтрите: задайте User на този, който е изтрил записа, Date Changed на момента, в който се е случило, и Events на Deleted/Voided транзакции.
3. Намерете изтритата транзакция в списъка и кликнете върху View, за да я разширите. Журналът показва пълните детайли на транзакцията — тип, дата, суми, сметки, клиент или доставчик — каквито са били, когато е изтрита.
4. Кликнете върху + New и въведете транзакцията ръчно, като използвате оригиналната дата на транзакцията от журнала, а не днешната дата. Задната дата (backdating) до оригиналната дата поддържа отчитането за периода ви правилно.
5. Ако изтритата транзакция е била съгласувана, отворете екрана за съгласуване за тази сметка, въведете същата крайна дата и крайно салдо като последното ви завършено съгласуване и отново отбележете нововъведената транзакция. Когато разликата стигне до нула, съгласуването отново е цяло.

Две честни уговорки. Първо, Одитният журнал ви дава детайлите, не транзакцията — повторното въвеждане е ръчно, ред по ред, и за дълга фактура отнема реално време. Второ, свързаните елементи може да се нуждаят от повторно свързване: ако анулирате или изтриете фактура, към която е било прикрепено плащане, QuickBooks запазва плащането, но го оставя неприложено (unapplied), така че трябва сами да го приложите към правилната фактура. Предотвратяването (анулиране вместо изтриване) е драстично по-евтино от това лекарство.

Когато изтриването наистина е правилното решение​

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

Истински дубликати. Класическият случай. Ръчно сте въвели сметка в понеделник, банковият поток (bank feed) я е импортирал във вторник и сега същият разход се появява два пъти. Единият от тях е фикция — изтрийте го. (За дубликати от банковия поток по-конкретно, изключването на изтеглената транзакция често е по-добре от изтриването, тъй като изтрит елемент от потока може просто да се изтегли отново.)

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

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

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

Кога да анулирате вместо това​

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

• Изпратили сте фактура с грешки и тя не е платена. Анулирайте я, след това издайте коригирана фактура с нов номер. Клиентът не може да плати анулирана фактура, а номерацията ви остава последователна.
• Сметка е въведена грешно — грешен доставчик, грешна сума, грешна дата. Анулирайте грешната сметка и въведете правилната. Одитната следа показва корекцията вместо тиха размяна.
• Чек е записан, но никога не е достигнал до получателя. Ако сте записали сметка като платена с чек и доставчикът не я е получил, анулирайте плащането, за да върнете сметката в неплатено състояние, като същевременно запазите пълната история на случилото се.
• Поправяте предходен период, който счетоводителят ви не е приключил. Ако книгите за периода все още са отворени и коригирате скорошната си собствена грешка, анулирането поддържа корекцията видима.

Моделът: транзакцията представлява нещо, което наистина се е случило (или което някой наистина е вярвал, че се е случило), и честният запис е „записахме това, след което го обърнахме“, вместо „това никога не е съществувало“.

Когато нито един бутон не е подходящ​

Някои ситуации изискват нито анулиране, нито изтриване:

• Фактурата вече е платена. Не анулирайте и не изтривайте история, която клиентът ви също притежава. Издайте кредитно известие (credit memo) срещу фактурата и, ако се дължат пари обратно, разписка за възстановяване (refund receipt). Това запазва и двете страни на историята.
• Транзакцията е в приключен период. Ако сте приключили книгите с дата на приключване или счетоводителят ви е подал декларация, покриваща този период, не пренаписвайте тихо историята. Публикувайте корекцията в текущия период или първо говорете със счетоводителя си.
• Данъкът върху продажбите вече е докладван. Ако транзакцията е участвала в подадена данъчна декларация за продажби, корекциите принадлежат на коригирана декларация или на корекция за текущия период — не на задно датирано изтриване, което тихо променя това, което сте докладвали.
• Изкушени сте да изтриете, защото истината е неудобна. Неправилно категоризирани лични разходи, дубликат, разкриващ небрежни процеси, сметка, забравена за месеци — точно това са записите, за чието запазване съществува одитната следа. Поправете ги с видими корекции, не с изчезвания.

Пет транзакции, които никога да не изтривате​

Дръжте този списък залепен до този, който води счетоводството ви:

1. Съгласувани транзакции. Изтриването на една гарантира несъответствие в началното салдо при следващото ви съгласуване. Ако съгласуван запис е грешен, отменете правилно съгласуването му или го пресъздайте и съгласувайте отново — никога просто не го изтривайте.
2. Транзакции с приложени плащания. Изтрийте фактурата и плащането оцелява като неприложен сирак; изтрийте плащане по сметка и сметката тихо се връща в неплатено състояние. Първо разкачете връзките, после решете.
3. Автоматично събрани данъчни плащания. Плащанията за payroll данъци, които QuickBooks вече е събрал, изобщо не могат да бъдат изтрити — софтуерът ще откаже. Ако тук се появи дубликат, поправете го с помощ, не със сила.
4. Всичко в приключен или подаден период. Промяната на подадена история без документална следа е начинът, по който малките почиствания стават големи проблеми.
5. Всичко, което изтривате, за да скриете грешка. Ако мотивът е прикриване, а не корекция, това е сигналът да анулирате вместо това — или да го поправите открито с журнален запис (journal entry), който счетоводителят ви може да види.

Заключете бутоните​

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

• Ограничете кой може да изтрива. Повечето служители, които въвеждат сметки и фактури, никога не се нуждаят от права за изтриване. В QuickBooks Online прегледайте ролите на потребителите, така че само вие или счетоводителят ви да можете да изтривате, докато всички останали могат да създават и редактират в рамките на своята лента.
• Приключете книгите си. Задайте дата на приключване с парола след всяко месечно или годишно приключване. Всеки, който се опита да промени транзакция от приключен период, получава предупреждение — или бива блокиран — вместо тихо да пренаписва историята.
• Преглеждайте редовно Одитния журнал. Направете Одитния журнал част от месечната си рутина, не само от плана си за възстановяване при бедствия. Филтрирайте за Deleted/Voided транзакции и прегледайте какво е променено. Пет минути преглед хващат както честни грешки, така и онзи вид изтривания, които заслужават разговор.

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

Изграждането на навика за анулиране е едно малко парче от по-голяма дисциплина: всяка промяна в книгите ви трябва да остави следа, която можете да проследите по-късно. Този инстинкт има значение, независимо дали следите финансите си в QuickBooks, електронна таблица или plain-text ledger — и това е причината Beancount.io да е изграден върху version-controlled, plain-text accounting, където пълната ви история на редакции е одитната следа и нищо никога не изчезва тихо. Ако сте любопитни как изглежда този работен процес, документацията ви превежда през основните концепции, а Fava показва как изглеждат таблата и отчетите върху plain-text ledger. Започнете безплатно и поддържайте всяка корекция видима от първия ден.