Лог на промените в STORE:
- Версия 8.1.7 / 27.05.2026:
- Преработен е печата на щанд-ордери на DATECS ФУ и на ESC/POS принтер от сървъра:
- Премахната е цената на артикула, съгл. изискване на Наредба Н-18/2006 г.
- Количеството е преместено да се печата пред името на артикула (само за щанд ордерите).
- Артикулите се отделят с празен ред за по-добра четимост.
- Ако има зададена забележка към артикул в продажбата се печата на щанд-ордерите от двете места (преди се печаташе само на щанд-ордерите от сървъра).
Напомням, че полето за забележка към артикулите в продажбите не е включено по подразбиране за да не се разрастват прекалено БД на магазините. Посочвайте го в заявката, ако желаете да го има. Има смисъл за ресторанти – чрез него сервитьорите могат да указват на кухнята предпочитания на клиента при приготвянето на храната. От POS-а се извиква с <F11> или с бутона "Комент." от тъча.
- Преработен е печата на щанд-ордери на DATECS ФУ и на ESC/POS принтер от сървъра:
- Версия 8.1.6 / 11.05.2026:
- Bugfix: При отваряне на POS терминал когато няма връзка със сървъра се получава неправилно форматирано съобщение за грешка. Реалното съобщение за грешка в най-честия случай е: "Грешка #5020 – NetBIOS: Повиканото име не може да бъде намерено или не отговаря."
- Bugfix: При отваряне на POS терминал когато няма връзка със сървъра се получава неправилно форматирано съобщение за грешка. Реалното съобщение за грешка в най-честия случай е: "Грешка #5020 – NetBIOS: Повиканото име не може да бъде намерено или не отговаря."
- Версия 8.1.5 / 07.05.2026:
- В операция "Разплащания с контрагенти":
- Добавен е избор на начин на плащане (в брой, карта, банка и др.).
- Премахнат е таб "Общо". Остават табовете по видове операции (доставки, продажби, трансфери).
- В Дневник "Доставка", Дневник "Продажби" и операция "Разплащания с контрагенти" е добавена колонка с фактурата(ите) към съответния документ. Визуализират се като "номер ф-ра/дата", а когато има повече от една фактура към документа се листват разделени със запетайка.
- Bugfix: Изтриването на продажба по която има издадена фактура не изтриваше връзката в Дневник Продажби-Фактури към издадена фактура по тази продажба. В резултат връзката остава невалидна, а при създаването на нова продажба която преизползва същия ключ ще се прехвърли към нея.
- Bugfix: коригиран визуален проблем в операциите "Разплащания с контрагенти", "Доплащане към доставка" и "Доплащане към продажба": полето "Сума за доплащане" когато няма модул "Каса" беше с по-голяма височина от нормалното. В операция "Разплащания с контрагенти" следващото поле под него – "Остатъчно задължение" не се виждаше.
- В операция "Разплащания с контрагенти":
- Версия 8.1.4 / 29.04.2026:
- Добавена е функция за преподреждане на артикулите в прозорците за създаване/редакция на основните операции (продажба, трансфер, фактура, доставка, заявка, корекция наличност, трансфер с търг. агент, производство), както и в рецептата на артикул. Извиква се с Ctrl+Up / Ctrl+Down като маркираните артикули (един или повече) се придвижват съответно ред нагоре/надолу. Смисълът е когато се съблюдава ред на изписване както в първичен документ (напр. изписване на продажба по ПП протокол/поръчка/оферта). Тогава спазването на същия ред на артикулите улеснява контрола за коректност.
- Bugfix: коригиран е визуален проблем при редакция на рецептата на артикул вследствие на който се получава постоянно опресняване (видимо като премигване на екрана) на таблицата с компонентите на рецептата и тотала.
- Версия 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).
- Създадена е нова функция "Зареди като нов" която зарежда маркиран документ от Дневник "Продажби" като нов. Полезно е за регистриране на повтарящи се операции където може да бъде зареден съществуващ документ, редактиран и записан като нов. Извиква се от менюто "Продажба" в Дневника или чрез 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-ите.
- Bugfix: GetSysTime() time back bug.
- Версия 8.0.5:
- Bugfix: Timer restart bug. Функцията за рестартиране на таймер не започваше отброяване наново което причинява моментално задействане на таймера и таймаут грешки в драйверите на ФУ.
- Версия 8.0.4:
- Bugfix: поле за редакция на цена при прехвърляне на артикул в продажба (SaleEdit, SaleWizard).
Проблем: При прехвърляне на артикул в Операция "Продажба" (SaleEdit) или SaleWizard или извикване на артикул от продажбата за редакция – полето за продажна цена се държи неадекватно. Влизаш в полето и започваш да пишеш нова стойност, а базовата цена се копира след написаното. Най-засегнати са складовете които ползват активно двете операции за продажба. В магазините – когато се налага да редактират продажби със сгрешени цени.
Временно решение: при активиране на полето, текстът се маркира целия. Това е стандартно поведение на input-полетата с цел като влезеш да може да пишеш директно нова стойност. За избягване на въпросния проблем е достатъчно да размаркираш, напр. като мръднеш курсора със стрелките, колкото да не е маркирано цялото поле. След това редактираш.
Bugfix: оправено във версия 8.0.4, но за съжаление го има във всички евро-версии до тук.
- Bugfix: поле за редакция на цена при прехвърляне на артикул в продажба (SaleEdit, SaleWizard).
- Версия 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:
- Начална версия с поддръжка на ЕВРО