Този панел управлява процедурите, документите и методиките на платформата.
Общи, платформени настройки (не по процедура) — всичко, което се променя по бизнес причини, вместо код. Ако ред липсва тук или заявката не мине, кожусите (консултант/МСП) падат на вграден дефолт и продължават да работят.
Зареждам…
Дневният лимит на TheCompanyBook е 100 справки/ден за цялата платформа, нулира се в полунощ. Броят е по usage_log (тип tr_lookup) — само реални извиквания към API-то; кешираните справки (виж tr_cache, 30 дни) не хабят лимита и не се логват отделно, затова не са разбити тук.
Всяка сутрин радарът проверява два източника: ИСУН за новоотворени процедури и МИР за такива, които още са в обществено обсъждане — те се появяват там месеци преди да отворят. Новите чакат тук решението ти: „Приеми" ги прави видими за потребителите (после им добавяш документи и детайли), „Скрий" ги маха от списъка.
Тихите записи от sistemni_sabitiya — трима писача, нула читатели досега: стената при грешка в четенето на профила, невалиден модел в настройките (пада на подразбирането), и ЕИК-гейтът, когато ТР е недостъпен (пуска, но записва). Показват се последните, най-новите отгоре. Ако някой ред зачести, там има дупка.
Въпроси от клиенти, на които агентът не намери сигурен източник. Всеки ред е липсващо знание, не оплакване: отговориш ли го тук, отговорът се пази и става фикстура за гарда. Празен списък значи, че агентът се е справил — не че никой не е питал.
Зареждам…
Процедури, чиито правила са заложени по проект на условията, а процедурата междувременно е отворила с финални. Списъкът е изведен от самите данни — няма отметка „проверено", която да остарее: щом презапишеш правилото при отворена процедура, редът изчезва оттук сам.
Процедурите, които платформата познава. Консултантският и фирменият интерфейс четат оттук.
Зареждам…
Добавя процедура в базата. Документите и финансовият профил се добавят на следващите стъпки.
Хибридният списък: моделът предлага от УК → ти редактираш → заключваш. Заключеният списък се вижда от консултантите и фирмите.
Търси по имейл, за да видиш или промениш профила. Нов клиент се кани оттук — поканата и профилът стават с едно действие.
Откъде идват хората: кацания на / и /msp (Worker, без IP) · регистрации по първия източник · платили. Само четене.
Кой има достъп до този панел. Добавеният админ влиза със своя обикновен акаунт в платформата.
Зареждам…
Точковата карта от Приложение 6: раздели → критерии → стъпала → условия. Строи се от ТАБЛИЦАТА на документа, без модел — формата на реда казва какъв е възелът. Тази стъпка НЕ записва нищо — рисува дървото и проверките и спира.
confirmed_at is not null or is_admin() — след потвърждаване го чете
всеки влязъл консултант. Отмяна няма: поправка значи нова версия.
Четири критерия искат отметка от човек —
I.1 (10 т.), I.2 (5 т.), I.3 (5 т.), III.4 (2 т.), общо 22 точки.
Скалата им е изброена в текста, но стои като проза. Тук се извлича машинната ѝ форма.
Един критерий на извикване.
⚠️ III.1–III.3 (18 т.) НЕ влизат: те се извеждат от профила
(област, община, КИД), не се отмятат. Видът им вход е отделен ход.
Праговите таблици за финансовите точки (Приложение 6, раздел II). Базата е истината — интерфейсите четат заключените профили; вграденият в кода е само резерва. Заключен профил не се редактира: редакцията създава нова версия, старата остава в историята.
Правилата за допустимост на разходите по процедурата: пера, проценти, тавани, условия. Моделът предлага от УК, ти преглеждаш и заключваш. Заключеното се вижда от консултантите и фирмите като справочник.
Колко процента плаща програмата и до колко евро — по режим на помощта, категория МСП, област и елемент. Моделът предлага от Приложение 3.А и раздели 9 и 10; ти потвърждаваш ред по ред, срещу цитата. Заключеното се вижда от консултантите и фирмите.
⚠ Входът е таблица, дошла като плосък текст — редовете и колоните на т. 10 са сплескани. Най-вероятната грешка е разместване по ос: 35% закачени за София област вместо София град. Числото ще е вярно, цитатът ще е верен, обърната ще е връзката. Механичната проверка НЕ я хваща — затова цитатът стои до всяко число.
Процедурно-специфични секторни изключения — записват се в procedures.sector_rules, не в SQL. Две отделни проверки: дейността по проекта (кандидатът я въвежда, твърд блокер) и основната дейност на кандидата за 2025 (само предупреждение — истинската проверка е служебна, от НСИ). Буквите на секциите са по КИД-2025 (A–V).
Чете т. 11.2, Приложение 3.А и раздел 13 за избраната процедура. Моделът връща находки с цитат; нивото (раздел/група/клас) и съществуването на кода се четат от номенклатурата, не от него.
Поправката е повторно извличане, не редакция на ред. Условните кодове и режимните клонове се пишат само оттук — формата по-долу ги пази, но не ги редактира.
Официалният, прегледан списък индикатори. Запазва се в procedures.parametri.indikatori с версия и дата. Кожухът авто-зарежда за консултант и извежда целевата стойност по правилото (fixed → 1; RCR02 → общо разходи − БФП; SR09 → 1 при Направление 1; SR06 → 1 при промишлена симбиоза).
Извличането дава имена/вид/единица (proposeIndicators). Кодът (RCO01…) и правилото за целевата се задават тук — потвърди ги по Приложение 8.
Официалните, прегледани параметри: референтни години · тегла на годините · КИД (праг % · референтна година · нов код) · режим Елемент II. Запазват се в procedures.parametri с версия и дата (MERGE — индикаторите остават). Стойност без дословен цитат от УК → „не е намерена" (не се съчинява).
Плащане по банков път. „Маркирай платена" отключва проектите (гейтът е по ЕИК+процедура за всички). Фактурата се издава външно (ERP) — тук се записва номер/PDF.
Снимка се пази в orders.izdatel при създаване — смяна тук не пипа старите поръчки. JSON: ime, eik, mol, adres, iban, banka (реквизити) + dds_registriran (true/false). ⚠️ Цената НЕ е тук — тя е в cena_proekt_eur (едно място с бутона „Поръчай"). ⚠️ Текстът за ДДС НЕ е тук — избира се от флага в кода, за да не се пренася член от закона. ⚠️ Стане ли dds_registriran = true, проформата иска и dds_stavka, и dds_nomer; без тях е червена, не тиха проформа без ДДС.