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

1.261.0 - 2026-11-06

Наем на оборудване — от офертата до окончателната фактура:

• Наемна цена в офертата. Всеки продукт в офертата за наем има наемна цена за един период. Задавате наемен процент и цените на редовете се изчисляват от стойността на оборудването — или въвеждате желания наем за период и процентът се изчислява обратно. Ред с ръчно въведена цена се заключва и процентът не го променя. Офертата показва и общата заместваща стойност, срока на изплащане и наема за целия планиран период.
• Потвърдена оферта. Новият статус „Потвърдена“ означава, че клиентът е приел офертата, но договорът още не е сключен. Офертата за наем се потвърждава само с планиран период (от – до) и резервира продуктите си за него. Ако наличността за периода не стига, офертата се потвърждава, но се показва кои редове не достигат. Потвърдената оферта не изтича, а списъкът с оферти показва от колко дни чака договор.
• Свободно за периода. При избор на продукт в офертата или в приложението за наем се вижда колко е свободно за планирания период — като се отчитат наличността в складовете, оборудването при други наематели до планирания край на тяхното приложение, оборудването на собствените обекти, резервациите на потвърдени оферти и приложения и доставките в подготовка.
• Раздел „Наем“ в проекта за наем. Страниците на наема са събрани в един раздел „Наем“ с подраздели „Договор“, „Приложения“ и „Фактуриране“, както „Продажби“ събира сградите, договорите и имотите. В проект за продажба приложенията са в раздел „Продажба на оборудване“. Старите адреси и запазените отметки отвеждат към новото място.
• Договор за наем. Проектът за наем има подраздел „Наем“ → „Договор“: договорът (Д-2601 за проект 2601-RENT) се създава автоматично, попълва се от шаблон, отпечатва се, подписва се (текстът му се запазва в този вид), става активен с първото получено изписване и се приключва след окончателна фактура. Шаблоните на договори се редактират във „Фирмени настройки“ → „Шаблони на договори“. Вижте Наем: договор, протоколи и фактуриране.
• Приложения към договора. Досегашните спецификации на проектите за наем и продажба са „Приложения“ — „Приложение № 2 към Договор за наем № Д-2601 от …“. Приложението има заглавие, планиран период, депозит, минимален срок в дни и ценоразпис при връщане (почистване, ремонт и липса по заместваща стойност). Подписаното приложение не се променя — нови артикули или нови цени се добавят с ново приложение. Статусите на приложението са „Чернова“, „Подписано“, „Приключено“ и „Анулирано“. Вижте Приложения.
• Оферта „към договор“. Нова оферта за наем може да се насочи към отворен договор на същия клиент. След сключване на договор бутонът „Добави към договор“ я превръща в следващото приложение — без нов проект и нов договор. Преди това прозорец за потвърждение назовава договора.
• Протоколи за изписване и връщане. Оборудването се изпраща към проекта за наем с протокол за изписване (П-2026-0001) по подписано приложение и се връща в склад с протокол за връщане (В-2026-0001) — частично или окончателно. При връщане за всеки ред се въвежда колко е годно, за почистване и за ремонт. При окончателното връщане по приложение всичко, което още е при наемателя, се отписва като липса и се начислява по заместваща стойност. Към протоколите се прикачват до 12 снимки.
• „Остава за изписване“ в протокола за изписване. След избор на приложение протоколът показва за всеки артикул колонките „Планирано“, „Изписано“ (получено на обекта), „Подготвено“ (в тази и в други доставки в подготовка или на път) и „Остава“, с кратко обяснение над таблицата. Бутонът „Отвори приложението“ отваря избраното приложение за преглед или редакция, а „Назад“ връща в доставката. Шофьорът се избира в „Подписи“ и се отпечатва в протокола.
• Корекция на дата. Датата на получаване (при изписване) или на връщане може да се коригира с причина, докато нито старата, нито новата дата не е във фактуриран период.
• Фактуриране на наема. Подразделът „Наем“ → „Фактуриране“ показва какво е при наемателя, фактурирания период, следващия период и от кога е дължим наемът. „Фактурирай наем“ създава чернова на фактура за продажба за периода, изчислен по дни: наемът започва в деня на получаване, денят на връщане не се таксува, а изписване и връщане в един и същи ден се таксуват като 1 ден. Частичните връщания и довозите се изчисляват поотделно. Наемът може да се фактурира и преди края на периода; следващите периоди продължават по същия график. Когато артикули се върнат преди минималния срок, към фактурата се добавя допълване до минималния срок. Към всяка фактура се отпечатва „Справка към фактура“ с изчислението; във фактурата тя се отваря с бутона „Справка към фактура“.
• Неотчетеното на обекта — в ново приложение. Артикулите на обекта, които не са изписани с протокол по приложение, се добавят в ново приложение с „Добави неотчетените“, без да се връщат в склада. При подписване на приложението се издава протокол за изписване „на обекта, без доставка“ и наемът им започва от този ден. Вижте Неотчетеното — в ново приложение.
• Доставките в приложението. Приложението за наем показва раздел „Доставки“ с протоколите за изписване и връщане по него — включително доставките в подготовка — с техния статус. Щракване върху номера отваря доставката, а „Назад“ връща в приложението. Вижте Доставки по приложението.
• Цената на доставката се добавя към сумата. В офертата и в приложението за наем или продажба „Цена на доставката“ се въвежда само при доставка „С наш транспорт“ и се добавя към данъчната основа, ДДС и общата сума — на отделен ред „Доставка“ на екрана и при печат. При „Взема се от клиента“ или без избрана доставка полето е изчистено и неактивно. Наемът за период и за планирания период не включват доставката. Записаните преди това оферти и приложения се отпечатват с новата сума, а в списъка тя се обновява при следващо запазване.
• Новата оферта за наем или продажба започва с ред за продукт от каталога, а не със свободен ред.
• Офертата за продажба — само продукти от каталога. В оферта за продажба вече няма бутон „Добави ред“: редовете се добавят само с „Добави продукт“. Свободните редове, записани по-рано, могат да се редактират или премахнат. Офертата за наем запазва свободните редове. Вижте Оферти за наем и продажба.
• Такси. Таксите за почистване и ремонт от протоколите за връщане, липсите и ръчно добавените такси се фактурират с наема или отделно — с „Фактурирай такси“.
• Депозит. Депозитът е гаранция и не се приспада от фактурите. Договорът показва изискуемия, получения, усвоения, върнатия и наличния депозит. Депозитът се връща, след като има окончателна фактура, всички фактури по договора са платени и няма нефактурирани такси. Ако наемателят не плати просрочена фактура, тя може да се плати с „Усвои депозит“ — прозорецът показва наличния депозит по договора на фактурата. Усвояване се отменя от панела „Депозит“ с „Отмени усвояване“; след това фактурата може да бъде анулирана.

