История на промените

1.247.0 - 2026-09-21

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

• Щом напишете запетая, тя веднага става точка — на екрана се вижда „12.50“ и точно това се записва. Досега полето се изпразваше безшумно: пишехте „12,50“, оставаше празно и записът тръгваше без сумата, без никакво съобщение.
• Колелцето на мишката вече не променя числото. Досега превъртането на дълъг формуляр променяше сумата, върху която стои курсорът, без да го забележите и без начин да го върнете. Сега полето просто губи фокус, а страницата продължава да се превърта нормално.
• Горната граница вече се спазва. Число над допустимото се сваля до максимума, когато излезете от полето. Число под минимума остава непроменено, а под полето пише между кои стойности трябва да е — за да не се пипа сума, която сте въвели съзнателно.
• Полетата за цели числа (етаж, брой дни, подредба) вече отхвърлят десетичния разделител, вместо да отрязват частта след него — така „1.5“ не може да стане „15“.

Едно и също меню на компютър и на телефон:

• Модулът с работници, клиенти и доставчици вече се казва „Хора и фирми“ и на двете места. Досега на компютър пишеше „Клиенти“, а в менюто на телефона — „Работници & клиенти & доставчици“. Който търсеше работник, нямаше причина да натисне „Клиенти“.
• Останалите пунктове също носят едно и също име на двете места — „Начало“, „Склад“, „Фактури“, „Отчети“, „Достъп“, „Настройки“.
• Пълното описание остава като подсказка при задържане на курсора върху иконата на компютър: „Фактури, актове и плащания“, „Фирмени настройки“, „Контрол на достъпа“.
• Съобщението за изтичащ абонамент вече изглежда еднакво на компютър и на телефон.

Виждате къде се намирате:

• Пет от най-дълбоките екрани вече показват пътека в горния си край: протокол, фактура за покупка, фактура за продажба, доставка и задача. Пътеката казва в кой проект или в кой склад работите и води обратно с едно натискане.
• Пътеката за доставка сочи натам, откъдето сте дошли — към проекта или към склада, според посоката на доставката.
• Бутонът „Назад“ остава навсякъде, където го е имало. Пътеката е допълнение, не замяна.
• Екраните във „Фирмени настройки“ вече също показват пътека — „Качество на гледка“, „Строителни фази“, „Шаблони за плащане“ и „Библиотека с рецепти“. Досега тези четири екрана нямаха нито пътека, нито бутон „Назад“ — излизаше се само през менюто или през бутона за връщане на браузъра.
• При добавяне и редакция пътеката води обратно към списъка, а не просто към предишната страница, и показва името на записа, който редактирате.
• Пътеката работи и със средния бутон на мишката, и с „Отваряне в нов раздел“ — за разлика от бутона „Назад“, който при отваряне по директен адрес извежда извън приложението.

Поправки по фактурите и рецептите:

• Датите в началото на фактурата вече се виждат изцяло. Досега „16.09.2026“ се показваше като „16.09“ — годината оставаше отрязана, защото полето беше твърде тясно. Сега заглавната част се пренася на нов ред, вместо да свива полетата.
• Банковата сметка върху фактурата вече е тази, която трябва. При автоматично издаване се избираше произволна сметка на фирмата — понякога каса, която няма IBAN, и блокът за плащане по банков път излизаше празен. Сега се избира активна банкова сметка с IBAN.
• Колоната „Номер на акт“ във фактурите за продажба вече е на български (беше „Act number“).
• „Запази“ в „Библиотека с рецепти“ вече потвърждава записа. Досега записът минаваше успешно, но на екрана не се появяваше нищо. Същото важи за скриването и показването на рецепта.

Скриване на колони на още петнадесет таблици:

• Бутонът „Колони“ вече е и на: фактури за продажби, имоти за продажба, договори за продажба, транзакции по сметка, история на покупките и движенията на артикул, планирани отчети, еднократни разходи на работници, бракувани и изгубени артикули, както и на шест справки — разходи по артикули, артикули с изтичащ срок, история на промените по задачи, задачи, фактури за покупки и транзакции.
• Първата колона на всяка таблица остава винаги видима — тя е тази, по която разпознавате реда.
• Скритите колони липсват и в експорта към CSV — списъкът е един и същ.
• Изборът се помни и след презареждане на страницата.
• Двете таблици с история на артикул вече помнят и на коя страница сте били.

Поправени надписи:

• Бутоните, които извършват действие, вече са в повелително наклонение: „Депозирай“, „Прехвърли“, „Изтегли“, „Бракувай“. Видът на транзакцията в колоната остава съществително — „Депозит“, „Трансфер“, „Теглене“.
• Потвърждението използва думата на бутона: „Депозирано“, „Прехвърлено“, „Изтеглено“, „Платено“, „Бракуван“. Досега на всяко от тези действия пишеше едно и също „Успешна транзакция“.
• „Презареди“ и „Обнови“ вече са различни неща. И двата бутона пишеха „Обнови“: единият презарежда съдържанието на таблицата, другият записва формуляра.
• Бутонът за включване и изключване вече се казва „Активирай/Деактивирай“ (беше „Превключи“).
• Заглавията на колоните с номер вече са „Номер на фактура“ и „Номер на акт“ (бяха „Фактура номер“ и „Акт номер“).
• „Фактура издадена на“ (беше „Фактура издаде на“).
• Знакът „&“ вече е заменен с „и“ в надписите, където се беше промъкнал: „Работници, клиенти и доставчици“, „Клиенти и доставчици“.

1.246.0 - 2026-09-20

Таблиците вече казват в какво състояние са:

• Докато списъкът се зарежда, на мястото на редовете се виждат сиви ленти. Досега таблицата беше просто празна и не се различаваше от списък, в който наистина няма нищо.
• При опресняване редовете остават на екрана, а над таблицата се появява тънка лента за напредък. Не губите това, което гледате.
• Празният списък вече го казва с думи — „Няма данни“, а на най-често използваните екрани — с конкретно съобщение: „Няма проекти — създайте първия“, „Складът е празен“, „Няма фактури“, „Няма задачи“, „Няма работници“, „Няма контрагенти“ и други.
• Когато сте търсили и нищо не е намерено, пише „Няма резултати от търсенето“, а не че списъкът е празен. Полето за търсене е непосредствено над съобщението.
• Съобщението за празен списък вече не се показва, докато данните се зареждат, нито под съобщение за грешка — в тези два случая то твърдеше нещо, което още не се знаеше.

Начална страница при липса на избран проект:

• Когато нямате избран текущ проект, началната страница вече е на български и предлага какво да направите вместо досегашния текст на английски.
• Бутоните „Проекти“ и „Създай нов проект“ водят директно към списъка с проекти и към създаването на нов.
• „Последни проекти“ показва последните до пет проекта, които сте отваряли, най-новият най-отгоре. Изборът на проект от списъка ви отвежда в началния екран на проекта.
• Проект, до който вече нямате достъп или който е изтрит, изчезва от списъка сам.
• Плочките към модулите са съобразени с ролята ви — виждате само тези, до които имате достъп.
• Ако имате избран текущ проект, нищо не се променя — влизате директно в проекта, както досега.

Поправени преводи:

• Заглавието на кредитното известие вече се изписва „КРЕДИТНО ИЗВЕСТИЕ“ (беше с разменени букви).
• Състоянието на имотите вече навсякъде е „Свободен“ — на филтъра и на трите екрана със справки за продажбите. Досега на едни места пишеше „Свободен“, а на други „Готов“ за едно и също състояние.
• Бутонът при работниците вече се казва „Смяна на парола“, с подсказка „Изпращане на имейл за смяна на парола“ (беше „Резет“).
• Видът адрес вече е „Домашен адрес“ (беше „Адрес домашен“).
• Бутоните за потвърждение в диалозите вече пишат „ОК“ на кирилица.
• Съобщенията при неуспешно автоматично определяне на местоположение и при грешен ден от месеца вече са на български.
• Имперските мерни единици вече имат български наименования — „инч“, „фут“, „ярд“, „квадратен фут“, „галон“ и останалите. Досега падащото меню показваше „in - inch“.

1.245.0 - 2026-09-18

Потвържденията за успех вече не изглеждат като грешки:

• Успешният запис вече се показва в зелено. Досега всяко потвърждение — „Успешно записано“, „Успешно обновено“ — излизаше в червено, на същото място и със същия вид като съобщенията за грешка. Не можехте да различите успешен запис от неуспешен, без да прочетете текста.
• Потвърждението се появява като кратко съобщение в долния край на екрана и изчезва след няколко секунди. Съобщенията за грешка остават във формата, докато не отстраните причината.
• При протоколите потвърждението остава до документа, а не изчезва — и както досега не се отпечатва.

Дългите списъци вече казват, че са отрязани:

• Когато един списък съдържа повече от 200 реда, над таблицата се появява надпис, че виждате само първите 200 и че трябва да стесните филтъра, за да видите останалите. Досега списъкът просто спираше на 200-ия ред без никакво указание — таблицата изглеждаше пълна, а част от данните липсваха.
• Надписът се показва във: фактури за покупки и за продажби, актове, товарителници, изгубени и бракувани артикули, история на покупките, история на движенията, справки и еднократни разходи на работници.
• Когато сте приложили филтър, списъкът не се отрязва и надпис не се показва.

Плащания по фактури — потвърждение:

• След плащане на фактура вече получавате потвърждение „Успешна транзакция“. Досега плащането се записваше правилно, но екранът не казваше нищо — прозорецът просто се опресняваше и не беше ясно дали плащането е минало. Отнася се за плащане на фактура за покупка, на няколко фактури за покупки наведнъж и на фактура за продажба.

Разплащателни сметки — операциите с пари:

• Бутоните „Депозирай“, „Изтегли“ и „Трансфер“ вече обясняват защо са неактивни. Когато посочите неактивна сметка, подсказката казва да я активирате; когато не сте избрали точно една сметка — че трябва да изберете една. Досега бутоните просто посивяваха без обяснение.
• Поправено: при избрани две или повече сметки бутоните оставаха активни, а операцията се прилагаше върху първата по ред сметка — възможно е дори да е била неактивна. Сега операциите изискват точно една избрана сметка.

Редактиране на фактура за продажба — подредба:

• Поправено: документът и таблицата с наличните артикули се застъпваха. При редактиране двете колони се изчертаваха една върху друга и екранът беше нечетим. Сега стоят една до друга.

Имоти за продажба — съобщение при запис:

• Поправено: при създаване на нов имот съобщението показваше състоянието на имота („Свободен“) вместо потвърждение, че е създаден. Същото се случваше и при редактиране. Сега се показва номерът на имота, следван от „Създаден“, а при редактиране — „Успешно обновен“.

Плащане по фактура за продажба — поправка:

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

1.244.0 - 2026-09-16

Фактури за покупки — скриване на колони:

• Вече избирате кои колони да се виждат в списъка с фактури. Бутонът „Колони“ в лентата с инструменти отваря списъка с колоните — махнете отметката на ненужните и натиснете „Приложи“.
• По подразбиране се виждат всички колони. Нищо не се променя, докато сами не скриете колона.
• Изборът се запомня за вашия потребител и остава след презареждане на страницата и след повторно влизане в системата.
• „Номер на фактура“ не може да бъде скрит — по него се разпознава редът.
• Скритите колони не влизат и в експорта към CSV.
• Затварянето на списъка без „Приложи“ отменя промените.

Складов мениджър — време за работна ръка:

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

Складов мениджър — еднократни разходи за работници:

• Разделът „Работници еднократни разходи“ вече се отваря за него. Създава разходи, редактира ги и ги плаща.
• Плащането излиза само от сметка, в която е добавен — същото правило, което важи от 1.243.0 и при фактурите за покупки. Сметка, в която не е добавен, не се предлага.
• Вижда своите записи и тези на работници по проектите, до които е добавен — обхватът е като на Мениджър, а не за цялата фирма.
• Списъкът с работници във формата вече се зарежда и за него. Той съдържа само имена, електронни пощи и работни групи — заплати и ставки по него няма.

Складов мениджър — отчети за работна ръка:

• Категорията „Работна ръка и ресурси“ вече е достъпна за него, заедно с досегашната „Склад“. Това включва отчета „Разходи за работа на час“, който беше поискан, и отчета „Еднократни разходи за работници“ — достъпът се дава на цяла категория, а не на отделен отчет.
• Отчетът показва само работниците, които потребителят може да избира. За всички роли освен Собственик в него влизат хората по неговите проекти с роля Работник или Клиент, плюс самият той. Собственикът и другите мениджъри не се показват, дори когато имат записани часове.
• Собственикът вижда целия отчет, както досега. Автоматично генерираните (планирани) отчети също остават пълни — планировчикът е само за Собственик.
• Фирмените отчети и отчетите за проекти остават затворени за тази роля, както и планировчикът на автоматични отчети.

Отчет „Разходи за работа на час“ — вече е по вашите работници:

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

Списъкът с работници вече е по проекти:

• Навсякъде, където избирате работник, списъкът вече показва само хора по вашите проекти. Това важи за „Работници еднократни разходи“ и за избора на работници при генериране на отчет. Досега всеки, който имаше достъп до тези екрани, виждаше всички потребители на фирмата.
• Собственикът вече не се предлага за избор, нито другите мениджъри и технически ръководители — дори когато работят по същия проект. Себе си виждате винаги.
• Собственикът продължава да вижда всички — за него нищо не се променя.
• Ограничението важи и при запис, не само в списъка. Заявка, която посочва потребител извън вашия обхват, се отказва със съобщение за липса на достъп. Същата проверка се прилага и при генериране на отчет за избрани работници.
• Ако не откривате работник в списъка, проверете дали е добавен към проект, до който имате достъп — добавянето става от Настройка на достъп → Проекти.

