Лог на промените в STORE:
- Версия 8.1.3 / 20.02.2026:
- Лека корекция в превключването на клавиатурните подредби: когато програмата работи във VM на VirtualBox 7 (възможно и в по-стари версии) се изискваше повторно натискане на избраната комбинация за превключване (напр. Alt+Shift) за да се случи превключване на клавиатурната подредба.
- При печат към файл се записва BOM (Byte-Order-Mark) за Unicode файл (/PrnEnc=UTF-16 / UTF-16LE / ...) и инициализационен стринг за принтера (/PrnInit='...') само, ако се създава нов файл или се презаписва съществуващ. Старите версии записваха BOM и инициализационен стринг и при добавяне на данни към съществуващ файл. Тези данни се изискват само в началото на файла.
- Версия 8.1.2:
- Bugfix: В операции "Продажба" и "Трансфер" не работеше опцията "Продажба след продажба" - прозорецът винаги се затваряше след запис на документа, все едно опцията е изключена. Проблемът е въведен във версия 8.1.0.
- Bugfix: В операции "Продажба" и "Трансфер" след запис на документа и продължаване с нов се изчиства избрания контрагент. Преди оставаше последно използвания което е предпоставка за грешки, ако операторът не съобрази да го смени.
- Версия 8.1.1:
- Добавено е разпознаване на VirtualBox 7 заради работата на мишката. Драйвера на мишката се опитва да разпознае когато работи във VM на VirtualBox по сигнатура на VM BIOS-а. Във VirtualBox 7 промениха сигнатурата на BIOS-а и STORE спря да се усеща, в резултат на което се появяват два курсова на мишка един върху друг - едния се чертае от STORE, а другия от VB Guest Additions. За да не се получава този ефект, STORE скрива своя курсор когато се усети, че работи във VM, така, че да остане само този на Guest Additions. Курсорът на GA е винаги стрелка и не се променя при позициониране върху бутон, resize, move, часовник и др., но по-добре така отколкото две мишки на екрана. Ако няма инсталиран GA, ефектът е, че STORE скрива своя курсор и остава без видим курсор. С опции /ShowMouse и /HideMouse може да се форсира мишката да се показва/скрива без значение от VM-detection логиката.
- Bugfix: При прехвърляне на артикул в операция "Доставка" на БД която е създадена след 01.01.2026 (т.е. няма валута BGN) дава грешка №414 "БД: Невалиден ключ". Проблемът е въведен в преходната версия 8.1.0.
- Версия 8.1.0:
- При прехвърляне на артикул в доставка, ако доставните цени на артикула са в лева се конвертират в евро.
Използвам възможността да напомня за логиката по която се избира доставна цена. Това става в следния приоритет:
- промоционална доставна цена (ако има зададена и е в период на доставка)
- договорена доставна цена (ако има)
- последна доставна цена (ако има предходна доставка)
- средна доставна цена
От тези цени - № 1, 2 и 4 са конвертирани в евро при конвертирането на цените към евро. Последната доставна цена (№ 3) обаче остава в лева, тъй като вече направените документи не се променят при конвертирането. Вследствие, при избор на последна доставна цена при прехвърляне в доставка тя илиза в лева (поне докато не мине една доставка в евро).
Във всяко поле за въвеждане на цена може да се използва десен бутон на мишката и "Обърни в => валута", но това все пак е неудобство при доставките. С настоящата промяна конвертирането в евро става автоматично.
- Редизайн на операция "Транзакция" в Модул "Каса":
- Прозорецът "Транзакция - каса" е преработен.
- Типа на транзакцията - приход/разход/прехвърляне вече се определя от типа на избраното перо. В Меню/Настройка/Каса/Пера плащания, в параметрите на перото е добавен нов тип "Трансферно".
(!) В съществуащите инсталации, типа на перо "Прехвърляне" трябва да бъде сменен на "Трансферно" за да може да се правят транзакции от тип прехвърляне.
- При Начално установяване на БД, дървото на перата е редуцирано и изчистено:
- В меню "Операции", трите менюта "Транзакция - Приход", "Транзакция - Разход" и "Транзакция - Прехвърляне" са събрани в едно - "Транзакция - каса".
- Създаването на нова транзакция от "Дневник - транзакции каса" не работеше. Оправено е да работи: меню "Транзакция" => "Нова", клавиш Insert/Ctrl+N, десен бутон => "Нова".
- Ако операторът няма права за редакция на валута се забранява редакцията на курс
- В документната група (документ тип/номер/дата) в горната част на прозореца когато е разрешено въвеждане/редакция на датата на документа, полето е променено в бял фон. Това е с цел да се вижда редактируемостта на това поле. Специално в операция "Транзакция - каса" това полето винаги е било достъпно за редактиране (за разлика от останалите видове операции), но преди беше с цвета на фона и за потребителя не е видно, че там има нещо което може да въвежда/редактира.
- Bugfix: При плащане към сметка в различна валута от тази на сметката се прави коректно конвертиране на валутата. По-старите версии не извършват конвертиране на валутата, а вземат числото буквално.
Пример: приходна транзакция за 100 EUR към сметка в лева, ще натрупа 100 лв. в сметката, а не 100 * 1.95582 = 195.58 лв.
- Bugfix: Операцията "Транзакция" от тип прехвърляне в стария GUI вид не смята правилно курса когато сметките са в различна валута и курса на някоя от валутите не е зададен за единица от валутата. Например, след преминаване към евро курсът на лева е зададен като 1.95583 лева за 1 EUR (а не 1 лев за 0.51129 EUR).
За момента възможността за промяна на курса при превалутиране в транзакция е изключена (полетата са read-only), тъй, като изисква промяна в таблица ACCTRANS. След като се направи редизайн там, ще бъде активирано.
- Създадена е нова функция "Зареди като нов" която зарежда маркиран документ от Дневник "Продажби" като нов. Полезно е за регистриране на повтарящи се операции където може да бъде зареден съществуващ документ, редактиран и записан като нов. Извиква се от менюто "Продажба" в Дневника или чрез shortcut Ctrl+Shift+N. Възможно е да се маркират повече документи които да се заредят в един нов. За момента функцията е налична само за продажби. Предстои да се реализира за доставки, заявки, фактури и производство.
-
- Промени във функцията "Доплащане" към продажба:
- Добавен е избор на типа плащане (в брой/карта/банка - от разрешените типове плащания).
- Bugfix: Tипа плащане за целия документ се инициализира коректно спрямо типовете на всички плащания. Ако са от един тип - плащането за целия документ е от този тип. Ако има плащания от различен тип, типа плащане за целия документ става "смесено". POS-ът винаги е следвал тази логика, но операцията за доплащане досега приемаше фиксирано, че плащането е в брой, а типа плащане за целия документ се установяваше "в брой" което не е коректно в случай, че вече има направени плащания от друг тип.
- Bugfix: При доплащане към продажба и неуспешно генериране на транзакция - каса, връща състоянието коректно (доколкото е възможно, освен, ако причината за провала на операцията не е загуба на връзка със сървъра, тогава няма как да се върне назад).
- Конвертора който прави конверирането BGN=>EUR от 01.01.2026 г. остава само в SCVT версиите.
- От функцията "Обърни в" на полетата за въвеждане на цена е премахнато обръщане към същата валутата в която е текущата стойност (като безсмислено).
- В полетата за въвеждане, таблици и избор от drop-down списък са направени да работят Shift-комбинациите от не-цифровия блок: Shift+Left, Shift+Right, Shift+Delete, Shift+Insert, Shift+Home, Shift+End. Досега работеха само съответните от цифровия блок.
- Добавен е shortcut Ctrl+N като алтернативен на Insert. Важи за всички таблици. Това е общоприетия shortcut за създаване на нов документ. Insert остава.
- Bugfix: Коригиран е проблем в полето "печалба" в Дневник "Продажби" и SaleWizard в резултат на който се показваше некоректна стойност (целата стойност на продажбата вместо разликата продажна минус доставна цена). Проблемът е само визуален, записаното в БД е наред.
- Версия 8.0.7:
- Bugfix: Оправен стар проблем в резултат на който след претегляне на стока на POS везна и махане на теглото от везната, прозорена с теглото остава върху прозореца с тотала в POS.
- Bugfix: Групова промяна на нетно количество не работеше. Проблемът беше, че проверява дали е включена отметката на "Основна мярка" вместо на "Нетно колчиество". Това може да доведе до по-неприятен проблем: правиш групова промяна на "Основна мярка", но заедно с промяната на основната мярка се изчистват нетните количества на маркираните артикули.
- Версия 8.0.6:
- Bugfix: GetSysTime() time back bug.
По мистериозна причина функцията GetSysTime() връща понякога по-ранно време от това което таймера е взел при стартирането си чрез същата функция. Това причинява моментално задействане на таймера и таймаут грешки в драйверите на ФУ. Най-засегнат е драйвера на TREMOL, по-рядко има оплаквания от DATECS. Засега е пачнато набързо. Проблемът не е изследван в дълбочина. Има общо с асинхронното извикване на GetSysTime() от RS232 event handler-ите.
- Версия 8.0.5:
- Bugfix: Timer restart bug. Функцията за рестартиране на таймер не започваше оброяване наново което причинява моментално задействане на таймера и таймаут грешки в драйверите на ФУ.
- Версия 8.0.4:
- Bugfix: поле за редакция на цена при прехвърляне на артикул в продажба (SaleEdit, SaleWizard).
Проблем: При прехвърляне на артикул в Операция "Продажба" (SaleEdit) или SaleWizard или извикване на артикул от продажбата за редакция - полето за продажна цена се държи неадекватно. Влизаш в полето и започваш да пишеш нова стойност, а базовата цена се копира след написаното. Най-засегнати са складовете които ползват активно двете операции за продажба. В магазините - когато се налага да редактират продажби със сгрешени цени.
Временно решение: при активиране на полето, текстът се маркира целия. Това е стандартно поведение на input-полетата с цел като влезеш да може да пишеш директно нова стойност. За избягване на въпросния проблем е достатъчно да размаркираш, напр. като мръднеш курсора със стрелките, колкото да не е маркирано цялото поле. След това редактираш.
Bugfix: оправено във версия 8.0.4, но за съжаление го има във всички евро-версии до тук.
- Версия 8.0.3:
- Bugfix: Конвертировачката на ARTICLES може да извади стари статуси на артикулите. В много версии съществуваше поле "NoSaleFlag" (чек ON/OFF) което по-късно стана сегашния статус ("Status") с drop-down с избор на повече възможности. UpgradeManager-а създава новото поле "Status" и го инициализира от старото "NoSaleFlag". Оказва се, че предишната версия на UpgradeManager не изтрива старото поле след като го прехвърли в новото. То остава да живее паралелно с новото без да се ползва. Новата версия обаче, при наличие на старото поле "NoSaleFlag" го копира в новото (без значение, че новото вече го има!) и по този начин презаписва новия статус със стария.
- Премахнато е установяването на нова номерация на продажбите от конвертировачката за преномериране на продажби с дублиран номер. Обикновено го правеше грешно като установява начален номер по-голям от крайния и в резултат при следваща продажба се получаваше грешка "Препълване".
- Сменени са shortcut-ите в прозореца за избор на валута EUR/BGN от <F1>/<F2> на <1>/<2>. F-клавишите липсват на POS-клавиатурите и объркват касиерките.
- PollKbd се включва по default когато програмата работи в NTVDM. Може да махнете аргумента от командния ред. Само /PollKbd или /PollKbd=1 включват изрично режима. /PollKbd=0 изключва режима. Под Win98/DOS default е PollKbd=0 (както досега).
- Кешът на БД е изключен по default когато работи в NTVDM. NTVDM прави твърде бавна емулация на достъпа до XMS паметта която се ползва за кеш, така, че кеширането дори забавя. Може да махнете аргумента /NoCache или /CacheLimit=0 от командния ред. Ако е посочен /CacheLimit=X той си важи. Без посочен аргумент, под Win98/DOS default-ът е 4 MB.
- Версия 8.0.2:
- Bugfix: POS: При плащане на части с включена отметка "Желая фактура" дава грешка "Типа плащане не може да бъде използван съвместно с вече използваните в тази сметка плащания!". От там влиза се в порочен кръг и само терминиране помага.
- Bugfix: POS: Чек-бокса "Желая фактура" в прозореца за плащане излиза на неправилна позиция. Когато има две полета за плащане излиза върху лявото поле за сума.
- Версия 8.0.1:
- Оправени остатъчни стрингове "лв."
- Bugfix: при HACCP - входящ контрол се заяжда за партиден номер на стоки без включен вх. контрол.
- Версия 8.0.0:
- Начална версия с поддръжка на ЕВРО