Склад — снимки и резервации в „Наличност“:

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

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

• Отметка „За покупка“. В оферта и в приложение за наем продукт, който клиентът купува (например консумативи), се отметва „За покупка“. Редът е отбелязан с *, няма наемна цена и не се резервира. Вижте Артикули за покупка.
• Нови суми. „Стойност на артикулите за покупка“ и „Обща материална стойност“ се показват в блока „Ценообразуване на наема“ и се отпечатват. Печатът на офертата и на приложението за наем показва и легендата „* = Артикул за покупка“ и „Общо тегло“ с броя на артикулите без въведено тегло.
• Продаденият артикул се изписва с протокола за изписване и при получаването му на обекта става една такса „… – покупка“, която се фактурира със следващата фактура за наем или с „Фактурирай такси“. Вижте Продадени артикули.

Номерация на проектите и офертите:

• Съществуващите проекти получиха код от номера в името си. Проект с име 2504-ENG Кооперация получи код 2504-ENG, а проект 2606 Наем скеле без суфикс — 2606- и кода на своя тип. Имената не са променени. Ако суфиксът в името е код на друг тип със структура от задачи (например 2011-SUB на проект от тип GC), проектът премина към този тип. Ако няколко проекта започват с едни и същи цифри, код получи само най-старият. Вижте Код на проекта.
• Номерацията продължава след ръчните номера. Поредицата на офертите и проектите за 2026 г. продължава след най-високия номер в имената на проектите, така че нова оферта не получава номер, който вече се използва.
• Номерът се вижда преди записа. Формата за нова оферта показва „Ще получи OFF-2608-GC“, а формата за нов проект — „Ще получи 2608-GC“. Окончателният номер се взема при записа.
• Предупреждение за номер в името. Ако името на нов проект започва с номер, различен от кода, който проектът ще получи, под името се показва предупреждение с името, под което ще бъде записан.

Промени в поведението:

• „Минимален брой периоди“ в офертата и в приложението вече е „Минимален срок (дни)“. Съществуващите стойности са преобразувани в дни (брой периоди × наемния период).
• „Наемен процент“ е преместен в новия блок „Ценообразуване на наема“. В съществуващите оферти и приложения за наем с наемен процент всеки продукт получи наемна цена, изчислена от процента.
• Наемният период е един за целия договор. В приложението полето е заключено с бележка „От договора“. Периодът се променя в „Наем“ → „Договор“ само докато договорът е чернова, няма подписано приложение и не е фактуриран наем.
• Задачата на приложението се казва „Приложение № 1 – заглавие“ вместо „S01 Спецификация 1“. Съществуващите задачи с автоматичното име са преименувани; задачите с име, сменено на ръка, остават без промяна.
• Оборудване стига до проект за наем само с протокол за изписване. Изпращане към проект за наем без подписано приложение се отказва, както и изпращане на артикул, който не е в подписаното приложение. Директна покупка на проекта е позволена, но не се фактурира като наем и се показва в раздела „Наем“ като „Неотчетено по приложение“.
• Оборудване от проект за наем се връща само в склад. Доставка от проект за наем към друг проект се отказва. Ако договорът е приключен или анулиран, а на обекта има само неотчетени количества (без оборудване, изписано с протокол), те се връщат в склада с обикновена доставка, която не се фактурира.
• Доставките, които са на път към проект за наем при обновяването, се получават като обикновена наличност и не се фактурират като наем. Ако трябва да се фактурират, върнете ги в склада и ги изпишете отново с протокол за изписване.
• Фактура за наем не се създава, докато за артикул от приложението липсва наемна цена. Прегледът показва предупреждението, а фактурата се отказва.
• Един и същ артикул с две различни наемни цени не се приема при подписване на приложение и при потвърждаване на оферта за наем.
• Шаблонът на договора се сменя само от Собственика.
• Отпечатаният договор е по-четлив. Заглавията на разделите се отпечатват с удебелен шрифт (вместо със знаците „##“), подписите не се повтарят, а редът „brickeros.com“ в долната част на страницата вече не застъпва текста. Стандартният договор има нови раздели — права и задължения на страните, съобщения и заключителни разпоредби. Вертикалното лого в лявото поле на отпечатаните страници отново се вижда във Firefox.
• Текстът на отделен договор може да се редактира. Докато договорът е чернова, бутонът „Редактирай текста“ в „Наем“ → „Договор“ копира текста на шаблона само в този договор. Полетата в двойни къдрави скоби остават и продължават да се попълват от данните на договора, а прегледът до текста се обновява, докато пишете. „Възстанови от шаблона“ премахва редакциите и договорът отново следва шаблона. При подписване текстът се запазва в този вид, както досега.
• Всички бутони за запис вече се казват „Запази“. Във формите за редакция бутонът досега беше „Обнови“; при еднократните разходи е „Запази и плати“, а в планираните отчети — „Запази графика“. „Обнови“ остава само за бутоните, които опресняват данни от друго място — например „Обнови цените“ в офертите и „Обнови структурата“ в актовете.
• Редовете на приложение са само артикули от каталога. Бутонът „Добави ред“ за свободен ред е премахнат от приложенията, а новото приложение започва с ред, в който артикулът се избира от списъка. Свободен ред, който вече е в приложението (например пренесен от офертата), може да остане или да се изтрие, но не може да се добави нов. Офертите за наем запазват „Добави ред“, а офертите за продажба също вече приемат само артикули от каталога.
• „Ценоразпис при връщане“ съдържа само услуги от каталога. Всеки ред се избира от списъка с услуги; името и мярката идват от артикула, а цената се попълва от него и може да се промени. Колоните „Описание“, „Отнася се за“ и „По подразбиране за“ отпаднаха — таксите за почистване и ремонт от протокола за връщане се създават с цена 0 и цената се попълва преди фактуриране. Ред без услуга, който вече е в приложението, може да остане или да се изтрие, но не може да се добави нов.
• Ново приложение за наем: доставка и планиран период. Полето „Доставка“ е предварително избрано — начинът от предишното приложение, а за първото „С наш транспорт“ — и избраната стойност винаги се вижда. Приложението се добавя само с избран планиран период „от – до“, в който краят не е преди началото. Таблицата с продукти е по-компактна — без колона „код“, със заглавия на два реда и по-тесни колони, а полетата за избор на продукт и на услуга са с еднаква ширина. Блокът „Условия на наема“ вече е над списъка с продукти, а формата е разделена на ясно отбелязани секции: „Основни данни“, „Условия на наема“, „Продукти“, „Ценоразпис при връщане“ и „Суми и условия“.
• Валутата на приложение е винаги валутата на фирмата. При добавяне полето „Валута“ е попълнено с нея и е неактивно, както в офертите. Съществуващите приложения запазват валутата си.
• Депозитът се въвежда и в самия договор. В условията на договора има поле „Депозит“. Докато е празно, депозитът е сборът от приложенията, както досега. Въведената сума се използва в текста на договора, при печат и в „Изискуем депозит“. Полето се променя само докато договорът е чернова.
• Панелът „Депозит“ в договора показва историята на депозита — получен, върнат и усвоен депозит и отменените усвоявания, с дата, сума, номер на транзакцията и коментар. Сметката е връзка към транзакциите ѝ в „Разплащателни сметки“, където редът се оцветява, а при усвояване номерът на фактурата води към фактурата. В транзакциите на сметката движенията по депозита вече имат тип „Депозит за наем“ и „Върнат депозит за наем“ (досега се показваше техническото име на типа).
• Наемодателят и наемателят в договора се показват както във фактурите. Наемателят се сменя чрез „Избери клиент“ от списъка с клиенти, а договорът се свързва с избрания клиент.
• Стандартният договор за наем е вграден в системата. Докато фирмата няма собствен шаблон по подразбиране, „Шаблони на договори“ показва вградения „Договор за наем на оборудване (системен)“ и договорите се оформят с него. Той използва всички полета, но не може да се променя. Новият шаблон („Добави“) започва от неговия текст, а шаблонът, направен основен, го заменя. Под текста на шаблона всяко поле вече има описание на български. Отворен за редакция, запазен шаблон показва текста си (досега полето беше празно).
• Наемният период по подразбиране се задава в „Настройки“, в картата „Наемен период по подразбиране (дни)“ (досега фиксирано 30). С него започват новите оферти за наем и договорите на проекти, създадени без оферта.
• Минималният срок в нова оферта е празен, което означава един наемен период (подсказка „празно = един период“).
• Върнатото оборудване е веднага налично в склада, както досега.
• Полето „Депозит“ в условията на наема вече е озаглавено „Депозит“ (досега по погрешка „Депозирай“).
• Настройката „Следващ номер на оферта“ е премахната от данните на фирмата. Номерацията продължава автоматично след най-високия номер, използван през годината, включително номера в началото на името на проект. За да продължите след номер, който не е в системата, въведете ръчно кода на проект с този номер. Вижте Следващ номер на оферта.
• Някои стари проекти имат друг тип. Това са проектите, в чието име суфиксът е код на друг тип (например 2011-SUB). Разделите им се показват според новия тип; тип не е сменян, ако при смяната ще се скрие раздел с данни.
• Всеки ред от доставка се получава само веднъж. Повторното получаване на вече получен ред се отказва с „Редът вече е получен“ и не създава втора партида — това важи за всички доставки, не само за наема.
• Приложение, в което всички артикули са за покупка, не може да се подпише — „Приложението трябва да съдържа поне един артикул под наем“.
• Анулираната такса за продаден артикул е окончателна. Корекция се прави с ръчна такса.
• Връщането на продаден артикул не намалява фактурата. Ако клиентът трябва да получи сумата обратно, издайте ръчно кредитно известие. При окончателно връщане продадените артикули не се смятат за липса.
• Данните на фирмата са преместени в „Настройки“. Разделът „Детайли за фирмата“ вече не е в „Хора и фирми“: отваря се от картата „Детайли за фирмата“ в „Настройки“ и съдържа регистрационните данни, контактите, валутата, мерната система и часовата зона. „Настройки ДДС“, „Автоматично генерирани номера на документи“ и „Наемен период по подразбиране (дни)“ са отделни карти в „Настройки“ и се променят направо там. Всяка карта има свой бутон „Запази“ и записва само своите стойности, така че записът на една карта не променя другите.

Технически промени:

• Данните на фирмата се записват по части: PATCH /api/p/company/details, /vat, /document-numbers и /rent-period. Досегашният POST /api/p/company остава за кеширани стари версии на приложението. GET /api/p/company не се кешира от браузъра.
• Скриптът за обновяване на данните за наем не създава шаблон на договор. Вграденият договор не се записва в базата данни.
• Новият скрипт за обновяване на данните записва кодовете на проектите. По подразбиране той само показва какво ще промени — по фирми, с проектите с повтарящи се цифри, заетите номера и разминаванията с номерата на договорите за наем. Офертите не се преномерират, а имената на проектите не се променят. Скриптът се изпълнява преди обновяването на данните за наем в тази версия, което отказва да започне, докато има проект за наем с номер в името и без код.

Планирани за следващата версия:

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

1.260.0 - 2026-10-29

Оферти — структура от етапи, подетапи и задачи:

• Офертата за строителство вече се изгражда като структура. При типовете INV, ENG, GC, SUB и SBL редовете на офертата са етапи, подетапи и задачи (до три нива, както в плана на проекта). Етапите и подетапите показват сбора на задачите под тях, а при печат редовете се номерират 1, 1.1, 1.1.1.
• Мярката на задача в офертата се избира от мерните единици на задачите (м², м³, кг …), защото при създаване на проект редът става задача.
• Задачи от рецепта. С бутона „От рецепта“ в офертата се добавят рецепти от библиотеката — рецепта с подрецепти се добавя като етап или подетап със задачите под него. От рецептата се копират наименованието, кодът, мярката и цените: продажната цена става единична цена на реда. Количеството въвеждате вие.
• Себестойност и марж. За задачите от рецепти офертата показва себестойността за единица и маржа, а под редовете — маржа на цялата оферта. Виждат ги всички потребители с достъп до офертата. Себестойността и маржът не се отпечатват.
• „Обнови цените“. При оферта в статус чернова бутонът взема отново цените на редовете от рецепти. Ръчно въведените цени (отбелязани с ✎) се запазват, освен ако не отметнете „Обнови и ръчно въведените цени“.
• Проект от оферта със структура получава плана със задачи. При създаване на проект от такава оферта етапите, подетапите и задачите стават задачи в плана на проекта, с единичната цена и количеството от офертата. Формата показва колко задачи ще бъдат създадени.
• Вид оферта на типа проект. Във „Фирмени настройки“ → „Типове проекти“ всеки тип има поле „Вид оферта“: „Структура от задачи“, „Наем“ или „Продажба“. Типовете по подразбиране са настроени автоматично.

Оферти за наем и продажба, спецификации:

• Офертата за наем или продажба съдържа продукти от склада. Стойността на всеки продукт се попълва от артикула и може да се промени. „Обнови цените“ обновява и тези стойности.
• Условия на наема: наемен процент, наемен период (по подразбиране 30 дни), минимален брой периоди, депозит, доставка и условие за липсващи или повредени артикули. Офертата показва стойността на оборудването и наема за един период; сумите и ДДС се изчисляват от наема за един период, а депозитът и доставката се отпечатват на отделни редове. Офертата за продажба има само доставка.
• Спецификация S01 при създаване на проект. Когато от оферта за наем или продажба се създаде проект, се създава и спецификация S01 с продуктите и условията на офертата, както и нейна задача „S01 Спецификация 1“ в статус „В прогрес“, на която се получават доставките.
• Нов раздел „Спецификации“ в проектите за наем и продажба. Добавят се спецификации S02, S03 … (номерацията е отделна за всеки проект; новата спецификация се попълва предварително с валутата, ДДС и условията на последната), подписват се, приключват или анулират и се отпечатват като „Спецификация № … към договор за наем (продажба) № … от …“. При приключване задачата на спецификацията се приключва; при анулиране се премахва, ако по нея няма доставки, отработено време или акт.

Промени в поведението:

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

1.259.0 - 2026-10-22

Поправки:

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

Технически промени:

• Сървърът на приложението работи с Node.js 26 — версия с дългосрочна поддръжка до април 2029 г. Функционалността на приложението не е променена.
• Добавени са автоматични проверки, които спират инсталирането на нова версия, ако сървърът работи с версия на Node.js, различна от предвидената.
• Инструментите за инсталиране вече изпълняват само одобрените инсталационни скриптове на външните библиотеки.
• Инструментът за автоматичните тестове в браузъра е обновен, което премахва две библиотеки с известни уязвимости.

1.258.0 - 2026-10-22

Оферти — „Договор“ и „Отказана“:

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

Акт 19 — единични цени от плана:

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

Поправки:

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

Технически промени:

• Редът на акта пази дали единичната цена е въведена ръчно (unitPriceOverridden). Редовете без тази стойност следват плана. Не е нужна миграция на данните.
• Данните на задачата, от които се създава редът на акта, вече съдържат isContainer. Досега полето липсваше и груповите (контейнерни) редове не се разпознаваха като такива.
• Добавена е автоматична проверка, която не позволява поле за число с formatPrice(…) в стойността си — именно то изтриваше десетичната точка при въвеждане.
• Статусът на офертата Accepted е заменен с Contract. Сървърът отказва Accepted (400), а смяната към Contract разрешава само на създателя на офертата и на OWNER (403 за останалите). Създаване на проект от оферта в друг статус връща 409 offerNotContract. Миграция на данните не е нужна.

1.257.0 - 2026-10-19

Технически промени:

• Обновени са библиотеки с известни уязвимости: за изпращане на имейли, за определяне на IP адреса на потребителя зад прокси сървъра, както и инструментите за компилиране, автоматичните тестове и сайтът с документацията. Функционалността на приложението не е променена.
• Добавени са автоматични тестове, които не позволяват обновените библиотеки да бъдат върнати към уязвимите версии.

1.256.0 - 2026-10-16

Типове проекти:

• Всеки проект вече има тип, който определя кои раздели се показват в него. Фирмата получава седем готови типа: INV — инвестиционен (собствен); ENG — инженеринг; GC — главен изпълнител; SUB — подизпълнител, труд и материали; SBL — подизпълнител, труд и кофраж; RENT — наем на оборудване; SALE — продажба.
• Началната страница на проекта се показва при всеки тип и винаги с всички панели. Останалите раздели — „План със задачи“, „График“, „Време за работна ръка“, „Покупки“, „Продажби“, „Бетонов дневник“ и „Актове“ — зависят от типа. Ролите продължават да определят кой какво вижда: типът може само да скрие раздел.
• Типовете се управляват от „Фирмени настройки“ → „Типове проекти“. Собственикът може да променя разделите на всеки тип, да създава нови типове, да дублира съществуващ и да деактивира тип. Типовете по подразбиране и използваните типове не могат да се изтриват.
• Типът се избира във формата на проекта. При нов проект е избран GC. Смяната на типа на съществуващ проект се потвърждава и не изтрива данни — данните в скритите раздели се запазват и се появяват отново, ако типът бъде върнат.
• Съществуващите проекти показват същите раздели с данни, които показваха и преди. Проектите с данни за продажби и без актове получават тип INV, останалите — GC (при тях празният раздел „Продажби“ вече не се показва). Проектите, които имат едновременно продажби и актове, остават без тип и показват всички раздели, докато Собственикът не избере тип.
• Новите проекти получават код във вида 2601-INV — година, пореден номер и тип. Кодът се записва и пред името на проекта (2601-INV Жилищна сграда) и не се променя при смяна на типа. В списъка с проекти има нови колони „Код на проекта“ и „Тип на проекта“ (могат да се скриват), а търсенето намира проекти и по код и тип — например RENT.

Оферти:

• Нов раздел „Оферти“ до „Проекти“. Всяка оферта получава номер във вида OFF-2601-INV при първото записване. Ако излезете от нова оферта, без да я запишете, номер не се заема. Номерацията е обща с кодовете на проектите.
• Офертата съдържа тип на проекта, заглавие, клиент, дата и срок на валидност, валута (по подразбиране тази на фирмата), ДДС (ако полето е празно — ставката на фирмата), редове с описание, мярка, количество и единична цена, условия и вътрешни бележки.
• Статуси: чернова, изпратена, приета, отхвърлена, анулирана. След изпращане офертата не може да се редактира — с „Нова ревизия“ се създава копие с номер OFF-2601-INV-R1, а оригиналът се отбелязва като заменен с ревизия. Изпратена оферта с изтекъл срок се отбелязва като изтекла, но все още може да бъде приета. Ако ревизия бъде анулирана или изтрита, докато е чернова, оригиналът се връща в предишния си статус.
• Приета оферта се превръща в проект с „Създай проект“. Отваря се формата за нов проект, попълнена с данните от офертата; допълвате останалите полета и записвате. Проектът получава цифрите на офертата (например OFF-2601-INV → 2601-INV). „Назад“ ви връща към офертата.
• Печат на оферта с данните на фирмата и клиента, сумата словом, условията и подписи „Изготвил“ и „Приел“. С отметката „Печат без единични цени“ се отпечатват само количествата и общите суми. Черновата се отпечатва с надпис „ЧЕРНОВА“. Вътрешните бележки не се отпечатват.
• Оферти създават Собственик, Мениджър, Технически ръководител и Складов мениджър. Собственикът вижда всички оферти, а останалите — своите и тези, до които им е даден достъп от „Контрол на достъпа“ → „Достъп до оферти“. Проект от приета оферта може да създаде авторът ѝ — включително когато ревизията е направил Собственикът — или самият Собственик.
• Номерацията може да продължи ръчно водената досега. В „Хора и фирми“ → „Детайли за фирмата“ Собственикът може да зададе следващия номер на оферта.

Получаване на доставка на проект:

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

1.255.0 - 2026-10-13

Предупреждение за незапазени промени:

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

Поправка в избора на местоположение:

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

Потвърждение преди изтриване:

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

Опасните действия са в червено:

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

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

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

Плащания:

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

По-последователен вид на програмата:

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

Правопис:

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

Технически промени:

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

1.254.0 - 2026-10-12

Технически промени:

• Сайтът с документацията е обновен и се изгражда по-бързо. Съдържанието и адресите на страниците не са променени.
• Изборът на светла или тъмна тема в документацията се връща еднократно към светлата тема, защото браузърът вече го пази под ново име.
• Картата на сайта с документацията отново съдържа адресите на страниците. От версия 1.208.0 насам търсачките не са можели да я използват.
• Добавени са автоматични проверки на сайта с документацията.

1.253.0 - 2026-10-09

Записване и връщане към списъка:

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

Курсор и клавиш Enter:

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

1.252.0 - 2026-10-08

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

• Протоколът за доставка и протоколът за връщане показват снимката на артикула вляво от името му, в клетката „Артикул име“ — на екрана и при печат. На хартия снимката е около 2,5 × 2,5 cm, за да се различават подобни артикули при товарене и приемане. Артикулите без снимка имат празно място със същата ширина, така че имената остават подравнени, а на хартия редът им остава нисък. Ако нито един артикул в протокола няма снимка, той се отпечатва както преди. Групираният ред (един артикул от няколко партиди) показва една снимка. Колоните на таблицата и експортът в CSV не се променят.
• Нова отметка „Снимки при печат“ до бутона „Печат“. По подразбиране е включена. Когато я изключите, протоколът се отпечатва без снимки и е по-кратък — около 25 реда на страница вместо около 10, когато всички артикули имат снимки. Отметката засяга само печата: на екрана снимките се виждат винаги. Изборът се помни за всеки потребител.
• Печатът изчаква снимките да се заредят (до около 5 секунди), за да не излязат празни полета на хартия. Докато чака, бутонът „Печат“ е неактивен, така че двойното щракване не отваря два прозореца за печат.
• Миниатюри и в панела „Артикули налични“ при избора на артикули за доставка, вляво от името на артикула.
• Фактурите за покупка и продажба и актовете не показват снимки — нито на екрана, нито при печат.

Акт 19:

• „Обнови структурата“ добавя задачи от всички раздели на плана. Досега бутонът добавяше нови задачи само от разделите, които актът вече съдържа, затова неактуваните количества по друг раздел или по раздел, създаден след акта, не можеха да влязат в него. Сега бутонът отваря списък на всички задачи в проекта с неактувани количества. Задачите, които вече са в акта, се обновяват автоматично. Задачите от разделите на акта са отметнати предварително, а тези от останалите раздели отметнете сами.
• В списъка се виждат предупрежденията от избора на задачи при създаване на акт: задача с неактувани разходи 0.00 ще влезе в акта със сума 0.00, а задача, която е и в друг акт в статус „Създаден“, е отбелязана.
• Задача, преместена в друг раздел на плана, остава в акта при „Обнови структурата“. Досега редът ѝ отпадаше заедно с ръчните корекции.
• Снимките на артикулите в Акт 19 отпаднаха. Панелът на позицията вече не показва миниатюри, а отметката „Включи снимките при печат“ и разделът „Снимки на материалите“ са премахнати. Актът се отпечатва както преди версия 1.251.0.

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

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

Затваряне на прозорци с Escape:

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

Достъпност:

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

Английски интерфейс:

• Подсказките във формата за нов проект са изцяло на английски. Досега четири от тях съдържаха и български текст, например „Select Tech Lead (Технически ръководител)“. На български подсказките са същите като досега.

1.251.0 - 2026-10-06

Снимки на артикулите:

• Всеки артикул в „Артикули дефиниции“ може да има снимка. Снимката се добавя с „Добави снимка“, сменя се със „Смени снимката“, кадрира се наново с „Прекадрирай“ и се премахва с „Премахни снимката“ — всичко от формата за редакция на артикула. Новият артикул трябва първо да бъде записан: дотогава формата показва „Запишете артикула, за да добавите снимка“. Снимката се записва веднага, без да натискате „Обнови“. Новата снимка заменя старата, а предишната не се пази.
• Преди качване снимката се кадрира. В прозореца „Кадриране на снимка“ избирате частта от снимката, която да се запази. Рамката винаги е квадратна, така че снимката изглежда еднакво навсякъде. Снимката може да се завърти на 90° с „Завърти наляво“ и „Завърти надясно“ или да се изправи с плъзгача „Изправяне“ до ±45°. Миниатюрата до бутоните показва как ще изглежда снимката в списъците, „Нулирай“ връща началния кадър, а „Използвай снимката“ я записва.
• Снимката може да се постави от клипборда. Натиснете Ctrl+V във формата за редакция на артикула или бутона „Постави снимка“ — например за екранна снимка или изображение, копирано от уебсайт. Ако курсорът е в текстово поле и копираното съдържа текст, се поставя текстът, както досега.
• Снимка може да се направи и с камера. Бутонът „Снимай“ отваря камерата на телефона или таблета, а на компютър — прозорец с образа от уебкамерата, в който се заснема кадърът. Камерата се изключва при затваряне на прозореца. Заснетият кадър минава през същото кадриране като снимката от файл.
• Приемат се снимки във формат JPG, PNG и WEBP с размер до 25 MB. Снимка, по-малка от 200 пиксела по късата страна, не се приема, а избраната част също трябва да е поне 200 × 200 пиксела.
• Снимката се смалява на вашето устройство, преди да бъде изпратена. Оригиналът от телефона или фотоапарата не се качва — записват се само обработеното изображение (до 1280 пиксела по дългата страна) и негова миниатюра. Данните за местоположението и апарата от оригиналния файл не се запазват.
• Снимките се виждат само от потребители, които са влезли в системата. Браузърът ги запомня, затова при повторно отваряне те се показват веднага.
• Къде се показва снимката: във формата за редакция на артикула (щракване върху снимката я отваря в пълен размер), в екрана на артикула в склада (отваря се с щракване върху ред в таба „Наличност“), като миниатюра в списъка за избор на артикул в „Купи артикул“ (в склада и в покупките на проекта — при посочване с мишката се показва по-голяма снимка) и в Акт 19. В таблицата „Артикули дефиниции“ новата колона „Снимка“ показва само иконка на фотоапарат при артикулите със снимка, за да се зарежда таблицата бързо.
• Когато редактирането на каталога е заключено, снимката не може да се добавя, сменя или премахва.
• Екранът на артикула в склада започва с карта на артикула: снимка, име, код, мерна единица и тип, група, описание, псевдоними и наличност в текущия склад, с бутоните „Редактирай“ (отваря дефиницията на артикула; при заключен каталог — „Изглед“) и „Печат на етикет“ и малък QR код. Името, мерната единица и типът вече не се показват като неактивни полета над таблицата „История на покупките на артикул“. Бутонът „Назад“ на този екран отпадна — към списъка на склада се връщате с връзката „Склад“ най-горе на екрана, също и когато сте отворили артикула от сканиран QR код или в нов раздел.

QR етикети:

• Всеки артикул има собствен QR код, който не се повтаря. Етикетът съдържа QR кода, името, кода и мерната единица на артикула, както и името, адреса и телефона на фирмата, така че информацията се чете и без сканиране.
• Етикетите се отпечатват на самозалепващ лист A4, по 14 на страница (2 колони по 7 реда, всеки етикет 70 × 37 mm), с пунктирани линии за рязане между тях. Етикетите са в средата на листа, така че принтерът не отрязва нищо от краищата им. Изберете един или повече артикули в „Артикули дефиниции“ и натиснете „Печат на QR етикети“ — наведнъж могат да се отпечатат до 100 етикета. Етикет за един артикул се отпечатва с „Печат на етикет“ от формата за редакция или от екрана на артикула, където се вижда и самият QR код.
• При сканиране на етикета с телефон се отваря екранът на артикула. Ако не сте влезли в системата, първо се показва страницата за вход, а след входа се връщате направо на сканирания артикул. Ролите Работник и Клиент нямат достъп до склада и не могат да отворят артикула.

Снимки в Акт 19:

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

Нов изглед на формата за артикул:

• Формата за дефиниция на артикул е подредена в две колони. Вляво са снимката, QR кодът и „Печат на етикет“, а вдясно полетата са групирани в секции „Основни данни“, „Класификация и код“, „Цени“ и „Псевдоними“. Полетата заемат цялата ширина на секцията, така че формата е значително по-къса.
• Полето „Име“ е на един ред и се разширява само при дълго име, а „Описание“ — от 2 до 6 реда според текста.
• Кодът на артикула се въвежда в едно поле, а пред него се показва кодът на основната група и на групата. Отделното неактивно поле с пълния код отпадна.
• Отметката „Използвай универсална цена“ е преди двете универсални цени, които включва.
• Бутоните „Назад“ и „Обнови“ са в лента в долната част на екрана и се виждат и докато превъртате формата.

Снимки на артикулите от телефон:

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

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

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

1.250.0 - 2026-10-02

Грешките се показват в изскачащо съобщение:

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

1.249.0 - 2026-10-02

Нова фактура за покупка се записва едва при „Запази промените“:

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

Празните фактури са премахнати:

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

Изтриване на фактури за покупки:

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

Филтър „само празни“:

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

Валута:

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

Сумите се показват с разделител за хилядите:

• Цифрите на всяка сума вече са групирани по три: „200 000.00 €“ вместо „200000.00 €“. Дългите суми се четат по-лесно и цифрите не се сливат. Разделителят се показва в таблиците, общите суми, прозорците, отчетите, графиките и при печат на фактури и протоколи.
• Сумата не се разделя на два реда дори в тясна колона. Десетичният знак остава точка, както досега.
• Сумите на екрана вече са навсякъде с две десетични цифри. Някои екрани — например салдата на сметките, полетата с ДДС във фактурите и историята на покупките на артикул в склада — показваха три.
• Количествата, процентите и часовете в таблиците остават без разделител и със същия брой десетични цифри като досега.

Полета за въвеждане на числа:

• Докато пишете в полето, числото се показва без разделител („1234567.89“), а след като излезете от него — с разделител („1 234 567.89“). Записва се самото число, разделителят е само за показване.
• Ако влезете в полето с клавиша Tab и започнете да пишете, въведеното замества досегашната стойност, вместо да се добави към нея.
• Разделителят се показва във всички полета за числа от 1000 нагоре, включително в полетата за количество.

Сортиране, оцветяване и експорт:

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

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

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

1.248.0 - 2026-09-29

Сумите се показват със символ на валутата:

• След всяка сума вместо кода на валутата стои символът ѝ: „1234.56 €“ вместо „1234.56 EUR“. Колоните със суми стават по-тесни, а изписването съответства на приетото след въвеждането на еврото. Символите са €, лв., $, £ и леи. Валута без символ се показва с кода си.
• Символът е в получер шрифт до сумата в таблиците, общите суми, „График“, договорите, таблото на продажбите и прозорците с цени. В удебелените суми символът е със същия шрифт като сумата, както и при печат на фактура или акт.
• Сумите в проекта се показват във валутата на проекта. Досега договорите, имотите, масовата промяна на цени и историята на цените винаги показваха EUR, а актовете показваха валутата на фирмата, независимо от валутата на проекта.
• Историята на цените на имот, общата сума на имота и масовата промяна на цени показват суми с две десетични цифри и символ след сумата — както навсякъде другаде.
• Полето „Валута“ при създаване на проект вече показва правилната валута.
• При избора на валута (настройки на фирмата, нов проект) остава трибуквеният код.

Складът е разделен на табове:

• Разделът „Склад“ вече има четири таба: „Наличност“, „Покупки“, „Изпращане“ и „Получаване“. „Наличност“ е досегашният списък със стоката и се отваря по подразбиране. Складът се избира от този таб, а останалите показват избрания склад.
• Бутонът „Купи“ е преместен в таба „Покупки“. Там има два списъка: артикулите, купени в склада, и фактурите за покупка към тях. Щракването върху номера на фактура отваря самата фактура.
• Списъкът с фактури следва правата ви във „Фактури за покупки“ — в него са само фактурите, които можете да отворите.
• Покупка без документ се отбелязва с „Без документ“ и в двата списъка.
• „Изпращане“ показва доставките, които тръгват от избрания склад, включително тези в подготовка. Бутонът „Добави“ създава нова доставка и я отваря направо за попълване.
• „Получаване“ показва доставките, адресирани до избрания склад — изпратените и тези, които още се подготвят. Доставка в подготовка се отваря само за преглед, а бутоните „Добави“ и „Анулирай“ не се показват в този таб.
• Всяка доставка е или в „Изпращане“, или в „Получаване“. Общ списък с доставките в двете посоки вече няма.
• Пътеката над отворена доставка показва в кой таб е тя: „Склад → Изпращане → №…“ или „Склад → Получаване → №…“. Щракването върху таба в пътеката връща към списъка.
• Бутоните „Купи“ и „Доставки“ вече не са в лентата над списъка с наличности — заменят ги табовете.

Доставката се променя само от мястото, от което тръгва:

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

Пътека на всеки екран за добавяне и редакция:

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

Задачата показва в кой контейнер е:

• При добавяне и редакция на задача пътеката показва цялата верига от контейнери над нея, например „План с задачи → 01 Груб строеж → 01.2 Стени → Мазилка“. Досега пишеше само „План с задачи → Мазилка“.
• Натискането на контейнер от пътеката отваря плана направо в този контейнер, а „План с задачи“ го отваря от началото.
• При добавяне пътеката следва избора в полето „Родител“ — сменяте ли родителя, пътеката показва новото място на задачата.

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

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

Поправка в отчета „Местоположение на многократни артикули“:

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

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 без вътрешен код — полетата Възложител, Строител, Проектант и Консултант вече се изобразяват без водещия числов код на контакта. Важи и за новите протоколи, и за вече съществуващите.

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

• „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

Подобрения:

• Подобрено показване на менюто за мобилни браузъри

Поправки:

• Поправена грешка при цените за наем

---

1.190.0 - 2026-02-27

Подобрения:

• В историята на разплащателните сметки фактурите за покупки без документ се показват с „Без документ“ вместо с празна връзка

Поправки:

• Грешни изчисления в отчета „Проект разходи“

---

1.189.0 - 2026-02-22

Подобрения:

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

---

1.188.0 - 2026-02-20

Поправки:

• При създаване на фактура за покупка без избран доставчик се показваше неразбираемо съобщение за грешка
• Строителната фаза не се показваше правилно
• Показваше се „Апартамент“ вместо „Брой“

---

1.187.0 - 2026-02-19

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

• В „Разплащателни сметки“ изтриването е заменено с активиране и деактивиране
• Нов модул „Продажби“ в проекта, с подмодули „Табло“, „Договори“, „Сгради“ и „Имоти“
• Нови общофирмени „Фирмени настройки“: „Строителни фази“, „Шаблони за плащане“ и „Опции за качество на изглед“
• Нова колона „Доставчик / клиент“ и връзки към фактурите за продажба и за покупка в платежните транзакции

Поправки:

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

---

1.186.0 - 2026-02-27

Поправки:

• Колоната с оставащата за плащане сума не се обновяваше правилно в таблицата „Фактури продажби“

---

1.185.0 - 2026-01-26

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

• Добавена колона с оставащата за плащане сума в таблицата „Фактури продажби“

---

1.184.0 - 2026-01-24

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

• Повтарящи се фактури за покупки по график: „Седмично“, „Месечно“ и „Годишно“
• Бутонът „Приложи филтър“ се задейства и с клавиша Enter

Поправки:

• Във формата за добавяне и редактиране на артикул групата и кодът на групата не се записваха
• Филтрирането в компонентите за филтри не работеше

---

1.183.0 - 2026-01-20

Подобрения:

• Нов отчет „Фирма неплатени фактури“
• Коментар по подразбиране при прехвърляне на пари между сметки

Поправки:

• Дългите имена на артикули в списъка за избор се съкращават, а пълният текст се показва в подсказка

---

1.182.0 - 2026-01-18

Подобрения:

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

Поправки:

• Празен екран при отваряне на плащането на фактура за продажба

---

1.181.0 - 2026-01-16

Подобрения:

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

---

1.180.0 - 2026-01-08

Поправки:

• Поправен грешен остатък за плащане при частично плащане на фактура за покупка

---

1.179.0 - 2026-01-07

Поправки:

• Поправена грешка, при която на страницата с общите статистики на проекта се показваше 0

---

1.178.0 - 2026-01-05

Поправки:

• При частично плащане на фактура за покупка остатъкът за плащане не се изчисляваше правилно

---

1.177.0 - 2026-01-02

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

• Проследяване на датата, до която е валиден абонаментът на фирмата
• Потребителите с изтекъл абонамент не могат да влязат в системата и виждат ясно съобщение за грешка
• Когато до изтичането на абонамента остават по-малко от 30 дни, в навигацията се показва предупреждение

---

1.175.0 - 2025-12-29

Поправки:

• В българския превод „лева“ е заменено с „BGN“
• Добавена валута на началната страница на проекта
• Поправено форматиране на валутата в графика на проекта

---

1.174.0 - 2025-12-27

Поправки:

• Поправена графика на паричния поток, когато първият ден от седмицата е неделя
• В таблиците след сумите се показва кодът на валутата
• Сумите във валута се форматират с 2 знака след десетичния знак