Отчети — заявката вече не блокира формата:

• След успешна заявка бутоните „Генерирай отчет“ и „Назад“ остават активни. Досега за всички роли освен Собственик формата замръзваше точно когато заявката минеше успешно: не можеше да заявите втори отчет, нито да се върнете назад, без да презаредите страницата. Съобщението за успех се показваше, а екранът изглеждаше повреден.
• „Назад“ вече никога не е неактивен. Бутонът не записва нищо — той е изходът от екрана и няма причина да се заключва.

Време за работна ръка — по-строга проверка на достъпа:

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

Еднократни разходи — поправка при Технически ръководител:

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

Актове Образец 19 — частично актуване на количество:

• Вече можете да актувате част от количествен запис. Ако сте измерили 151 m³, а по договор актувате 150, отворете акта, изберете реда и натиснете „Раздели“. Диалогът показва колко ще бъде актувано и колко остава свободно, преди да запишете.
• Остатъкът не се губи. При запис количественият запис се разделя на две: актуваната част остава в акта, а остатъкът става нов свободен запис със същата дата, отбелязан с „(остатък при разделяне)“. Той може да бъде актуван в следващ акт или да остане неактуван.
• Досега единственият изход беше да премахнете записа от акта, да го поправите и да го върнете обратно — три екрана, а при вече завършен акт се налагаше да откажете целия акт и да го създадете наново.
• Записи, включени в протокол (Обр. 7 или Обр. 12), не се разделят. Протоколът описва конкретно измерване и то остава непроменено.
• Разделянето не се слива обратно. Ако откажете акта след разделяне, по задачата остават два свободни записа, а не един.
• Остатъкът вече не се връща сам в същия акт. След разделяне на 151 на 150 + 1 следващият запис на същия акт можеше да прибере и двете части — актът се връщаше на 151, следващият акт не предлагаше задачата и разделянето изглеждаше като да не е станало. Сега нито повторен запис, нито „Обнови структурата“ връщат остатъка в акта, който го е отделил.
• Редът на остатъка вече пише „остатък от разделяне — свободен“ вместо „изключен ръчно“, а синият надпис „нови количествени записи“ не го брои. Старият надпис изглеждаше като грешка за поправяне и подсказваше точно действието, което разваля разделянето.
• Ако все пак искате остатъкът да влезе в същия акт, отметнете го ръчно и запишете — това работи както преди.

Количествени записи:

• При въвеждане на количество вече получавате предупреждение, ако надвишите договореното по задачата. Предупреждението не спира записа — понякога изпълненото количество наистина е по-голямо.

Обновяване на приложението:

• Когато излезе нова версия, вече получавате съобщение. Досега отвореният екран се презареждаше сам, без предупреждение — понякога насред попълване. Сега се появява прозорец, който показва какво е новото и колко секунди остават до презареждането, с бутон „Презареди сега“.
• Запазвайте работата си, когато видите този прозорец. Презареждането се извършва автоматично след отброяването, за да работят всички отворени раздели с една и съща версия.

Вход и сигурност:

• Влизането в системата вече пази сесията по-надеждно. Данните за сесията се съхраняват така, че да не могат да бъдат прочетени от скрипт в страницата. За вас нищо не се променя при влизане.
• Излизането от системата вече прекратява сесията и на сървъра, а не само в браузъра.
• Заявките към сървъра от непознат източник вече се отказват, вместо да бъдат обработени.

Работно време и еднократни разходи:

• Въвеждането на часове за повече от един работник вече работи. При избрани двама или повече работници екранът „Добави работно време“ връщаше грешка и не записваше нищо. При един работник записът минаваше, затова проблемът изглеждаше свързан с конкретен човек.
• Изтрит еднократен разход вече не се начислява повторно. При въвеждане на часове за дата, попадаща в периода на вече изтрит разход, стойността му се добавяше отново към новия запис.
• Същата причина беше отстранена и на останалите екрани, на които се обработват няколко избрани реда наведнъж — добавяне на еднократен разход за няколко работници, изтриване на няколко реда от фактура за покупка, отказ и изтриване на доставка.

Излизане от системата:

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

1.243.0 - 2026-09-14

Складов мениджър — разплащателни сметки:

• Вече работи с разплащателните сметки, в които е добавен. Вижда сметката и наличността ѝ, преглежда историята на движенията и прави депозит, теглене и прехвърляне между сметки, до които има достъп.
• Вижда само сметките, в които Собственикът го е добавил. Докато не бъде добавен в нито една, екранът „Разплащателни сметки“ стои празен и показва съобщение — това е предвиденото поведение, а не грешка. Достъпът се дава от Настройка на достъп → Разплащателни сметки.
• Не може да създава, редактира или деактивира сметки, нито да настройва достъпа до тях.

Складов мениджър — фактури за покупки:

• Разделът „Фактури за покупки“ вече се отваря за него. Вижда всички фактури за покупки на фирмата, създава нови заедно с редовете по тях и ги плаща от сметка, в която е добавен.
• Не може да изтрива фактури, нито да сторнира вече направени плащания.
• Фактурите за продажби и модулът „Продажби“ остават затворени за тази роля, както и бюджетите и стойностите по задачи.
• Обърнете внимание на разликата в обхвата на един и същ екран: списъкът с фактури е за цялата фирма, а сметката, от която се плаща, е само назначената.

Плащания — по-строга проверка на сметката:

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

Поправки:

• Заявка с несъществуваща или чужда разплащателна сметка вече връща „Не съществува“ вместо „Нямате достъп“ — двете означават различни неща.
• Неправилно записан идентификатор на сметка вече връща ясно съобщение вместо вътрешна грешка.
• Екранът с потребителския достъп до сметка вече не връща вътрешна грешка при изтрита сметка.

1.242.0 - 2026-09-11

Покупки:

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

Поправки:

• Екранът „Склад“ без избран склад вече показва празна таблица, вместо да изпраща заявка, която не може да бъде изпълнена.
• Съобщението при невалиден идентификатор на екрана „Артикули бракувани“ вече е на български.

1.241.0 - 2026-09-09

Достъп до доставките:

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

График (Гант):

• Графикът вече се чете само от Собственик, Мениджър и Строителен мениджър. Досега табът беше скрит за останалите роли, но данните зад него оставаха достъпни.
• Планът със задачите и началната страница на проекта не са променени.

Поправки:

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

1.240.0 - 2026-09-09

Достъпът до складовете вече се проверява навсякъде:

• Не можете да изберете склад, до който нямате достъп. Досега проверката беше само за фирмата, така че потребител можеше да превключи към който и да е склад на фирмата и да работи в него — включително да заприходява доставки.
• Достъпът се проверява при всяка заявка, а не само в момента на избора. Досега избор, направен преди отнемане на достъпа, продължаваше да работи.
• Отнемането на достъп до склад премахва склада и от избора на потребителя — както вече беше при проектите.
• Артикулите, които изписвате в доставка, вече трябва да са в склада (или обекта), в който работите. Досега беше възможно да се посочи партида от друг склад.
• Доставка се приема само в мястото, за което е адресирана. Досега пристигаща доставка можеше да бъде заприходена в друг склад и наличността се появяваше там.

Складов мениджър:

• Вече може да изпраща и приема доставки към и от обектите, до които има достъп — досега екранът за доставки по проект беше недостъпен за него, а списъкът с получатели не се зареждаше.
• Вижда началната страница и плана със задачите на проектите, до които е добавен — само за преглед. Графикът (Гант) не е достъпен за тази роля.
• Води покупките по обект — екранът „Покупки“ на проекта вече се отваря за него: вижда, добавя, редактира и изтрива покупки. Досега таб „Покупки“ се показваше, но екранът връщаше „Вашият потребител няма достъп.“
• Не вижда бюджета и разходите на проекта, нито стойностите по задачи — нито в списъка със задачи, нито във формата на отделната задача (бюджет, единична и обща стойност, усвоен бюджет %). Доставните цени на артикулите остават видими, защото са част от работата му.
• Панелът „Исторически разходи“ на началната страница на проекта вече не се показва изобщо за роли без достъп до проектните финанси — досега оставаше празен, но със заглавие.
• В „Покупки“ по проект колоната „Актувано до момента“ вече не се показва на роли без достъп до проектните финанси. Доставната и общата цена остават видими — те са част от работата със склада.

Клиенти и доставчици:

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

Поправки:

• „Фактури“ и „Настройка на достъп“ вече показват ясно съобщение на потребител без право на достъп до тях, вместо празни таблици.
• Формата за нов клиент или доставчик вече не показва бутон за запис на роли без право да я използват. Досега можеше да бъде отворена по директен адрес.
• Формата за нова задача вече не показва бутон за запис на роли без право да създават задачи. Досега можеше да бъде отворена по директен адрес и показваше бутон, който сървърът отхвърляше.
• Количествата (вписванията) към задача се променят само от роли с право да редактират задачата.

1.239.0 - 2026-09-08

Вход в системата:

• При неуспешен вход вече се показва едно и също съобщение — „Невалиден имейл или парола“ — независимо дали имейлът е регистриран, или паролата е сгрешена. Досега двата случая се различаваха и това позволяваше на външен човек да проверява кои имейли имат акаунт.
• Временното заключване след три неуспешни опита работи както преди. Съобщението за него, както и съобщенията за спрян достъп и за изтекъл абонамент, се показват едва след като паролата е въведена вярно.

Достъп до проектите:

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

Поправки:

• „Отменено плащане за фактура“ — в описанието на сторнирано плащане думата беше сгрешена („Отемено“). Поправена е и във вече записаните плащания.
• Почивните дни в графика се оцветяват правилно и на български. Досега оцветяването зависеше от езика на приложението.
• Преизчисляването на наетата техника вече обхожда всички проекти. Ако фирмата има повече от пет проекта с наети артикули, част от тях не се преизчисляваха.

1.238.0 - 2026-09-07

Достъпът до проектите вече се проверява на всеки екран:

• Не можете да изберете проект, до който нямате достъп. Досега потребител с достъп до един проект можеше да превключи към който и да е друг проект на фирмата и да види неговия план със задачи, както и данните за контакт на екипа.
• Задачите на един проект вече се редактират само от хора с достъп до него — създаване, промяна, пренареждане, изтриване и импорт от CSV файл.
• Графикът, часовите отчети и покупките по проект също изискват достъп до съответния проект.
• Архивиран (деактивиран) проект вече не може да се избира, нито да се променя. За началната страница на проекта това важеше и досега; сега важи за всички екрани на проекта.

По-ясни съобщения при грешка:

• Съобщенията за липсващ достъп вече са на български. Досега се показваха на английски дори когато езикът на приложението е български.

1.237.0 - 2026-09-07

Поправени грешки в текстовете на екрана:

• „Маркирай платен във фактура“ — предлогът беше сгрешен („в фактура“).
• Съобщението при недостатъчна наличност вече се чете: „Не може да се бракува. Недостатъчна наличност.“ — досега двете думи бяха слети.
• „Изберете количество“ при бракуване и при преместване — досега пишеше „Изберил количество“.
• Съобщението след смяна на паролата е поправено и на български, и на английски.
• Поправени са и правописни грешки в съобщенията за ДДС и за номера на заявката за доставки, както и в писмата, които системата изпраща.

Повече текстове се показват на български:

• Подсказките в списъка с покупки — за изтекъл срок на годност и за изтекла гаранция — досега се показваха на английски дори когато езикът на приложението е български.

Поправено съобщение при деактивиране на сметки:

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

1.236.0 - 2026-09-04

Часовата зона вече е настройка на фирмата:

• В данните на фирмата има ново поле „Часова зона“. Стойността по подразбиране е Europe/Sofia, а списъкът се взема от самата система, така че съдържа всички валидни зони и не остарява. Полето се редактира от собственика на фирмата.
• Автоматичните отчети тръгват по часовата зона на фирмата. Досега зоната идваше от браузъра на човека, който последен е записал графика — двама колеги в различни зони получаваха различно време на изпращане за един и същ отчет.
• „Днес“ на сървъра също следва зоната на фирмата. Досега сървърът смяташе деня по собствената си зона, което беше вярно само защото работи в България. Разликата се вижда при издаването на фактури за минали периоди, където датата на документа зависи от това кой ден е „днес“.
• Съществуващите фирми получават Europe/Sofia. Ако работите в друга зона, задайте я веднъж в данните на фирмата.

Повтарящите се фактури за покупка вече пазят избрания ден:

• Фактура, зададена да се повтаря на 31-во число, вече не се измества трайно. Досега при преминаване през по-къс месец денят се „залепваше“ за по-малкото число: 31 януари ставаше 29 февруари, а оттам нататък всяка следваща фактура падаше на 29-о число — до края на графика. Сега денят се прилага наново за всеки месец, а когато месецът няма такова число, фактурата пада на последното: 30 юни, а през юли — отново 31-во.

Приложението се отваря по-бързо:

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

Приемането на артикули по доставка реагира и след презареждане на страницата:

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

Еднаквите артикули в „Артикули налични“ вече се виждат общо:

• Един ред с общото количество вместо по един ред за всяка доставка. Досега при няколко доставки на един и същ артикул списъкът показваше всяка доставка поотделно — при гвоздеи или кофражни панели това ставаше на стотици редове, а при връщане се виждаха количествата на отделните доставки вместо общото изпратено количество.
• Групирането е винаги включено и няма превключвател. Списъкът показва по един ред на артикул и на обект, и в склад. Отделните доставки се виждат в таблицата „Партида“ в прозореца за трансфер — с дата, количество, цени, доставчик, фактура и задача.
• На обект един артикул е един ред, независимо по колко задачи е разпределен. Задачата вече не се показва в списъка, а в „Партида“ — там, където избирате количеството, така че виждате точно от кои задачи ще бъде взето, преди да потвърдите.
• Актувани доставки не могат да се прехвърлят. Те се виждат в „Партида“ зачертани и не влизат в количеството, което може да се изпрати. Така трансфер не може да свали количество, което вече е фактурирано към клиента.
• Артикул със сериен номер остава на собствен ред: серийният номер описва конкретна бройка, която избирате нарочно.
• Когато цените по отделните доставки се различават, колоната показва тире вместо изчислена средна стойност. Точните цени се виждат в „Партида“.

Прозорецът за избор на количество стана по-широк:

• Таблицата „Партида“ вече се чете. При тесния прозорец заглавието „Наем на ден единична цена“ се пренасяше на три реда, а името на доставчика — на четири, което правеше всеки ред висок и списъкът трудно се преглеждаше.
• Дългите имена на доставчици се съкращават с многоточие, а пълното име се вижда при посочване с мишката.
• Полетата са подредени на два реда: на първия са данните само за четене (име, тип и доставчик), а на втория — всички числа и цени. Така списъкът с партидите отдолу получава повече място и се чете без превъртане.

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

• Въвеждате едно общо количество, а системата го разпределя по доставките — първо най-старите. Преди потвърждение виждате точно от кои доставки ще бъде взето и по колко.
• Всяка доставка запазва собствената си цена. Ако въведете цена ръчно, тя се прилага към всички редове от разпределението и екранът го казва.
• В поръчката за доставка редовете също се групират — едно добавяне дава един ред, независимо от колко доставки е съставено. Изтриването на групиран ред премахва всички редове под него.
• Нов бутон „Получи всички“ приема наведнъж всички редове на групата. Количествата са попълнени с изпратеното и се редактират поотделно, а ред с количество 0 се пропуска. При приемане на обект се избира една задача за цялата група.
• Всеки ред в „Получи всички“ има собствени полета за единична цена, наемна цена за ден и коментар, същите като при приемане на единичен ред.

Две поправки в списъка с налични артикули:

• Колоната „Наемна цена за ден“ показваше покупната цена. Това важеше за всеки артикул, който не е на универсална цена; при артикулите на универсална цена колоната беше вярна, затова грешката остана незабелязана.
• Върнатите редове вече записват реалната наемна цена за ден вместо 0. При връщане от обект към склад полето никога не се попълваше и всеки такъв ред тръгваше с нула.

Три поправки в списъците и филтрите:

• Отметката „Покажи скритите“ вече работи от първия път. В главните групи, групите артикули, дефинициите на артикулите, както и при клиентите и доставчиците, се случваше натискането ѝ да не промени нищо: настройката се записваше, но списъкът се презареждаше със старата стойност и трябваше да превключвате два пъти.
• Филтър, зададен докато списъкът още се зарежда, вече не се губи. Най-често се виждаше при актовете — при бързо попълване на „От“ и „До“ втората дата не се прилагаше и списъкът оставаше с предишния резултат, без съобщение за грешка.
• Сумите на обединените редове вече се закръгляват. На обединен ред се показваше например тегло „42.599999999999994“ вместо „42.6“. Отделните редове винаги са били верни — грешката беше само в сбора, който се изчислява за обединения ред.

1.235.0 - 2026-09-02

Две фактури за продажба вече не могат да получат един и същ номер:

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

Едновременната работа на двама души вече не дава грешка:

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

Изборът на артикули при доставка вече не ви връща в началото:

• След добавяне на артикул списъкът остава на страницата, която разглеждате. Досега при трансфер от обект към склад всяко добавяне връщаше списъка на първа страница и трябваше да прелиствате наново през стотици артикули. Търсенето по име се запазваше, но мястото в списъка — не.
• Мястото се помни и когато се върнете на екрана по-късно, стига наличностите да не са се променили междувременно. Ако друг е местил стока, списъкът се отваря от началото.
• Бутонът „Обнови“ нарочно връща на първа страница, както и всяко прилагане на филтър. Така има ясен начин да започнете отначало.

Нов филтър „Тип“ в списъка с налични артикули:

• Показвайте само за многократна употреба, консумативи или изразходваеми. Филтърът е в лентата над списъка — и на екрана за доставки, и при съставяне на фактура за продажба.
• Изборът се помни за всеки от двата екрана поотделно и остава такъв при следващото влизане, точно както филтрите по име и по артикулна група.
• Когато филтърът скрие всичко, списъкът го казва — вместо празна таблица се показва „Няма артикули, отговарящи на избраните филтри“, за да не изглежда като празен склад.
• Услуга не се предлага като избор: услуга никога няма налично количество.

1.234.0 - 2026-08-31

Отчетите вече са групирани и стигат до хората, които ги ползват:

• 20-те отчета са разделени в четири категории — Проект, Склад, Работна ръка и ресурси, Фирма. Групите се виждат като заглавия във формата за избор и като нова колона „Тип“ в списъците с готови и с планирани отчети.
• Модулът „Отчети“ се отваря за Технически ръководител, Мениджър и Складов мениджър. Всяка роля вижда само своите категории: техникът — Проект и Работна ръка, мениджърът — и Склад, складовият мениджър — само Склад. Фирмените отчети остават за Собственик.
• Отчет от неразрешена категория е напълно невидим — не се показва като заключен ред и не може да бъде изтрит. Проверката се прави на сървъра, не само в екрана.
• Планировчикът остава само за Собственик. Роля, която може да генерира отчет ръчно, не може да го направи повтарящ се.

Търсенето в отчетите вече работи на български:

• Търсачката намираше само по английското име на отчета. Виждахте „Фактури за покупки за период“, пишехте „фактури“ и списъкът оставаше празен. Сега търси и по преведеното име, и по типа.

Ролята „Складов мениджър“ вече съществува наистина:

• Ролята се предлага при създаване на потребител. Досега тя съществуваше само в документацията — не можеше да бъде избрана, а потребител с такава роля не би влязъл в нито един екран.
• Складовият мениджър получава целия модул „Склад“ — наличности, артикули, групи и мастър групи, доставки, покупки и брак — плюс складовите отчети и възможност да избере текущ проект, за да изписва материали към обект.
• Вижда доставни цени и история на цените, защото завежда доставките, но не вижда бюджети, парични потоци и вземания.
• Не вижда фактурите, плащанията, продажбите, настройките на фирмата и управлението на потребители. По проектите, до които е добавен, отваря само началната страница, плана със задачите и графика — и то само за преглед; часовите отчети, покупките по проект, актовете и бетоновият дневник остават затворени за него. Създаването и редакцията на самите складове също остават за Собственик.

Поправка в сигурността:

• Отчет за проект вече се проверява срещу достъпа ви до този проект. Досега се проверяваше само видът на отчета; самият проект се приемаше както е подаден.

1.233.0 - 2026-08-29

Автоматичните отчети вече не спират тихо:

• Един неуспешен опит вече не прекратява повторението. Досега при всяка грешка — прекъсната връзка с базата, забавен отговор на пощенския сървър — следващото генериране просто не се насрочваше. Отчетът спираше да пристига завинаги и нищо не съобщаваше за това.
• Три поредни неуспеха спират повторението нарочно и изпращат писмо на потребителя, който е създал отчета. Настройките се запазват — отваряте „Отчети за автоматично генериране“, поправяте ги и записвате, за да тръгне отново.
• Нова колона „Статус“ в списъка с автоматични отчети: „Активен“, „Последното генериране е неуспешно“ или „Спрян след няколко неуспешни опита“. След успешно генериране статусът се изчиства сам.
• „Последно генериране“ показва само наистина извършени генерирания. Неуспешен опит вече не се отбелязва като изпълнение.

Рестартът и обновяването не прекъсват работата ви:

• Заявка, която тече по време на рестарт, се довършва. Досега сървърът спираше, веднага щом фоновите задачи приключат — а те приключват почти мигновено — и всяка текуща заявка се прекъсваше по средата. Това се случваше при всяко обновяване и при всеки рестарт.
• Спирането има краен срок, за да не увисне сървърът, ако някоя заявка не приключи. Работният процес за фоновите задачи също спира подредено — досега разчиташе изцяло на чужд код.
• Проверката за готовност наистина пита базата данни. Досега четеше вътрешен признак и отговаряше „готов“, дори когато базата приемаше връзки, но не можеше да чете.
• Неуспешно стартиране на фоновите задачи вече се вижда в дневника. Досега на този ред се изписваше съобщение за успех и спрян работен процес изглеждаше здрав.

Сигурност:

• Няма известни уязвимости във външните библиотеки в производствената среда (бяха 19). Обновени са пощенската библиотека и още няколко, а една библиотека за генериране на кодове е премахната изцяло — кодът за смяна на парола вече се създава от вградените средства на Node.js и е по-труден за отгатване от преди.
• Проверката за уязвимости е част от обновяването. Преди да спре каквото и да е, скриптът проверява библиотеките на новата версия и отказва обновяването при висока уязвимост. Така сайтът не се спира напразно.

1.232.0 - 2026-08-28

Подреждане на задачите — вие решавате в какъв ред стоят:

• „План с Задачи“ пази реда, в който подредите задачите. Досега редът беше извън ваш контрол: подзадачите следваха скрит вътрешен списък, а главните етапи изобщо нямаха ред — изписваха се по азбука. Затова „Армировка“ стоеше преди „Изкоп“, макар изкопът да е първата работа на обекта.
• Четири стрелки след името на задачата. Отбележете реда с отметката вляво и след името се появяват стрелките, които този ред наистина може да използва: нагоре, надолу, навътре (задачата става подзадача на предната) и навън (излиза едно ниво нагоре). Невъзможните движения не се изобразяват — няма посивели бутони, които не правят нищо.
• Клавиатурата работи по същия начин. Докато е отбелязан точно един ред и не пишете в поле за текст, клавишите ↑ ↓ → ← местят задачата. Редът остава отбелязан, връща се на екрана и фокусът се връща на същата стрелка, така че няколко премествания подред стават без ново кликване.
• Всяко преместване се записва веднага. Няма бутон „Запази“ и няма отмяна — обратната стрелка връща задачата обратно.
• Стрелките работят и след влизане в контейнер. Липсва само „навън“ за най-горните редове, защото родителят им не е на екрана.
• Свит клон запазва стрелките си и се мести целият, заедно с подзадачите си.
• Докато има въведено търсене, стрелките изчезват. Намерените редове не са съседни в дървото и „нагоре“ не би значело нищо. Изчистването на търсенето ги връща.
• „Навътре“ върху обикновена задача я превръща в контейнер — след въпрос, който казва какво ще стане: количеството и цената на задачата се заменят със сумата на подзадачите.
• Актуваните задачи не сменят родителя си. „Навътре“ и „навън“ не се показват за задача, която участва в акт, нито „навътре“ върху актувана обикновена задача. „Нагоре“ и „надолу“ остават — те не променят родителя.
• Подреждането не отбелязва задачата като редактирана — датата на последната промяна и потребителят до нея остават непроменени.
• Задачите могат да подреждат собственикът, мениджърът и техническият ръководител — същите роли, които редактират задачи. Няма значение дали проектът е приключен.

Актовете следват подредбата:

• Отпечатаният Акт 19 се чете в реда на плана. Досега редовете излизаха в реда, в който са добавяни в акта, а той не значи нищо за четящия документа.
• Заключен или фактуриран акт запазва реда, с който е подписан — завинаги.
• Чернова се пренарежда при „Обнови структурата“ (↻), включително черновите, създадени преди тази версия.

Същата подредба и на другите екрани:

• Gantt диаграмата, отчетът „Разходи по задача“ и изборът на задачи при създаване на акт.
• Не се променят: Образец 7 и Образец 12, експортите към CSV и падащите списъци в часовите отчети.

Рецепти:

• Номерата на подредбата в рецептите се преномерират през десет (10, 20, 30…), за да има място за вмъкване между два съседни реда. Нищо не сменя мястото си на екрана.

Сигурност и стабилност:

• Затворена е дупка при зареждането на преводите. Заявка можеше да поиска език, чието име сочи извън папката с преводи; вече се приемат само познати имена на езици.
• Действията по задачи изискват избран проект. Досега заявка без избран проект се изпълняваше „успешно“ срещу празен проект — нищо не се променяше, но и нищо не съобщаваше за това. Сега такава заявка се отказва ясно.

При обновяването:

• Еднократна миграция записва текущия ред на всички задачи и рецепти. Нищо не се мести — досегашният ред просто става явен и от този момент нататък може да се променя.

1.231.0 - 2026-08-27

Навигация — грешният адрес вече не води до празен екран:

• Непознат адрес показва страницата „Страницата не е намерена“ — със самия адрес и с бутон към началната страница. Досега такъв адрес изобразяваше само лентата с менюто, а под нея нищо: без съобщение, без грешка и без път назад. Случваше се при отваряне на остаряла връзка към документ, при връзка, съкратена от пощенската програма, и при сгрешен адрес.
• Грешен адрес вътре в модул връща към списъка на модула. Например адрес в „Проекти“ с несъществуващо продължение отваря списъка с проекти вместо празно съдържание. Връщането е тихо, без съобщение — така, както вече работеше при разделите.
• Страница без достъп показва обяснение вместо празен екран. При отваряне на „Фирмени настройки“ с роля, която няма достъп, се изписва „Нямате достъп до тази страница“ и указание да се обърнете към собственика на акаунта. Досега екранът оставаше празен и без обяснение, така че валидна връзка, споделена между колеги с различни роли, изглеждаше като повреда в програмата.
• Бутоните и полетата, които се скриват според ролята, не са променени — те продължават да не се показват, вместо да заемат място със съобщение.

Интерфейс — изписване на български:

• Главните букви в средата на надписите са премахнати. 443 надписа се изписваха по английски образец — „Добави Сграда“, „Сметка Име“, „Разплащателни Сметки“, „План с Задачи“, „Основни Групи“, „Приет от Клиент“. На български главна буква носи само първата дума. Сега е „Добави сграда“, „Сметка име“, „Разплащателни сметки“ и така нататък. Промяната е само в изписването — нищо не сменя мястото или значението си.
• Обозначенията на документите остават с главна буква: „Акт 19“, „Образец 7“, „Обр. 12“. Съкращенията (ДДС, ЕИК, ЕГН, СМР, ВиК, БДС) — също.
• Тези надписи се използват и като име на файла при експорт към CSV, затова новото изписване се вижда и в свалените файлове.

Поправки в надписите:

• „Конторл на Достъпа“ → „Контрол на достъпа“. Правописна грешка в един от най-видимите надписи — бутона в лентата и записа в страничното меню.
• „Транзакций“ → „Транзакции“ — в заглавието на отчета за платежни транзакции и в историята на транзакциите по сметка. Грешката се пренасяше и в имената на свалените CSV файлове.
• „Допълнителени Клиенти“ → „Допълнителни клиенти“ — в раздела за съкупувачи по договор.
• Поправени три надписа със скрити латински букви в кирилски думи („Актувано“ и двете съобщения за номер на документ). На екрана изглеждаха правилно, но чупеха търсенето и подредбата. В същите две съобщения „по голяма“ е поправено на „по-голяма“.

Документация — фактически поправки:

• Регистрацията е описана наново. Досегашният текст описваше поле за парола с „минимум 6 символа“ и вход веднага след регистрация. В действителност формата иска имейл, име, фамилия, име на фирмата и държава, няма поле за парола, а резултатът е заявка, която се разглежда и след това получавате покана. Добавени са изискванията към паролата (минимум 10 символа, поне три от четири групи знаци, без три еднакви поредни знака, без лични данни) и блокирането на акаунта за 30 минути след 5 неуспешни опита.
• Премахната е ролята „Складов мениджър“. Такава роля няма в продукта — не се предлага при създаване на потребител и не дава достъп до нито един екран. Описваше се като пълноценна роля, включително с колона в матрицата на достъпа. (Вярно към тази версия. Ролята е въведена наистина във версия 1.234.0 — виж записа по-горе.)
• Матрицата на достъпа е сверена с продукта и пренаписана. Седем от единайсет реда бяха грешни. Най-съществените поправки: отчетите са достъпни само за Собственик (не и за Мениджър); целият модул Продажби е само за Собственик; работникът не записва часови отчети; Мениджърът има достъп до доставките. Добавена е бележка за две изключения, които изглеждат нелогични: Акт 19 е достъпен за Мениджър, но не и за Технически ръководител, а при Образец 1–17 е обратното.
• Ролята „Мениджър на обект“ е преименувана на „Технически ръководител“ — така се казва в програмата.
• Типовете артикули са поправени. „Изразходваем“ и „Консуматив“ бяха разменени спрямо имената в програмата.
• Статусите на задача са три, не четири. Описваше се несъществуващ статус „Отказана“, а „Започната“ е „В прогрес“.
• Статусите на доставка са пет, не четири. Два от описаните („Пристигнала“, „Получена“) не съществуват, а два реални липсваха („Приключена“, „Анулирана“).
• Полето „Фаза“ в шаблоните за плащане е задължително за всяка вноска, която не е „При подписване“ — описваше се като по избор, а примерът в документацията би бил отхвърлен при запис. Примерът е поправен.
• Имотите: пет типа, не четири (липсваше „Търговска площ“), и три статуса, не четири — „Анулиран“ е статус на договора, не на имота. Добавена е формулата за цената: премиите за етаж и ориентация са проценти, изчисляват се върху общата площ и резултатът се закръгля нагоре.
• Премахнато е несъществуващото поле „Ставка за единица“ при работниците — системата пази само почасова ставка.

Документация — нови раздели:

• Статуси на договор — шестте статуса и правилото, че движението е само напред, а единственият изход назад е анулиране.
• Масова промяна на цените на имоти — прегледът преди изпълнение и записването на причина.
• Задаване на парола и правилата за сложност.

Документация — правопис:

• Кавичките са поправени в целия набор. 595 места отваряха с „ и затваряха с права кавичка. Сега навсякъде е „…“.
• Поправени са „Тробуквен“ → „Трибуквен“, „оставят редактируеми“ → „остават редактируеми“, „Подържат“ → „Поддържат“, „начланият“ → „началния“.
• Представката под- се пише слято: „поделементи“, „подконтейнер“, „подфази“ — както вече се пишеха „подзадачи“ и „подетап“.
• Добавени са липсващи запетаи пред „за да“ и е поправено „Превключете контакта“ → „Поставете превключвателя“ (грешен превод на toggle).

1.230.0 - 2026-08-25

Задачи — йерархията вече се вижда:

• „План с Задачи“ показва задачите като дърво. Всяко ниво е отместено надясно спрямо родителя си и е с различен шрифт. Досега екранът беше плосък: единият режим изсипваше всички задачи в един азбучен списък, а другият показваше едно ниво без никакво отместване, така че контейнер и обикновена задача един до друг изглеждаха еднакво.
• Главният етап и подетапът вече се различават помежду си. Шрифтът има три стъпала на дебелина, а не две: първо ниво — най-плътен и най-едър; второ ниво — по-плътен от нормалния и малко по-дребен; трето ниво — нормален.
• Контейнерните редове се изписват с получер шрифт за първи път. Досега документацията описваше получер текст, който в действителност никога не се е виждал на екрана.
• Клоновете могат да се свиват и разгъват. Всяка задача с подзадачи има бутон „−“ / „+“ пред името си — същият, който се използва и в Gantt диаграмата. Свиването скрива целия клон, а не само едно ниво надолу. Свитите клонове се запомнят за проекта и остава след презареждане. По подразбиране дървото е напълно разгънато.
• Влизането в контейнер вече показва цялото му поддърво, отместено, а не само едно ниво надолу. Хлебните трохи показват целия път, включително прескочените нива, когато влезете направо в по-дълбок контейнер.
• Търсенето запазва родителите на всяко съвпадение и разгъва временно свитите клонове, така че нищо намерено не остава скрито. След изчистване на търсенето всичко се връща както е било.
• Същото открояване е приложено навсякъде, където се избира или показва задача — списъците „Задачи в прогрес“ при покупка, при часови отчет, при фактура и при приемане на доставка; изборът на задачи за отчет; екраните „Покупки“ и „Часови отчети“; отчетите „Разходи по задача“ и „Активност по проект“; списъкът със задачи в Gantt диаграмата. Използва се един общ набор стилове, за да не се разминат екраните отново.
• Открояването важи само за списъците със задачи. Списъците с доставчици, работници, складове и потребители се изписват с нормален шрифт, както и досега.

Покупки и часови отчети:

• Името на задачата показва нивото ѝ. Ако редът е записан срещу етап или подетап, а не срещу конкретна работа, това се вижда по шрифта на името. Това има значение: 2 427 покупки и 452 часови записа вече са записани срещу групови задачи (общи разходи, „Разходи извън КС“ и подобни), а досега нищо на екрана не показваше това.
• Тук няма отместване — редовете са покупки и часови записи, а не дърво от задачи.

Скриване на колони:

• „План с Задачи“ и „Покупки“ вече имат бутон „Колони“. Махнете отметката на ненужните колони и натиснете „Приложи“. Изборът се запомня за вашия потребител и остава след презареждане. Скритите колони не влизат и в експорта към CSV.
• На „План с Задачи“ не могат да се скриват „Име“ и „Статус“; на „Покупки“ — „Задача Име“ и „Дата“.

Премахнато:

• Падащото меню за избор на изглед и „Плосък изглед“ ги няма. Остава един режим — дървовидният. Плоският списък беше причината йерархията да не се вижда, а сводният показваше твърде малко.
• Сортирането по колони на „План с Задачи“ е премахнато. Дървото е подредбата: сортиране по бюджет или по дата разместваше подзадачите спрямо родителите им и структурата изчезваше. За подредба по стойност използвайте Експорт към CSV — изнася се целият филтриран набор в реда на дървото и се сортира в Excel по която и да е колона.

Поправки:

• Удебеленият шрифт вече е истински в цялата програма. Досега браузърът го имитираше и удебеленият текст изглеждаше замазан. Засяга и печатните документи (Акт 19 и подобни): съдържанието и оформлението са същите, но удебеленият текст изглежда по-чист. Нищо не се премества и нищо не се преизчислява.
• Поправено запазване на акт, който не е в състояние „Създаден“. Записването на вече замразен акт — включително връщането му в „Създаден“ — прекъсваше с грешка, защото разбивката на разходите не се четеше от записа.
• Платена чрез своя двойник фактура не се връща в „неплатена“. Когато фактура и проформа са свързани, платеното по едната вече не се губи при преизчисляване на другата.
• Поправено отваряне на нова доставка. Екранът прекъсваше при първоначалното си зареждане; а при неуспешно зареждане на задачите диалогът вече се отваря празен, вместо кликването да остава без никакъв ефект.
• Затворена е възможността таблица с единичен избор да избере всичките си редове. Самата отметка „избери всички“ не се показваше на тези таблици и преди; сега и самото действие е защитено, така че лентата не може да отчете „N избрани“, когато действието зад нея работи само върху един ред. Засяга 16 таблици.
• Правописна корекция в заглавията на колони: „еденична“ → „единична“.

Документация:

• Страницата „Задачи и график“ е преработена около дървото — отместване, шрифтове, свиване и разгъване, навигация, поведение на търсенето, липсата на сортиране и скриването на колони. Описанието на колоните е приведено в съответствие с екрана: премахнати са колони, които не съществуват („Физически напредък %“, „Зависимости“, „Строителна фаза“), и са добавени липсващите.
• Добавена е нова страница „Покупки“, каквато досега не е съществувала.
• Страницата „Часови отчети“ е допълнена с описание на списъка със записите.
• В „Видове отчети“ са отразени йерархията в списъка за избор на задачи и фактът, че изборът на групова задача включва целия ѝ клон.

1.229.0 - 2026-08-21

Акт 19 — печатен документ:

• Контейнерните редове вече не печатат количество и единична цена. Носят само наименование и Сума — както редовете с подчинени редове в акта, така и контейнерните задачи, чиито подзадачи не са включени в акта. Дотук такъв ред можеше да покаже процент на завършеност вместо количество (например „48.67“ при единична цена „2 051.58 лв.“) — число без мярка, което подвежда получателя на акта. Сумата, общите суми и редовете на позициите не се променят.
• Изключение: контейнер, който е договорен по количество — има собствена мярка и планирано количество — продължава да печата количество и единична цена. Така се отпечатва договорена обща цена за цял етап.
• Контейнерните редове се отпечатват на светлосив фон с получер шрифт, както се виждат и на екрана. Досега открояването беше само екранно.

Задачи — завършеност на групови задачи:

• Колоната „Количество завършено“ при групова задача вече е празна. Досега в нея се изписваше процентът на усвоения бюджет (разход ÷ бюджет × 100) — число без мярка, в колона, която при листовите задачи съдържа m², kg или m³. Един и същ ред можеше да покаже „325“ (m²), „4100“ (kg) и „51.08“ (процент), без нищо да ги различава. Групова задача показва количество само когато е измерена директно, със собствени количествени записи.

• Нова колона:

  Колона	Какво измерва
  Изразходван бюджет %	Каква част от бюджета е похарчена

• „Изразходван бюджет %“ вече не се ограничава до 100%. Досега стойността се отрязваше на 100 и преразходът оставаше невидим точно на нивото, на което се търси. Задача, похарчила 131.98% от бюджета си, вече го показва, а редът се маркира със стрелка.

• Поправено е разминаване между двата начина на изчисление. Стойността на групата се изчисляваше на две места по различен начин — единият пропускаше собствените разходи на групата — и се променяше според това кой от двата е минал последно. Сега изчислението е едно.

Отчет „Разходи по задача“ — липсващи покупки:

• Отчетът вече показва всички покупки по задачата. Един филтър, предназначен да изключва само артикулите за многократна употреба, които още се ползват на обекта, изключваше всички видове покупки без отбелязана крайна дата на ползване. Услуги, изразходваеми материали и консумативи изчезваха и от таблиците, и от общата сума, докато редът на задачата над тях продължаваше да ги брои — затова отчетът не се връзваше. Засегнати бяха предимно услугите; при отделни задачи ставаше дума за значителни суми.
• Общата сума на отчета вече съвпада с колоната „Цена“ на реда на задачата.
• Артикулите за многократна употреба, които още се ползват на обекта, остават изключени — наемът им продължава да се начислява и стойността им не е окончателна. Новото е, че тази изключена стойност се изписва на отделен ред над общата сума, за да може разликата да бъде проверена, вместо да се гадае.
• Колоните вече казват откъде са числата. „Цена“ и „Единична цена“ на реда на задачата събират и подзадачите — затова вече се наричат „Цена (вкл. подзадачи)“ и „Единична цена (вкл. подзадачи)“. Празните клетки на груповите редове (мярка, планирано количество, единична цена) вече не показват подвеждащи нули.

