Склад и ревизия
Пример: управителят вижда кои артикули са под минимум и защо наличността е такава.
Пълна продуктова карта
Тази страница е за купувачи, които искат конкретика. Всяка функционалност е описана на български и е вързана към пример от ежедневната работа на търговска фирма.
Екрани
Купувачът трябва да види как ERP данните минават от склад и OpenCart към фактури, ДДС, пари и маркетинг печалба. Тези екрани дават визуален контекст на списъка по-долу.
Пример: управителят вижда кои артикули са под минимум и защо наличността е такава.
Пример: нова поръчка влиза автоматично и става продажба в ERP.
Пример: издадена фактура автоматично влиза в ДДС периода и отчетите.
Пример: Meta кампания се оценява по печалба след разходи, доставка и себестойност.
Ядро
Системата използва защитен вход с краткосрочни и обновяващи токени.
Пример: касиерът влиза сутринта, а сесията се подновява без да прекъсва продажбата.
Достъпът се разделя по роли: администратор, мениджър, счетоводител, продажби, склад и наблюдател.
Пример: складов служител вижда наличности и приемане, но не променя счетоводни настройки.
Създаване, редакция и управление на активни потребители.
Пример: нов служител в магазин получава достъп само до продажби и клиентски справки.
Поддържат се данни за фирма, ЕИК, ДДС регистрация, адрес и настройки.
Пример: фактурите излизат с правилното име, ДДС номер и МОЛ.
Централно се пазят настройки за интеграции, валути, OpenCart и счетоводство.
Пример: администраторът генерира OpenCart ключове без да пипа база данни.
Модулна архитектура с API, база данни, кеш/опашки и контейнерно внедряване.
Пример: ERP може да работи на VPS с отделни услуги за база, API, фонова обработка и потребителски интерфейс.
Склад
Организация на продуктите по категории.
Пример: “Лаптопи”, “Аксесоари” и “Консумативи” се филтрират отделно при ревизия.
SKU, баркод, име, мерна единица, ДДС ставка, тегло, размери и активен статус.
Пример: продукт със SKU `SSD-1TB` има баркод, 20% ДДС и тегло за куриерска калкулация.
Един екран показва наличности, движения и свързани операции за артикул.
Пример: вижда се защо даден артикул е паднал от 85 на 32 броя.
CSV/XLSX импорт на артикули и доставки, включително входящи фактури.
Пример: доставчик праща Excel с 500 артикула и те влизат без ръчно преписване.
Поддръжка на основен, магазинен, транзитен или виртуален склад.
Пример: София магазин, централен склад и онлайн резерв се следят отделно.
Следи се налично, резервирано, достъпно и себестойност.
Пример: има 20 броя, 6 са резервирани за онлайн поръчки, достъпни са 14.
Ръчните корекции се записват с причина и складово движение.
Пример: счупена стока се отписва като брак, а не се “намалява тихо” числото.
Всяка промяна има ясен тип: приемане, продажба, трансфер, корекция, връщане или брак.
Пример: продажбата автоматично създава движение “продажба”, което доказва намалението.
Данни за доставчик: име, ЕИК, ДДС номер, контакти и условия.
Пример: входяща фактура се свързва към конкретен доставчик и стоки.
Поток за заявка към доставчик: създаване, изпращане, частично или пълно приемане.
Пример: поръчани са 100 броя, доставени са 70 и остатъкът остава очакван.
Двустъпково движение между складове: изпратено и получено.
Пример: 15 броя тръгват от централен склад към магазин, но стават налични там след приемане.
Създаване на ревизия, броене, разлики и одобрение.
Пример: системата очаква 50 броя, преброени са 47 и се създава корекция след одобрение.
Импорт на складови файлове от процес по изпълнение на поръчки.
Пример: външен склад връща файл с изпълнени поръчки и ERP актуализира движенията.
Сравнява движения, очаквани количества и реални наличности.
Пример: системата показва продуктите с разлика и откъде идва тя.
Почистване на дублирани движения, връщане на ревизионни корекции и преизчисление от историята.
Пример: ако стар импорт е създал дублаж, наличността се възстановява от историята.
Продажби
Клиенти с име, ЕИК, ДДС номер, телефон, имейл и адрес.
Пример: фирмен клиент се намира по ЕИК и фактурата се попълва автоматично.
Обединява история по телефон и показва рискови модели.
Пример: клиент с много непотърсени поръчки се маркира като рисков.
Чернова, добавяне на артикули, плащане и приключване на продажба.
Пример: продавачът сканира баркод, добавя отстъпка и приключва с карта.
Кеш, карта, банков превод и смесени плащания.
Пример: клиент плаща част в брой и част с карта; продажбата пак се приключва коректно.
При приключена продажба системата създава складово движение.
Пример: онлайн поръчка със статус “завършена” намалява наличността само веднъж.
Потоците за анулиране и връщане връщат стоката и пазят история.
Пример: клиент връща 1 артикул от продажба и складът се увеличава със съответното количество.
Поправя исторически продажби без създадени складови движения.
Пример: след миграция от стара система се генерират липсващите движения.
Поддържа данни за касови апарати и фискални принтери.
Пример: магазин София работи с отделно устройство и оператор.
Дневни продажби, продажби по продукт и анализ по канал, куриер, ДДС и склад.
Пример: управителят вижда кои продукти носят оборот, но имат нисък марж.
Фактуриране
Контролирани номера за фактури, кредитни и дебитни известия.
Пример: фактурите за 2026 започват от `2026000001` без пропуски.
Създаване, редакция в чернова, редове, издаване и анулиране.
Пример: чернова се редактира, но след издаване документът се заключва.
Продажба може да създаде фактура автоматично.
Пример: фирмен клиент купува на каса и фактурата се генерира от продажбата.
Свързани документи към оригинална фактура.
Пример: върната стока създава кредитно известие към първоначалната фактура.
Отразява платено, частично платено и просрочено.
Пример: клиент плаща 600 лв. от фактура за 960 лв. и остатъкът остава вземане.
Справка за неплатени документи след падеж.
Пример: счетоводството вижда всички фактури над 30 дни просрочие.
Генериране на PDF с български реквизити и ДДС разбивка.
Пример: PDF съдържа доставчик, получател, данъчно събитие и сума словом.
Качване, редакция, потвърждение, отказ и изтриване на доставчически документи.
Пример: входяща фактура от доставчик чака потвърждение преди да влезе в склад.
Разчитане на PDF фактури, редове, стойности и артикули.
Пример: PDF с 30 реда се превръща в структурирани позиции за проверка.
Входящ документ може да увеличи наличността.
Пример: фактура за 20 монитора създава приемане в склад София.
Преглед на клиенти, доставчици и свързани документи.
Пример: за доставчик се виждат всички входящи фактури и плащания.
Свързва доставчически кодове към ERP продукти.
Пример: `SUP-4451` от фактура се мапва към вътрешен SKU `SSD-1TB`.
ДДС
Запис за всяко данъчно събитие от фактура или ръчно въвеждане.
Пример: издадена фактура за 1 200 лв. създава основа 1 000 лв. и ДДС 200 лв.
Издаването на фактура създава ДДС запис само веднъж.
Пример: повторно натискане на “издай” не дублира ДДС сумата.
Периодите се отварят, приключват и маркират като подадени.
Пример: април 2026 се заключва след проверка и не приема нови записи без контрол.
Попълва липсващи ДДС записи от вече издадени фактури.
Пример: след миграция системата допълва ДДС дневника за минал месец.
Справка за всички изходящи документи по месец.
Пример: счетоводителят гледа дневник продажби за май 2026.
Справка за входящите документи и приспадаем ДДС.
Пример: входяща фактура за доставка влиза в покупките за периода.
Експорт на дневниците в структуриран формат.
Пример: преди подаване се сваля файл за дневник покупки и продажби.
Обобщение по ставка, начислен ДДС, приспаднат ДДС и нетна позиция.
Пример: вижда се ДДС за внасяне 78 220 лв. за текущия период.
OpenCart
Регистрация, активиране, пауза и изтриване на онлайн магазини.
Пример: основният OpenCart магазин се връзва към склад по подразбиране.
Свързва ERP продукт с външен OpenCart продукт.
Пример: ERP SKU `KB-MX` се свързва с OpenCart product_id `582`.
Поръчките от магазина се пазят като структурирани импорти.
Пример: OpenCart поръчка `SO-2026-00582` влиза със статус “в обработка”.
Събитията за нова поръчка и промяна на статус се пращат към ERP.
Пример: клиент поръчва онлайн и ERP получава поръчката веднага.
OpenCart поръчка се превръща в ERP продажба с клиент, редове и плащане.
Пример: онлайн поръчка създава продажба и резервира стока.
ERP следи промените в OpenCart статусите.
Пример: статус “завършена” прилага складово отписване.
ERP може да подава стоки, цени, наличност и статус към магазина.
Пример: наличността пада до 0 и продуктът се спира онлайн.
Поръчки, приходи, статуси и най-гледани продукти.
Пример: вижда се кои продукти имат трафик, но не се продават.
История на синхронизациите, грешки и резултати.
Пример: администраторът вижда защо 3 продукта не са обновени.
Свързва различни кодове за един и същи продукт.
Пример: фактурата съдържа `000123`, а OpenCart използва `123`.
AI предлага съответствия между доставчически SKU и OpenCart SKU.
Пример: системата предлага мапинг по име, баркод и сходство.
Сверява входящи фактури, OpenCart продажби и данни от външен склад.
Пример: открива продукт, продаден онлайн, но липсващ във входящата доставка.
Счетоводство и пари
Приходи, разходи, печалба, ДДС и парична позиция.
Пример: собственикът вижда текуща печалба и ДДС за месеца.
Редакция и управление на счетоводни сметки.
Пример: сметка 411 се използва за клиенти, 401 за доставчици.
Ръчни счетоводни статии с дебит, кредит, осчетоводяване и сторниране.
Пример: счетоводителят въвежда корекционна операция, която трябва да балансира.
Категории, доставчик, сума, ДДС, прикачен файл и статус.
Пример: рекламна фактура от Meta се въвежда като маркетинг разход.
Един изглед за плащания от продажби, фактури и каса/банка.
Пример: банков превод и плащане по фактура се виждат в обща справка.
Финансови сметки, баланси и движения.
Пример: отделно се следят каса магазин, банка и куриерски сметки.
Записи за входящи и изходящи движения на пари.
Пример: Econt изплащане създава входяща транзакция.
Импорт на банкови извлечения и съпоставяне към документи.
Пример: превод от клиент се свързва с неговата фактура.
Отчет за приходи и разходи, баланс, оборотна ведомост, паричен поток, вземания и задължения.
Пример: управителят вижда печалба по месец и просрочени вземания.
Общ изглед за PDF фактури, входящи документи и прикачени файлове.
Пример: всички фактури от доставчик за месец май са на едно място.
Импорт на фактури от имейл по правила.
Пример: писма от доставчик с PDF автоматично стават входящи документи.
Сканиране на Drive папки и допълване на стари документи.
Пример: папка “Фактури 2026” се сканира и документите влизат в ERP.
Куриери и външен склад
Конфигурация и статус на доставчици като Econt, Speedy и BoxNow.
Пример: администраторът вижда дали Econt API достъпът е настроен.
Синхронизация на дистанционни статуси на пратки.
Пример: пратка минава от “изпратена” към “доставена” и продажбата се обновява.
COD, EcontPay/card и реално изплатени суми.
Пример: наложен платеж се сравнява с реално изплатената сума.
Импорт на CSV/XLSX файл с изплащания.
Пример: седмичен Econt файл автоматично създава финансови движения.
Тест на вход, офиси, калкулация и товарителници.
Пример: преди пускане се проверява дали API достъпът работи.
Справка по куриер, статус, цена на доставка и събираемост.
Пример: вижда се кой куриер има най-много забавени пратки.
Списък, детайл, статус и редакция на данни от процес по изпълнение на поръчки.
Пример: оператор сменя статус на поръчка след потвърждение от склад.
Импорт на стари складови файлове и превръщане към продажби.
Пример: стар XLSX с поръчки се вкарва за анализ и складово отписване.
Маркетинг
Приход, нетен приход, ДДС, отстъпки, поръчки, рекламен разход и печалба.
Пример: кампания с висок ROAS се вижда като губеща след доставка и себестойност.
Платено търсене, платени социални мрежи, органичен трафик, имейл, партньорски продажби, маркетплейс, директен трафик и препратки.
Пример: Meta, Google и имейл се сравняват по печалба, не само по оборот.
Име, код, канал, платформа, цел, статус, бюджет и собственик.
Пример: кампания “Back to school” има бюджет, период и отговорник.
UTM, click IDs, купони, източник и метод на приписване.
Пример: поръчка с `utm_campaign=summer` се връзва към правилната кампания.
Импорт и синхронизация на разходи, включително Meta Ads.
Пример: дневният разход от Meta влиза до приходите и маржа.
Основа за клиентски сегменти, купони и връзка между кампания и поръчка.
Пример: купон `VIP10` показва приход и печалба от VIP клиенти.
Конфигурация за LinkedIn, Meta и TikTok.
Пример: маркетинг екипът свързва Facebook Page чрез OAuth.
Свързани профили, Meta Pages и Instagram Business синхронизация.
Пример: една публикация се планира към Facebook Page и Instagram Business.
Текст, линк, медия, целеви профили, одобрение и график.
Пример: пост за нов продукт се планира за петък в 10:00.
Публикува планирани публикации и проверява статуси.
Пример: TikTok публикация остава “чакаща”, докато API върне финален статус.
Качване и публични URL адреси за файлове за социални мрежи.
Пример: изображение на продукт се качва веднъж и се използва в няколко публикации.
Табла, одит и сверки
Продажби, склад, финанси и показатели от онлайн магазина.
Пример: таблото показва приходи, поръчки, наличности и просрочени фактури.
Създаване и редакция на управленски табла.
Пример: собственикът има табло за печалба, а складът - табло за наличности.
Добавяне, редакция и премахване на компоненти.
Пример: добавя се компонент “продукти под минимум”.
Сигнали за ниска наличност, просрочени фактури и други оперативни рискове.
Пример: системата сигнализира, че 12 продукта са под минимално количество.
Запис и преглед на KPI във времето.
Пример: сравнява се оборотът тази седмица спрямо предходната.
Филтриран журнал и история по обект.
Пример: вижда се кой е редактирал доставчик или анулирал документ.
Проверка за нарушена цялост на одитната история.
Пример: администраторът стартира проверка преди ревизия.
Импорт и сверка на канонични продукти, източници и действия.
Пример: OpenCart каталог се сверява с доставчически фактури.
Сравнява доставчици, външен склад и OpenCart.
Пример: открива артикул с продажби онлайн, но без достатъчно входяща доставка.