ERP построено отвътре навън
SUM е ERP система с пет модула — CRM, SCM, WMS, MES и Финанси — родена не от диаграма на архитект, а от реален склад и производствена линия. Прави разлика между продукция за склад и продукция „на обекта“, говори езика на българското счетоводство (ДДС дневници за НАП вградени) и расте всяка седмица покрай хората, които реално я ползват.
# +SUM: система, построена отвътре навън *Не от диаграма на архитект, а от склад, производствена линия и счетоводен отдел, които вече работеха — само че в Excel таблици, свързани с копиране-поставяне и добра воля.* **+SUM** е ERP система с пет модула: | Модул | Какво покрива | |---|---| | **CRM** | Клиенти и оферти | | **SCM** | Доставки и продажби | | **WMS** | Склад | | **MES** | Производство | | **FIN** | Финанси | Повечето ERP системи тръгват от абстрактен модел на „универсалния бизнес процес“ и после карат реалните компании да огънат работата си, за да се поберат в него. SUM тръгна по обратния път. Днес е зряла система с пет модула, които говорят помежду си на езика на реалните документи — не защото така казва учебник по ERP, а защото точно в тази последователност минава една истинска сделка: **Оферта → Поръчка → Складова задача → Производство → Фактура** ## Модулност, не монолит Малка фирма не се нуждае от производствен модул в първия си ден, а голяма не бива да плаща за функционалност, която не ползва. SUM се включва модул по модул — търговия днес, склад следващия месец, производство когато реално започне да произвежда. Изключен модул не оставя „паразитни“ данни зад себе си и не се пречка на потребителя, който не го ползва. ## Склад, който наистина работи като склад Повечето малки ERP системи „имат склад“ в смисъл на едно число до всеки артикул. В SUM наличността живее в конкретна клетка, в конкретна партида, с FEFO логика при взимане и баркод-верифицирани складови задачи — прием, преместване, пикиране, експедиция. Всяко движение оставя одитна следа назад до документа, който го е породил. ## Производство, каквото е в реалния свят Тук е най-нетипичното решение в SUM. Класическите MRP системи мълчаливо предполагат, че всичко произведено минава през склад. Реалността на строителни и монтажни бизнеси е друга — покрив, стълбище, конструкция се сглобяват директно на обекта на клиента и никога не влизат физически в склад. > Система, която не различава „произведено за склад“ от „произведено на обекта“, рано или късно ще ти покаже наличност, която никой никога няма да вземе. SUM прави разликата на ниво категория на артикула: складируема продукция заприхождава нормално, а продукция „на обекта“ директно затваря поръчката на клиента. Върху това стъпва и втори слой — разбивка на разходите по вид дейност (изкопни, покривни, монтажни работи), независимо от обекта, за реална калкулация на цена, не само за отчет. ## Финанси, а не фактуриране с етикет „счетоводство“ Всеки документ в SUM — фактура, кредитно известие, складово движение, производствена поръчка — осчетоводява реален запис в главна книга, върху истински сметкоплан. Справките (оборотна ведомост, главна книга, дневник по сметка) не са отделен модул, залепен отгоре, а естествена проекция на едни и същи данни. За българския пазар това означава вграден износ на ДДС дневниците за НАП, проверка на ЕИК, ДДС номер, IBAN и SWIFT — нещата, които иначе се правят ръчно всеки месец. ## Как се строи SUM се разработва по начина, който самата система насърчава — на малки, проверими стъпки. Реален оператор среща реален проблем; поправката излиза същия ден, тествана и пусната. Кодовата база расте с хиляди автоматизирани тестове, които пазят предишните поправки да не се чупят от следващите — дисциплина, рядка за система от този мащаб, строена от малък екип. ## За кого е SUM не се опитва да бъде SAP или Odoo в умален вид. Строена е за компании, при които търговията, складът, производството и счетоводството трябва да говорят едно и също нещо — без пет отдела да имат пет различни версии на истината. Особено подходяща е за производствени и строителни бизнеси с хибридна нужда: част от продукцията отива в склад, част — директно на обекта. ## Накъде оттук Системата минава през пилотен период с реални компании, с Docker staging среда и автоматизирани проверки преди всяко пускане в продукция. Следващата стъпка е разширяване на пилота с отделна инстанция на компания — не споделена база данни — за максимална изолация на данните. SUM не е завършен продукт в смисъла, в който голяма ERP компания би го нарекла „версия 1.0“. Расте всяка седмица, водена от хора, които реално я използват — и точно затова смятаме, че си заслужава да бъде показана. --- **+SUM** — CRM · SCM · WMS · MES · Finance · *Factor42*