Акт 19 — актуване по количествени записи:

• Количеството в позицията вече е сума на конкретни количествени записи, а не написано число. Всеки запис може да бъде актуван само веднъж и остава проследим и в двете посоки. Полето „Количество“ в панела е само за четене.
• Изборът на задачи се прави по свободно количество, не по неактуван разход. Задача, чиито количества са актувани, вече не се появява отново само защото по нея са дошли нови доставки. Таблицата за избор има четири колони: задача, мярка, свободно количество (брой записи), неактувана стойност.
• Стойността на позицията се разпределя пропорционално на количеството вместо да поглъща цялата неактувана стойност на задачата. Актът, който вземе последните свободни записи, поема остатъка, за да не остават стотинки. Сумата може да се въведе и ръчно — ръчната стойност преживява запис и обновяване на структурата и се изчиства с ⟲.
• Количествените записи могат да се въвеждат като размери (Ш × В, плюс Д за m³) за задачи с мярка m² или m³. Количеството се изчислява от тях и полето става само за четене. Един запис описва една измерена форма — няма поле „Бр“. На печатния акт размерите не излизат.
• Запис, включен в акт, е заключен — съдържанието му не се променя и не може да бъде анулиран. Освобождава се при анулиране на акта или при премахване на отметката и запис. Новата колона „Акт 19“ в таблицата със записи показва номер, статус и дата с връзка към акта.
• Общата сума на акта е сборът на редовете от първо ниво, за да може клиентът да провери документа с калкулатор. Сумата се изчислява от сървъра при създаване, запис и обновяване на структурата — досега трите пътя не бяха съгласувани.
• Подписаният акт се отпечатва идентично завинаги. При излизане от статус „Създаден“ колоната „Остават“, единичната ставка и актуваното до момента се запечатват върху позицията.
• Нов ненатрапчив знак показва, че по задачите на записан акт са постъпили нови количествени записи. Завършването на акта не се блокира.
• Позиция, на която са махнати всички отметки, остава в акта с нулево количество и нулева сума и продължава да се редактира — записите ѝ се виждат в панела и отметката може да бъде върната по всяко време. Дали редът да излезе на печатния документ, решавате вие с отметката „Печат“ на реда.
• Ново предупреждение, ако ред на акта не е част от структурата му и затова не влиза в общата сума. То не блокира завършването на акта — назовава засегнатите задачи и предлага „Обнови структурата“.

Изключен запис не се връща сам

Премахването на отметка от запис на вече записан акт се помни за целия живот на акта — следващото „Обнови структурата“ не го връща. Връща се само с повторно отмятане в панела. Ако сте изключили всички свободни записи по дадена задача, редът ѝ остава в акта с нулево количество — за да я актувате отново, отметнете някой от записите в панела.

Печатът на редовете в m³ се променя

Количествата с мярка m³ вече се печатат с три знака след десетичната запетая (при останалите мерки остават два). Това е единствената умишлена промяна в А4 документа в тази версия.

Задачи — количествени записи:

• При промяна на мярката на задача, чиито записи носят размери, се иска потвърждение. Диалогът казва колко записа ще загубят размерите си; количествата остават непроменени.
• Групова задача може да носи количествени записи — като обикновено число, без мярка и без калкулатор на размери.
• Групата и подзадачите ѝ вече могат да бъдат измервани едновременно. Това позволява група със собствени разходи да бъде актувана заедно с подзадачите си. Всяко ниво носи само своите разходи; при въвеждане на запис в такъв клон и в избора на задачи за Акт 19 се показва предупреждение ⚠, за да не се измери една и съща работа два пъти.
• Създаването или преместването на задача под група, която вече има количествени записи, се отказва. Или групата, или подзадачите ѝ носят количества, никога и двете — иначе една и съща работа би била платена два пъти.

Бетонов дневник — Обр.7 / Обр.12:

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

1.228.0 - 2026-08-05

Фактури продажби — филтър „неплатени“:

• Филтърът „неплатени“ вече се определя от остатъчната сума, а не от датата на плащане. Досега документ, отбелязан като платен, изчезваше от списъка дори когато по него се дължеше цялата сума — така задължения оставаха скрити. Сега списъкът винаги съвпада с колоната „Неплатени с ДДС“ на същия ред.
• Фактурите с нулева стойност вече не остават в списъка завинаги. Приспадащите фактури, при които продажната цена е изцяло покрита от вече фактурирани аванси, не подлежат на плащане и отпадат от списъка — както е и при фактурите за покупки, и в справката „Неплатени фактури“.

Списъкът може да се удължи след обновяването

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

Фактури продажби — плащане в друг документ:

• При отбелязване „Платена в проформа фактура“ / „Платена в фактура“ вече се записва и кой документ е събрал парите. Досега се пазеше само дата, без връзка към насрещния документ — впоследствие съответствието можеше само да се гадае по съвпадащи суми.
• Връзката се определя автоматично, когато фактурата е създадена от проформата — потокът остава едно кликване.
• Когато не може да бъде определена, се отваря диалог за избор от документите на същия клиент от насрещния тип.
• Записаната връзка се вижда на документа като „Платена в документ № …“.
• Може да се продължи и без избран документ — плащането се записва, но се показва предупреждение, че остава без одитна следа.

Съществуващите документи се обвързват при обновяването

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

1.227.0 - 2026-08-04

Акт 19 — структура на три нива:

• Структурата на акта вече се извежда от плана на задачите и се показва на три нива. Родителите на актуваните задачи се добавят автоматично като групови редове — те показват само номер, наименование и сума на подчинените си позиции в този акт. Поправено: досега подредовете не се виждаха на разпечатката изобщо.
• Груповият ред оставя празни клетките „Кол-во“, „Ед.“, „Ед. цена“ и „Остават“ — една група може да събира подзадачи в различни мерни единици, така че число там няма смисъл.
• Номерацията в колона „№“ се генерира от подредбата (1, 1.1, 1.1.1). Ако задачата има собствен код, се печата кодът.
• Нова екранна колона „За печат“ — отметка на всеки ред. Махането на отметка от група скрива целия ѝ подклон. Сумите не се променят — актът остава съгласуван с фактурата за продажба.
• Разместването на редове е само ↑ / ↓ в рамките на същия родител. Преместването наляво/надясно отпада — структурата се извежда, а не се строи на ръка.
• Нов бутон „Обнови структурата“ (само при акт в статус „Създаден“, невключен във фактура) — привежда акта в съответствие с плана: добавя новите задачи със свободни количествени записи от вече присъстващите клонове и премахва остарелите редове, връщайки разходите им.
• Изборът на задачи при създаване на акт вече е дърво с отстъпи. Родителите без свободни количествени записи се показват сиви и без отметка — те се появяват в акта като групови редове. Отметките са само по ред — няма избор на цял клон.
• Вече издадените актове се печатат точно както досега. При въвеждането на колоната „За печат“ всички съществуващи актове са настроени да показват само редовете, които са печатали и преди, за да се възпроизвежда подписаният документ идентично. Само актовете, създадени след тази версия, показват всички редове по подразбиране.

„Обнови структурата“ премахва редове мълчаливо

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

Акт 19 — количества по актове и история:

• Количеството в позицията вече е количеството, актувано с този акт, а не общият напредък по задачата. Откъде идва самото количество — вижте 1.229.0: то е сумата на конкретните количествени записи, които актът е взел.
• Анулиран акт не оставя дупка — количеството му се поема автоматично от следващия акт.
• Колоната „Остават“ вече показва договорено − всичко актувано (включително текущия акт), т.е. какво още предстои да се фактурира, вместо какво още предстои да се построи.
• Нов диалог „История на актовете“ за всяка позиция: всички актове по задачата (включително анулираните, зачертани и извън сумите), контекстните редове за строителни протоколи Обр.2–17, маркер 🔒 за акт във фактура и връзка „Отвори“, която отваря документа в нов раздел. Всеки ред е обозначен с шаблона си, защото един и същ номер може да съществува и като акт, и като протокол.
• Редактирането на позиция се премести в постоянен панел вдясно от акта — редакцията на няколко реда подред вече не изисква отваряне и затваряне и таблицата, по която работите, остава видима. Сума към клиента = количество × единична цена. Четири предупреждения (надвишено договорено количество, надвишено изпълнение, различна от договорената единична цена, сума под себестойността) не блокират записа.
• „Приложи“ записва само при реална промяна — отваряне и затваряне на историята не записва нищо.

Акт 19 — други:

• Едновременна редакция: ако друг потребител промени акта, докато формата ви е отворена, записът се отхвърля със съобщение „Актът е променен от друг потребител. Презаредете документа.“ и бутон „Презареди“ — вместо мълчаливо да презапише чуждата промяна.
• Списъкът с актове има нови филтри по статус и по период (От / До по дата на издаване). Филтрирането се извършва на сървъра, така че се показват всички съвпадения, а не само тези от първата заредена страница.

1.226.0 - 2026-08-03

Актове и протоколи — преместени в проекта:

• „Актове“ вече е раздел на проекта, а не на „Фактури“ — отваря се от Проект → Актове (последният таб, след „Бетонов дневник“). Разделът е премахнат от меню „Фактури“. Достъп имат ролите Собственик и Мениджър (както досега).
• Списъкът показва само актовете и протоколите на текущия проект. Колоната „Проект“ отпада от таблицата и от експорта към CSV; свободното търсене филтрира по „Номер на акт“ и „Клиент“. Общият изглед през всички проекти отпада — за да видите актовете на друг проект, превключете текущия проект.
• При създаване на нов акт или протокол вече няма стъпка за избор на проект — документът се създава за текущия проект.
• Отваряне на акт от друг проект (например от връзка във фактура или от бетоновия дневник) автоматично превключва текущия проект към проекта на акта и запазва избора.

Съществуващи връзки към актове спират да работят

Адресите на актовете се смениха от /invoices/acts/... на /project/acts/.... Запазени в браузъра връзки (bookmarks) и вече изпратени линкове към конкретни актове повече не отварят акта — те водят мълчаливо към „Фактури за покупки“. Отворете акта наново през Проект → Актове.

Адресът на документацията също се смени: /docs/finance/aktove → /docs/daily-work/aktove.

1.225.0 - 2026-07-27

Актове и протоколи:

• Предупреждение при излизане с незапазени промени — бутонът „Назад“ в лентата на всеки образец вече не напуска редактора мълчаливо, ако има непазени промени. Показва се диалог „Незапазени промени“ с избор „Запази и излез“ / „Напусни“ / „Отказ“. Това е особено важно при добавяне на бетонирания от дневника — избраните бетонирания се записват в акта чак при запис, така че досега излизането веднага след добавянето ги изхвърляше и актът се отваряше празен. Ако записът бъде отказан от сървъра (напр. заради правилото за датата спрямо бетонирането), оставате в редактора със съобщението за грешка, вместо да загубите промените.

Печат на образците:

• Поправено: съобщението за статус вече не се печата — текстове като „Записано и отпечатано“ (както и съобщенията за грешка/валидация) се показват само на екрана и повече не излизат върху отпечатания документ.
• Поправено (Образец 7): таблицата с бетонирания се печата с рамки — при печат линиите на таблицата изчезваха, въпреки че се виждат на екрана. Оформлението на листа за Образец 7 е променено така, че таблицата да запази решетката си на хартия.
• Поправено (Образец 7): брандирането на втора страница — вертикалната лента с логото вече не се отрязва на втората страница на разпечатката.

1.224.0 - 2026-07-25

Актове от бетоновия дневник (Акт 7 / Акт 12):

• Наименованието на реда идва от забележката към бетонирането — при добавяне на бетониране от дневника в Образец 7 или Образец 12 колоната с наименованието се попълва със забележката/коментара, въведен при отчитане на изпълненото количество (вместо с името на задачата). Ако за конкретното бетониране няма забележка, се показва предишното наименование (елемент – клас бетон).
• Автоматична оценка „Много добро“ — при добавяне на бетониране клетката за оценка на реда се попълва по подразбиране с „Много добро“ (в Образец 7 — колона „Забележка“; в Образец 12 — „Оценка на постигнати показатели“). Стойността остава редактируема.
• Образец 7: автоматичен текст за разрешаване — при добавяне на бетониране последното свободно поле („Разрешаваме“) се попълва автоматично с „Разрешава се изпълнението на бетоновите работи.“, ако е празно. Небетонов Акт 7 (без добавени бетонирания) остава без този текст.
• Поправка на датите — вече и двете дати следват бетонирането — датата на бланката („Днес, …“) и датата на акта в списъка/регистъра се нагласят по правилото: Образец 7 — един ден преди бетонирането; Образец 12 — в деня на бетонирането. Преди това автоматично се попълваше само датата върху бланката, а датата в списъка оставаше датата на създаване. И двете остават редактируеми; при няколко бетонирания се взима най-ранното.

1.223.0 - 2026-07-23

Бетонови рецепти:

• Библиотеката с рецепти вече поддържа маркиране на рецепта като „Бетонова задача“ с избор на клас бетон по подразбиране. При импорт на такава рецепта в проект флагът и класът се пренасят автоматично върху създадените листови задачи (контейнерните задачи никога не се маркират като бетонови) — не е нужно да маркирате бетоновите задачи ръчно след импорт. Премахването на отметката изчиства класа бетон по подразбиране.

Актове:

• Филтърът „Образец“ в списъка с актове вече включва всички видове (Образец 1–17 и Акт 19). Преди това част от образците (Акт 5–15) липсваха във филтъра и съответните актове не можеха да бъдат филтрирани по образец.

Интерфейс и дребни поправки:

• Под всеки бутон в лентите с инструменти вече се показва кратък надпис (както в главното меню) — за по-лесно разпознаване на действието без задържане на курсора.
• Поправено: датата в таблицата „Количества“ на задачата вече се показва в локалния формат за дата (както в останалите таблици на страницата).
• Поправено: запазването на промяна по статуса (и други редакции) на небетонова листова задача вече не връща грешка „Invalid value“.
• Поправено: при печат на графика (Гант) от „Задачи и график“ лентите на задачите вече се виждат в прегледа за печат (преди това цветните ленти изчезваха при печат).

1.222.0 - 2026-07-22

Количества по задачи и Бетонов дневник:

• Изпълненото количество на всяка листова задача вече е поредица от отделни записи (количества), а не едно число. Полето „Изпълнено количество“ стана изчисляемо (само за четене) — то е сумата на активните (неанулирани) записи и се преизчислява автоматично при всяка промяна, така че бюджетът, отчетите и обобщенията по контейнери продължават да работят без промяна. Всеки запис има количество, дата (= дата на бетониране, редактируема) и забележка. Надвишаването на оцененото количество се разрешава и предупреждава, но никога не блокира. Премахването е анулиране с причина (без изтриване) — анулираните записи отпадат от сумата, но остават за одит.
• Нов раздел „Бетонов дневник“ към проекта (за Собственик/Мениджър/Ръководител на обект). Задачите могат да се маркират като бетонови и да получат клас бетон по подразбиране (пълен списък БДС EN 206 C8/10…C90/105), който всеки запис наследява и може да предефинира. Дневникът е изглед върху записите на бетоновите задачи (без отделна колекция) — 1 запис = 1 ред бетониране. За всяко бетониране се въвеждат измервания на температурата, начало/край на декофрирането, отлежаване и контролни пробни тела.
• Печат на дневника — албумен (landscape) A4 формат на български, с лого и име на фирмата/проекта, за предаване и заверка от бетонов възел (без подписи на лица). Анулираните бетонирания и служебните колони (Акт 7 / Акт 12) не се печатат.
• Връзка с Акт 7 и Акт 12 — актовете избират бетонирания от дневника; всеки избран запис попълва ред в акта (елемент – клас, обем м³). Записът пази към кой Акт 7 и/или Акт 12 принадлежи и показва бадж с номера на акта. Редактиране, анулиране или изтриване (вкл. изтриване на самата задача) на бетониране, включено в акт, е блокирано с посочване на акта — първо анулирайте свързания Акт 7 / Акт 12. Анулирането на акта освобождава бетониранията. Едно бетониране може да е едновременно в един Акт 7 и един Акт 12.
• Проверка на датата спрямо бетоновия дневник — датата на Образец 12 трябва да съвпада с датата на бетонирането, а датата на Образец 7 — да е един ден по-рано. При добавяне на бетонирания от дневника датата на акта се попълва автоматично (ако е празна), а при несъответствие записът се спира. Когато актът обхваща бетонирания от различни дати, проверката е спрямо най-ранното бетониране.

1.221.0 - 2026-07-11

Тестов режим за актове (изключване на заключването):

• Нова фирмена настройка „Тестов режим за актове“ — достъпна за Собственик от Фирмени настройки. Когато е включена, строителните протоколи (Образец 1–17) остават редактируеми и не се заключват при „Запиши и Печат“ — статусът остава Чернова, а печатът работи както обикновено. Предназначена е за изпробване на образците, без да се създават заключени (официални) документи, и се задава за отделна компания (не засяга останалите). Акт 19 не е включен в тази настройка.
• Повторно отваряне на заключени протоколи — докато режимът е включен, вече заключените протоколи също стават редактируеми; анулираните остават само за четене. Протоколът запазва статуса си „Заключен“, така че при изключване на режима отново става само за четене — без миграция.
• Постоянно предупреждение — докато режимът е активен, на страницата на всеки акт се показва незатваряемо предупреждение „⚠ Тестов режим — актовете НЕ се заключват.“.
• Валидацията е само информативна — при включен режим липсващите задължителни полета се показват като информация, но не спират записа и печата.
• Одит на печата — всяко отпечатване в тестов режим се записва с отметка, че е неофициално, за да е различимо по-късно. При последващо нормално заключване историята на печата се запазва (броячът на повторните печати не се нулира).

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

• Нов акт наследява страните, подписващите и данните за обекта от последния акт от същия вид в същия проект — за да не се въвежда наново „старата информация“. Не се пренасят номер, дати, позиции/количества, скици и снимки.
• Функцията е винаги активна (независимо от тестовия режим) и работи безшумно — полетата идват предварително попълнени, без потвърждение. Ако в проекта няма предходен акт от същия вид, новият се попълва само от данните на проекта.
• За източник се използва последно редактираният акт от същия вид в проекта.

1.220.0 - 2026-07-03

Нови образци — Образец 16 и 17 (протоколи на комисия):

• Образец 16 — Протокол за установяване на годността за ползване на строежа (Държавна приемателна комисия). Многостраничен и свързан с разрешение за строеж — при създаване се избира разрешение, което се пренася в т. 1.1.4. Съдържа данни за ДПК (заповед, окончателен доклад, първо заседание); блок „Комисия“ с председател, зам.-председател и членове по категории (възложители, контролни органи, надзор, допълнителни специалисти), всеки с име и длъжност; раздел „КОНСТАТИРА → А. Участници“ (1–6) с предварително попълване от проекта (възложител, надзор, проектанти, строител, технически ръководител); раздел „Б. По изпълнение на СМР“ с чек-лист на строителните книжа 1.1.1–1.1.9 (отметки ☑/☐ + свободен текст) и поредица избори (са/не са в рамките на допуските; настъпили/ненастъпили отклонения; взети/невзети мерки; НЯМА/ИМА неизвършени СМР; в съответствие/несъответствие); раздел „РЕШИ“ с избор Вариант I ПРИЕМА / Вариант II ОТКАЗВА — печата се само избраният вариант. Задължителни при заключване: дата, председател на комисията, Строеж и номер на разрешението.
• Образец 17 — Протокол за проведена 72-часова проба при експлоатационни условия. Подписва се от комисия (председател + членове, всеки с име и длъжност); данни за заповедта; период „от … до …“ с дата и час (свободен текст); две таблици (основни параметри на машините/съоръженията и технологични натоварвания) с добавяне/премахване на редове; свободни полета за престой, резултати, недостатъци и ЗАКЛЮЧЕНИЕ. Не е свързан с разрешение за строеж. Задължителни при заключване: дата, председател на комисията и Строеж.
• И двата протокола използват общ блок „Комисия“, като подписите в края на документа се генерират автоматично от въведените членове. Следват общия жизнен цикъл: чернова → заключване при първи печат → повторен печат / клониране / анулиране, с оптимистично заключване. Клонирането нулира датите, но запазва състава на комисията, тялото и таблиците. Брандирането се повтаря на всяка страница.

1.219.0 - 2026-06-24

Нови образци — Акт 10, 11, 12, 13, 14 и 15:

• Образец 10 — Акт за установяване състоянието на строежа при спиране на строителството. Заглавна лента с Възложител, Строител, Проектант и Консултант; свободно поле „поради …“ с пояснителна легенда за причините; поле „основание“ + дата на установяване; осем номерирани многоредови полета за констатациите; петима подписващи (строител, надзор + тех. лица по части, проектанти по части, технически контрол „Конструктивна“, възложител). Полетата за надзора и проектантите са с многоредово име. Датата, петте имена и четирите страни (вкл. Проектант) са задължителни при заключване.
• Образец 11 — Акт за установяване състоянието на строежа и СМР при продължаване строителството на спрени и замразени строежи. Структура като Образец 10, със шест номерирани констатации (изпълнени СМР, отклонения, налични материали, подлежащи на събаряне/ремонт, допълнителни проекти, други изисквания) и същите петима подписващи.
• Образец 12 — Акт за установяване на всички видове СМР, подлежащи на закриване (скрити работи). Заглавна лента без Проектант; свободно поле „по част „…“" в подписващия по надзора; таблица с групирани заглавия „По проект“/„Изпълнено“ (наименование на СМР, ед. мярка и количество по проект и изпълнено, оценка) с 1 начален премахваем ред; скица (печата се само при наличие на изображение); фиксирани законови текстове и Забележка; двама подписващи. Проектантът не е задължителен при заключване.
• Образец 13 — Акт за установяване на щети, причинени от непреодолима природна сила и други. Заглавна лента без Проектант; дата и описание на непреодолимата сила; две таблици (по изпълнените конструкции/СМР и по материалите/инвентара/съоръженията, по 1 начален премахваем ред); описание на състоянието; добавящ се/премахваем номериран списък ПРЕДПИСВАМЕ; трима подписващи. Датата на непреодолимата сила се запазва при клониране.
• Образец 14 — Акт за приемане на конструкцията. Заглавна лента с всички страни; чек-лист на строителните книжа с отметки ☑/☐ и свободен текст към всеки документ + добавящи се/премахваеми „други“ редове (при печат всички фиксирани документи се отпечатват с ☑/☐); фиксиран извод по т.1; свободно поле за частични недостатъци по т.2; законово ЗАКЛЮЧЕНИЕ; трима подписващи. Датата, трите имена и всички страни (вкл. Проектант) са задължителни при заключване.
• Образец 15 — Констативен акт за установяване годността за приемане на строежа (част, етап от него). Многостраничен и свързан с разрешение за строеж — при създаване се избира разрешение, чиито № / дата / орган се пренасят в т.1; групирани участници А/Б/В/Г (възложители, проектанти, строител с части, консултант + тех. лица), като се отпечатва по един ред на група в „СЪСТАВИЛИ“; блок с разрешение и акт за узаконяване, одобрени проекти и договори; четири констатации УСТАНОВИХМЕ; раздел РЕШИХМЕ с два срока (дати), добавящ се/премахваем списък на неразделните документи а)/б) и упълномощено лице; законови Забележки. Задължителни при заключване са датата, четирите основни участника (А1, Б1, В1, Г) и четирите страни; вторичните участници (А2, Б2, В2.1, В2.2) са по избор, за да е възможно заключване и при един възложител. Сроковете се запазват при клониране.
• И шестте акта следват общия жизнен цикъл: чернова → заключване при първи печат → повторен печат / клониране / анулиране, с оптимистично заключване. Клонирането нулира датата на акта, но запазва тялото, таблиците, списъците, чек-листа и събитийните дати (непреодолима сила, срокове). Брандирането се повтаря на всяка страница.

Подобрения:

• Създаване на задача до избраната задача — при натискане на „Нова задача“ в графика, ако има избрана задача, новата задача вече се добавя като съседна — на същото ниво и под същия родител, непосредствено след избраната задача (а ако избраната е коренова — на корен ниво). Новата задача вече не се създава като дъщерна на избраната.

Поправки:

• Поправена грешка, при която новосъздадените задачи в графика винаги попадаха на корен ниво, независимо коя задача е била избрана.

1.217.0 - 2026-06-12

Нови образци — Акт 7, Акт 8 и Акт 9:

• Образец 7 — Акт за приемане на извършените СМР по нива и елементи на строителната конструкция. Достъпен от избора на шаблон при създаване на акт. Съдържа заглавна лента с участниците (Възложител, Консултант, Строител), полета „от ниво … до ниво …“, многоредово описание на извършените СМР, винаги видима скица (схеми/чертежи), многоредов блок „Разрешаваме“ и трима подписващи (строител, тех. лице „Конструктивна“ към надзора, проектант „Конструктивна“) + ред за управителя на строителния надзор. Подписващите се попълват предварително от проекта; датата и трите имена са задължителни при заключване.
• Образец 8 — Акт за приемане и предаване на бетонни, стоманобетонни или други фундаменти за монтаж на конструкции, машини и съоръжения. Съдържа разширена заглавна лента (вкл. Проектант и огледален ред „Изпълнител на монтажни работи“), номериран списък с документи за съответствие (3 начални реда, добавяне/премахване), фиксиран законов текст за динамичните натоварвания, свободен текст за допустими отклонения а)/б) с препратка към таблица от ПИПСМР, описание на предаването за монтаж и четирима подписващи — като тех. лицата „Конструктивна“ и „Геодезия“ се печатат заедно под „3.“, а проектантът /конструктор/ е „4.“. Датата и всичките пет имена (вкл. двете подполета под „3.“) са задължителни при заключване.
• Образец 9 — Акт за предаване и приемане на машини и съоръжения. Съдържа заглавна лента със самостоятелно поле „Изпълнител монт. работи“ и огледален ред „Доставчик на машини и съоръжения“, таблица „Машини и съоръжения“ с 2 начални реда, всички премахваеми (автоматичен номер по ред, наименование, количество, вид на опаковката, добавяне на още), фиксирани озаглавени полета за състоянието по букви а–з (буквата „ж“ се пропуска съгласно образеца) и фиксирана законова Забележка за отделните констативни протоколи. Подписващи: възложител, строител/изпълнител, доставчик, тех. лице „Технологична“. Датата и четирите имена са задължителни при заключване.
• И трите акта следват общия жизнен цикъл: чернова → заключване при първи печат → повторен печат / клониране / анулиране, с оптимистично заключване. Клонирането нулира датата, но запазва тялото, таблиците и списъците. Брандирането се повтаря на всяка страница (важно при по-дълъг Образец 9).

1.216.0 - 2026-06-10

Нови образци — Акт 5 и Акт 6:

• Образец 5 — Акт за уточняване и съгласуване на строителния терен с работните чертежи и даване на основния репер на строежа. Новият образец е достъпен от избора на шаблон при създаване на акт/протокол. Съдържа:
  • заглавна лента с участниците (Възложител, Строител, Проектант, Консултант);
  • основен репер с кота и отстояние, препратка към протокол № 2 (свободен текст);
  • котите по образеца (изкоп, долен ръб на фундаментите, цокъл, корниз, било и др.);
  • скица на строежа (качване/поставяне на изображение);
  • таблица „Котировка“ с фиксирани 6 точки и възможност за добавяне на още редове;
  • трима съставители + ред за управителя на строителния надзор.
• Образец 6 — Акт за приемане на земната основа и действителните коти на извършени изкопни работи. Съдържа:
  • таблица за почвата (група, категория, участък от–до) с три фиксирани реда и добавяне на още;
  • таблица с действителните коти на терена и изкопа — започва с 2 реда; първите два реда са фиксирани, а всеки допълнително добавен ред може да бъде премахнат с бутон „Премахни“;
  • скица на постройката;
  • секция за установени различия спрямо инженерно-геоложките проучвания и предписания (списъци с добавяне/премахване на редове);
  • тримата съставители + ред за управителя на строителния надзор.
• И двата образеца следват същия жизнен цикъл като останалите протоколи: запазване на чернова, заключване с печат, повторен печат, клониране (нулира датите, запазва таблиците) и анулиране.

1.215.0 - 2026-06-08

Съответствие на протоколите с официалните образци (PDF):

• Образец 2а, Раздел III — точно подреждане по образеца:
  • Добавено е липсващото поле „проектна кота (проектни коти)“ в проверки 1.1 (при ниво изкоп) и 1.2 (на изпълнения провод/съоръжение).
  • В заглавията на 1.1 и 1.2 е добавено поле за мярка в метри „(… м)“ след котата.
  • Свободните текстови полета вече са на самостоятелни редове по цялата ширина (достигнати нива, „по оси“, описание на отклоненията, описание на последващите СМР), както е в образеца.
  • Заключението в 1.1 („Следователно изпълнените строителни и монтажни работи…“) е преоформено като избор а)/б), при който избраният ред се откроява в получер шрифт.
  • Проверка 1.2 е приведена към пълната структура на образеца: избор а)/б) с два отделни текста — заключение (под а) и отклонения (под б), всеки с пълната пояснителна забележка от образеца, и отделно поле за предвидените мерки по безопасност и здраве.
• Образец 3 — Констативен акт:
  • Премахнато е текстовото поле след „на издадените строителни книжа“, което не присъства в образеца.
  • Премахнат е разделът „Забележки:“ в края на документа — официалният образец не съдържа такава секция.

Подобрения:

• Единни наименования при създаване на документ — картите за нов документ вече показват „Протокол 2а“ и „Акт 3“ (както във филтъра и таблицата „Актове“), вместо предишните „Образец 2а“/„Образец 3“.

1.215.0 - 2026-06-05

Нови функции:

• Два нови строителни документа към модул „Актове и протоколи“ (Наредба № 3/2003):
  • Образец 2а — Протокол за откриване на строителна площадка и определяне на строителна линия и ниво на строежа за строежи от техническата инфраструктура. Документът е многостраничен и включва трите раздела от образеца: Раздел I (откриване на площадката — разрешения и документи 1.1–1.8, изходни точки, описание на площадката с окомерна скица), Раздел II (определяне на строителна линия и ниво — основни репери и окомерна скица) и Раздел III (констатации при достигане на контролираните нива — две проверки: при ниво изкоп и на изпълнения провод/съоръжение, с избор „отговаря/не отговаря“, „съществено/несъществено“ и „Разрешавам/Не разрешавам“). Подписващите лица се попълват предварително от данните на проекта (надзор, технически ръководител, възложител, строител, геодезия, инженер-геолог, конструктор), а разрешението за строеж се пренася в т. 1.1.
  • Образец 3 — Констативен акт за установяване съответствието на строежа с издадените строителни книжа и че подробният устройствен план е приложен по отношение на застрояването. Включва избор „съответства/не съответства“, „допуснати/не са допуснати отклонения“ и „приложен/не е приложен“ ПУП.
• И двата документа поддържат пълния жизнен цикъл като останалите протоколи: чернова, заключване с печат, повторен печат, клониране (с нулиране на датите) и анулиране. Видими са директно от бутона за добавяне на нов документ.

1.214.1 - 2026-06-05

Отстранени грешки:

• „Завърши Фаза“ завършваше фазата на грешна сграда. Когато в таблицата „Сгради“ беше отбелязана само една сграда, потвърждаването се отнасяше за първата сграда в проекта, а не за избраната. Понеже нейната фаза често вече е завършена, се получаваше грешка. Сега действието се отнася за сградата, върху която е натиснат бутонът — същата, която показва и предварителният преглед.
• Съобщенията за грешка вече са смислени. Обяснения като „Фазата вече е завършена“ или „Датата на завършване не може да бъде в бъдещето“ се скриваха зад общото „An unexpected error occurred“. Сега стигат до екрана.

1.214.0 - 2026-05-23

Нов протокол:

• Образец 2 — Протокол за откриване на строителна площадка и определяне на строителна линия и ниво на строежа — добавена е възможност за съставяне на втория задължителен строителен протокол по ЗУТ. Изборът от лентата „Създай нов“ вече показва Образец 2 на първа позиция (новият шаблон винаги е първи), последван от Образец 1 и Акт 19. Документът се състои от три раздела (І, ІІ, ІІІ × 4 проверки — изкоп, цокъл, корниз, било), всеки с подписаници, окомерна скица и валидация при заключване.

Сигурност и устойчивост:

• Окомерната скица се приема само като изображение. Външен адрес или произволен текст на нейно място се отхвърля.
• Има ограничения за размер. Скица над 800 KB и прекалено дълъг свободен текст не се записват, а показват съобщение.
• Участник от друга фирма не може да бъде посочен в протокол — проверката вече покрива и техническия ръководител, който е специфичен за Образец 2.
• Полета от друг образец не се записват. Данни на Образец 1, изпратени към документ по Образец 2 и обратно, се отказват, вместо тихо да повредят записа.
• Разрешението за строеж се показва еднакво в таблицата „Актове“ и в самия протокол, независимо от образеца.

Поправени грешки:

• Печатът при заключване показваше документа още като чернова. Сега се отпечатва вече заключеният протокол.
• Броячът на повторните отпечатвания оставаше със старата стойност до презареждане на страницата.
• „Опресни от Проекта“ оставяше старо разрешение за строеж. Ако проектът вече няма разрешения, полето се изчиства, вместо да запази стария номер.
• Червени рамки след „Копирай от“ — копирането на подписващ от друг раздел вече изчиства маркерите за незапълнени полета.
• Потвърждението при „Опресни от Проекта“ с незаписани промени вече е диалог на приложението, еднакъв с този при анулиране.
• Заглавието на раздел ІІІ — премахнато е повтарящото се „.1“ (преди „ІІІ.1 — 1.1. Проверка…“, сега „ІІІ — 1.1. Проверка…“).
• Етикетите на бутоните „Копирай от Раздел I / II“ вече се превеждат, както и надписите за прекалено голяма скица и за изходна точка.

1.213.1 - 2026-05-23

Подобрения:

• Лента с действия за протокол Образец 1 — преместена от ленти отгоре върху A4 листа към фиксирана позиция вляво от документа, вертикално подредена. Лентата вече не покрива съдържанието по време на редакция. На тесни екрани (под 1100px) се връща горната хоризонтална форма като резервна.
• Подсказки (tooltips) на бутоните с неочевидно действие: „Опресни от Проекта“, „Анулиране“ (чернова и заключен), „Клонирай“. Подсказките се показват при задържане на курсора и обясняват какво точно прави бутонът.
• Брандирането при печат е по-дискретно и се вижда на всяка страница. Надписът „brickeros.com“ и логото се изобразяват като светъл воден знак в обща вертикална лента в лявото поле на листа и се повтарят на всеки лист на многостраничните протоколи — в Chrome, Firefox и Safari. Досега при някои браузъри брандът се появяваше само на първата страница или излизаше извън печатаемата зона.
• Заглавната таблица на Образец 1 без вътрешен код — полетата Възложител, Строител, Проектант и Консултант вече се изобразяват без водещия числов код на контакта (например „10010 ЖЕКО ТОНЕВ / +359898918720“ → „ЖЕКО ТОНЕВ / +359898918720“). Важи и за новите протоколи, и за вече съществуващите.

Отстранени грешки:

• „brickeros.com“ не се появяваше на втората страница при печат на многостраничен протокол.
• Преизчисляването на разходите по проект се зацикляше при някои проекти — задачата се въртеше в кръг и стойностите не се обновяваха. Сега приключва нормално.
• Бутоните в лентата на протокола не се показваха — цялата лента изчезваше.
• Бутонът „Печат“ не отваряше диалога за печат.
• Бутонът „Запиши и Печат“ не отваряше диалога — при празна чернова изглеждаше, че бутонът не прави нищо. Сега диалогът за печат се отваря винаги, а записът и заключването стават само ако задължителните полета са попълнени.
• Печатът на Акт 19 излизаше празен, след като в същата сесия е отваряна страница с протокол.

1.213.0 - 2026-05-18

Нови функции:

• Строителни протоколи — Образец 1 (Протокол за предаване и приемане на одобрения проект и разрешение за строеж) — добавена е възможност за автоматично издаване на официалния български строителен протокол по Образец 1:
  • Единен изглед на актове и протоколи — таблицата в раздел „Актове“ вече показва както съществуващите Акт 19, така и новите протоколи. Колоната „Шаблон“ разграничава типа документ; ценовите колони за протоколи показват „—“.
  • Постоянен филтър по шаблон — падащо меню (Всички / Акт 19 / Образец 1) в лентата с инструменти; настройката се запомня за потребителя.
  • Избор на шаблон при създаване — от страницата „Създай нов акт“ се избира между две карти: „Образец 1“ и „Акт 19“. Съществуващият процес за Акт 19 остава непроменен.
  • Поток за създаване на протокол — избор на проект → избор на разрешение за строеж (автоматично попълнено, селектор при няколко разрешения, инлайн добавяне при липса) → отваряне на WYSIWYG A4 редактор.
  • WYSIWYG A4 редактор — целият протокол се редактира директно върху симулиран A4 лист (бяла страница на сив фон, със сянка). Всички полета (страни, разрешение, части на проекта, бележки, дата, подписващи) са инлайн редактируеми.
  • Жизнен цикъл с lock-on-first-print — „Запази Чернова“ може да се извлика по всяко време. „Печат“ заключва протокола; след заключване редакцията е забранена и единствените позволени действия са „Печат“ (повторно отпечатване), „Клонирай“ или „Анулирай“.
  • Клониране и анулиране — заключен или анулиран протокол може да бъде клониран; клонът автоматично актуализира страните и разрешението от текущите данни на проекта. Анулирани протоколи остават в таблицата с етикет „Анулиран“.
  • Защита при едновременна редакция — ако двама души редактират един и същ протокол, при конфликт данните се презареждат автоматично и се показва известие.
  • Печат през браузъра — документът се отпечатва на A4, вертикално; името на файла е „Име на проекта-Образец-1-ГГГГ-ММ-ДД“.
  • Подписващи (свободен текст) — вместо избор от списъка с потребители, името и длъжността се въвеждат свободно. Полетата за подпис и дата остават празни за полагане с химикалка.
  • Предупреждение за бележки — ако текстът в полето „Забележка“ надвишава височината на една A4 страница, се показва предупреждение в червено.
• Нови полета на проект:
  • Проектант — по избор се посочва контакт от клиентите и доставчиците; задължителен е само при заключване на протокол.
  • Разрешения за строеж — списък от няколко разрешения с номер, дата, орган и описание; управляват се с „Добави“ / „Премахни“ от формата за проект.

Отстранени грешки:

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

1.212.0 - 2026-05-16

Нови функции:

• Подобрено управление на датите на задачите — всяка задача вече има ясно разграничени планирани и фактически дати, които се изчисляват автоматично от извършената работа:
  • Планирана начална дата и планирана крайна дата — задават се ръчно при създаване и редакция на задачата. Системата вече блокира запис, при който крайната дата е преди началната (грешката се показва веднага във формата).
  • Фактическа начална дата — изчислява се автоматично като най-ранната от: дата на първата свързана покупка на материал, дата на първия отчетен работен час или дата на първата услуга, отнесена към задачата. При ръчно превключване на статус към „В процес“ датата се записва автоматично, ако още не е попълнена.
  • Фактическа крайна дата на листова задача — попълва се при маркиране на статус „Завършена“; изчиства се при отваряне обратно на задачата; за вече завършени задачи може да бъде коригирана ръчно (ретроактивна корекция).
  • Назад-датирани събития автоматично преизчисляват фактическата начална дата — при добавяне на по-стара покупка или работен час датата се „издърпва“ към по-ранна стойност, за да отрази реалния старт на работата.
  • Замразяване при завършена задача — изтриването на доказателство (покупка/час/услуга) не премахва фактическата начална дата на вече завършена задача (запазва се историческата информация).
• Автоматично агрегиране за контейнери и проекти:
  • Контейнер: фактическата начална дата = минималната от собствените доказателства и фактическите начални дати на дъщерните задачи; фактическата крайна дата = максималната от дъщерните фактически крайни дати (и автоматично се изчиства, когато никое дете няма крайна дата).
  • Каскадно завършване на контейнер вече стъпало фактическата крайна дата на всички дъщерни листови задачи едновременно; при отваряне на контейнера обратно тези дати се изчистват.
  • На ниво проект — в детайла на проекта се показват нови обобщени стойности „Планирано начало/край“ и „Фактическо начало/край“.
• Подобрена Gantt диаграма:
  • Динамично котвиране на лентите — не започнала задача показва планираните дати; задача „В процес“ започва от фактическата начална дата и завършва на планираната крайна дата; завършена задача завършва на фактическата крайна дата.
  • Визуализация на закъснение — задачи, чиято планирана крайна дата е минала и не са завършени, се рендират с диагонална червена щриховка. Планираната дата не се удължава автоматично — отклонението остава видимо.
• Прозрачност в редакционната форма — диалогът за редакция на задача показва и четирите дати; фактическата начална дата винаги е само за четене с подсказка („Изчислява се от първата покупка, работен час или услуга“); фактическата крайна дата е редактируема само за завършени листови задачи (за контейнери винаги е само за четене).

Подобрения:

• Фактическите дати се преизчисляват автоматично и вече отчитат едновременно и трите източника — покупки, работни часове и услуги.

История на промените

1.211.0 - 2026-05-09

Нови функции:

• Заключване на редактирането на складовия каталог — нови настройки в Фирмени настройки → Политика на складовия каталог, достъпни за Собственик:
  • Дефиниции на артикули: когато е активирана, никой потребител не може да създава или редактира дефиниции. Псевдонимите остават редактируеми; деактивирането/активирането на артикули е винаги разрешено.
  • Главни групи: когато е активирана, създаването на нови главни групи е блокирано; редактирането отваря формата само за четене; деактивирането е разрешено.
  • Групи артикули: когато е активирана, създаването на нови групи артикули е блокирано; редактирането отваря формата само за четене; деактивирането е разрешено.
  • Присвояването на групи към артикули е блокирано, когато кое да е от заключванията за групи е активно.
  • В лентата с инструменти на съответния модул се показва индикатор „Редактирането е заключено“.
  • При отваряне формата е само за четене с информационно съобщение.

Подобрения:

• По-бързо зареждане на интерфейса — CSS, шрифтове и икони се компресират и кешират по-ефективно; при обновяване на версията браузърът презарежда само променените файлове.
• Намалено повторно рендиране при промяна на потребителски настройки.

1.210.0 - 2026-05-02

Подобрения:

• Подобрения по сигурността.

1.209.0 - 2026-04-29

Подобрения:

• По-надеждно зареждане на данни при бавна мрежа — при таймаут или мрежова грешка таблиците вече показват ясно съобщение и бутон „Опитай отново“ вместо празен списък.
• Падащите менюта вече не остават „заключени“ след мрежова грешка — следваща навигация автоматично презарежда данните.
• Запазването на потребителски настройки сигнализира за неуспех вместо тихо да пропадне.
• Увеличен таймаут на заявките до 10 секунди и автоматичен повторен опит при кратки прекъсвания на връзката.
• Ускорено зареждане на „Артикулни дефиниции“ за компании с голям брой артикули.

1.208.0 - 2026-04-24

Нови функции:

• Библиотека с рецепти — нова секция в „Продажби → Настройки“ за управление на шаблони за задачи:
  • Йерархия до 3 нива (контейнер → подконтейнер → листова рецепта).
  • За всяка рецепта: наименование, код, мерна единица, продължителност (дни), ориентировъчна цена за единица, описание.
  • Под-елементи (Materials & Services) към листовите рецепти — избор от съществуващи артикулни дефиниции с автоматично попълване на наименование и мерна единица; ръчно въвеждане на количество и единична цена.
  • Автоматично изчислена цена на рецептата от сумата на поделементите (количество × единична цена).
  • Скриване/възстановяване на рецепти без изтриване (запазва исторически връзки).
• Импорт на рецепта в проектен план — нов бутон „Импортирай рецепта“ в лентата с инструменти на задачите:
  • Избор на рецепта от дърво с всички налични шаблони.
  • Двустъпков диалог: преглед на йерархията → редакция на количества, цени, дати и наименования преди създаване.
  • Каскадно изчисление на дати — всяка следваща задача започва, когато завършва предходната; ръчно задаване на дата не измества съседните задачи.
  • Автоматично генериране на код от първите три съгласни на наименованието (латиница и кирилица); добавя числов суфикс при дублиране.
  • Проверка на дълбочина — задачи, които биха надвишили максималната дълбочина (3 нива), се маркират в червено; бутонът „Импортирай“ е деактивиран до отстраняване на нарушенията.
  • Чекбокс за включване/изключване на отделни задачи; изключването на контейнер автоматично изключва всичките му деца.
  • Достъп: роля Собственик.
• Автоматично управление на фактически дати на задачите:
  • Фактическа начална дата на листова задача се попълва при първата свързана покупка на материал; за контейнер — минималната от дъщерните задачи.
  • Фактическа крайна дата се попълва при маркиране на статус „Завършена“; за контейнер — максималната от дъщерните задачи.
  • Полетата се попълват само ако са празни — не се презаписват при повторно събитие.

Подобрения:

• Поле „Описание“ (до 2000 символа) добавено във формите за редакция на контейнер и листова задача.
• Очистване на съобщения за състояние при навигация чрез breadcrumb в плана на задачите.

1.207.0 - 2026-04-15

Нови функции:

• Йерархия на задачите — задачите вече могат да се организират в дърво от контейнери и листови задачи:
  • Контейнер: групираща задача (до 2 нива дълбочина), без мерна единица; датите и разходите се агрегират автоматично от подзадачите; процентът на завършване е само за четене и се изчислява автоматично.
  • Листова задача: конкретна работа с количество, единична цена и ръчно въвеждан процент на завършване.
• Бюджет с опция за ръчно задаване (Override) — и за двата вида задачи:
  • По подразбиране: контейнерите събират бюджета от подзадачите; листовите изчисляват количество × цена.
  • С отметка „Замяна на автоматично изчисления бюджет“: задаване на фиксиран бюджет независимо от количеството/подзадачите.
• Колони „Бюджет“ и „Бюджет на деца“ в таблицата на задачите — заменят предишните отделни колони за контейнери и листови задачи.
• Индикатор за превишен бюджет (↘) — червен индикатор в колона „Бюджет“ при контейнери/листови задачи, чийто ръчен бюджет е по-малък от сумата на подзадачите.
• Зависимости между задачи — всяка задача може да зависи от предходни задачи; Gantt диаграмата визуализира зависимостите чрез стрелки; плъзгане за създаване на нова зависимост директно в Gantt.
• Каскадна промяна на статус — при маркиране на контейнер като „Завършен“ се предлага автоматично завършване на всички подзадачи с диалог за потвърждение.
• Йерархичен изглед на таблицата (Drill-down) — превключване между „Йерархичен изглед“ и „Плосък изглед“.
• Контейнери в актове — контейнерите могат да се добавят като позиции в актове; стойността им идва от бюджета на задачата.

1.206.0 - 2026-04-11

Подобрения:

• Подобрения в сигурността

1.205.0 - 2026-04-06

Подобрения:

• Подобрения в сигурността
• Възстановен филтър за началния екран на склада

1.204.0 - 2026-04-02

Подобрения:

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

1.203.0 - 2026-03-31

Отстранени грешки:

• За някой потребители не се показват всички проекти.

1.202.0 - 2026-03-30

Подобрения:

• Екрана за добавяне на артикули към фактури покупки е променен. Възможност да се виждат артикулите в фактурата.

1.201.0 - 2026-03-29

Подобрения:

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

Отстранени грешки:

• Филтърат в артикулни дефиницй не работи коректно за някоий групи.

1.200.0 - 2026-03-28

Нови функции:

• Обновена документация
• Нов филтър по основна група в складовата начална страница
• Премахнати филтри от потребителските настройки

1.199.0 - 2026-03-24

Подобрения:

• Подобрена подредба на колоните в таблицата на складовата начална страница

Отстранени грешки:

• Нов отчет Топ закупувани артикули за период
• Клиенти с дублирани кодове

---

1.198.0 - 2026-03-28

Нови функции:

• Нов отчет Топ закупувани артикули за период
• При въвеждане на нов Клиент/Доставчик системата проверява за дублиране и предупреждава потребителя. За фирми проверката е по ЕИК, за физически лица по телефонен номер.
• Възможност за скриване на колони от таблицата Дефиниции на артикули

---

1.196.0 - 2026-03-22

Подобрения:

• Добавяне на главни групи към дефиниции на артикули
• Сортиране на артикули в списъка за избор по най-използвани от доставчик
• Активиране/деактивиране на клиенти и групи

---

1.195.0 - 2026-03-17

Подобрения:

• Възможност за активиране/деактивиране на дефиниции на артикули
• Добавяне на псевдоними за дефиниции на артикули

---

1.194.0 - 2026-03-13

Подобрения:

• Вътрешни подобрения

---

1.193.0 - 2026-03-09

Подобрения:

• Вътрешни подобрения

---

1.192.0 - 2026-03-08

Подобрения:

• Вътрешни подобрения

---

1.191.0 - 2026-02-28

Enhancements:

• Improved hamburger menu on mobile browser rendering

Bug Fixes:

• Fixed issue with rent prices

---

1.190.0 - 2026-02-27

Enhancements:

• Payments accounts history shows Without Document for purchases invoices without document instead of blank link

Bug Fixes:

• Report Project expenses wrong calculations

---

1.189.0 - 2026-02-22

Enhancements:

• Updated report Project per task expenses - added new filtering and grouping options. Group by item category and additional filter.
• Updated payment accounts history page

---

1.188.0 - 2026-02-20

Bug Fixes:

• When purchase invoice is created and no supplier is selected it throws cryptic error message
• Building phase not displayed correctly
• Showing Апартамент instead of Брой

---

1.187.0 - 2026-02-19

New Features:

• In Payment Accounts replaced delete with activate/deactivate
• New Sales Module under project. With sub modules dashboard, contracts, buildings, units
• New company wide Company Settings: Building Phases, Payment Templates, View Quality Options
• New column Party and links to sales and purchases invoice in payment transactions

Bug Fixes:

• Table filter not storing its settings correctly
• Unable to activate old projects
• Creating bulk tasks was broken. New example data
• Fixed performance issues with the recalculation of project costs
• Fixed language translation missing strings
• Fixed division by zero, act number wrongly generated, sales Invoice created from Act with wrong amounts

---

1.186.0 - 2026-02-27

Bug Fixes:

• Remaining Amount column not updated correctly for Sales Invoices table

---

1.185.0 - 2026-01-26

New Features:

• Added Remaining Amount column to Sales Invoices table

---

1.184.0 - 2026-01-24

New Features:

• Ability to schedule recurrent purchase invoice: Weekly, Monthly, Yearly
• For button Apply Filter added default key handler Enter key

Bug Fixes:

• Fixed a bug in the item add/edit form where the item group and the group code were not saved
• Fixed bug in filter components where filtering was failing

---

1.183.0 - 2026-01-20

Enhancements:

• New report Company not paid invoices
• Added default comment when moving money between accounts

Bug Fixes:

• Long items are truncated in the selection list with tooltip shown

---

1.182.0 - 2026-01-18

Enhancements:

• New confirmation dialog before payment operations. Displays amount, account name, current balance and warning when amount exceeds balance.

Bug Fixes:

• Blank screen when entering to pay sales invoice

---

1.181.0 - 2026-01-16

Enhancements:

• Grant access to Purchases Invoices and Payment Accounts for Manager and Site Manager roles
• Manager can view/edit/delete purchases invoices belonging to projects they have access to
• Site Manager can view/edit/delete purchases invoices they created
• Both can pay purchases invoices or worker expenses from payment accounts they have access to
• Case-independent filtering in all filter components
• Tooltips with full text in autocomplete dropdowns

---

1.180.0 - 2026-01-08

Bug Fixes:

• Fixed incorrect remaining amount for purchase invoice when paying partially

---

1.179.0 - 2026-01-07

Bug Fixes:

• Fixed bug showing 0 on Project stats overview page

---

1.178.0 - 2026-01-05

Bug Fixes:

• When paying partially purchase invoice not correctly calculated remaining amount

---

1.177.0 - 2026-01-02

New Features:

• Company-level subscription expiration date tracking
• Login access blocked for users with expired subscriptions (with clear error message)
• Warning banner displayed in navigation when account expires within 30 days

---

1.175.0 - 2025-12-29

Bug Fixes:

• Rename 'лева' to 'BGN' in Bulgarian translation
• Added currency to project home page
• Currency formatting bug on project schedule

---

1.174.0 - 2025-12-27

Bug Fixes:

• Fixed issue with cash flow chart where first day in week is Sunday
• Display currency code in tables behind the currency values
• Format currencies with 2 decimals