Автоматизация на онбординга на доставчици

Автоматизираният онбординг на доставчици е процес, при който всеки нов контрагент попълва данните си веднъж, а системата сама ги сверява в официалните регистри, преди картонът му да стане активен. ЕИК се проверява срещу Търговския регистър, ДДС номерът — срещу VIES, банковата сметка се записва заедно с титуляря ѝ, а задължителните документи се събират в едно досие. Резултатът е прост: до първата поръчка стигат само доставчици с верни и пълни данни, а до първото плащане — само сметки, които наистина са техни.

Защо ръчният онбординг на доставчици е рисков?

В повечето фирми нов доставчик се завежда „на доверие“: някой препраща имейл с ЕИК, ДДС номер и банкова сметка, друг ги преписва в счетоводната програма, а трети създава картона. Никой не проверява дали фирмата наистина съществува, дали ДДС регистрацията е валидна и дали IBAN-ът принадлежи именно на този доставчик. Грешка в една цифра или остаряло досие се забелязват едва когато плащане се върне или данъчна проверка удари в невалиден номер. А колкото повече доставчици има фирмата, толкова по-често се повтаря един и същ ръчен ритуал — и толкова по-лесно нещо се пропуска.

Най-скъпата дупка обаче не е техническата грешка, а измамата. При т.нар. измама със смяна на банкова сметка (bank-account-change fraud) някой се представя за ваш доставчик — обикновено с добре изглеждащ имейл — и „уведомява“, че сметката им се е сменила. Ако картонът се обновява ръчно и без проверка, следващата фактура се плаща към чужд IBAN. Тази атака е разновидност на фишинга; как екипът да я разпознава, разглеждаме в статията Фишинг: как да обучите екипа.

Кои данни се проверяват автоматично преди първото плащане?

Автоматизацията не измисля нищо ново — тя изпълнява проверките, които иначе се пропускат от бързане. При завеждане на доставчик системата минава през ясен списък:

1. ЕИК срещу Търговския регистър — потвърждава се, че фирмата съществува, че името и статутът съвпадат и че не е в производство по несъстоятелност или заличаване.

2. ДДС номер срещу VIES — за контрагенти от ЕС валидността на регистрацията се проверява в реално време, което е важно за правото на данъчен кредит и за коректните фактури.

3. Банкова сметка и титуляр — IBAN-ът се записва веднъж, обвързва се с името на доставчика и всяка по-късна промяна се третира като събитие, което изисква потвърждение.

4. Задължителни документи — регистрация, банково удостоверение, при нужда сертификати или застраховки; системата следи кои липсват и кога изтичат.

5. Дублирани картони — проверка дали същият ЕИК или IBAN вече не съществува в базата, за да не се плаща два пъти на един и същ контрагент под различни имена.

Тези проверки на основните данни за доставчици (master data) са фундаментът, върху който после стъпва целият процес от поръчка до плащане. Ако тепърва подреждате основите на процесната автоматизация, започнете от статията Какво е автоматизация на бизнес процеси.

Ключово

Верният картон на доставчика е по-евтин от всяко възстановяване на грешно плащане. Проверката преди първата поръчка струва минути; едно плащане към подменен IBAN може да не се върне никога.

Как автоматичната проверка спира плащане към подменен IBAN?

Ключът е, че банковата сметка е „заключена“ след онбординга. Когато пристигне искане за промяна на IBAN, системата не го приема тихо. Тя маркира разликата, спира автоматичното плащане по свързаните фактури и изисква човек да потвърди промяната по независим канал — например с обаждане на познат телефон от картона, а не на номера от подозрителния имейл. Едва след потвърждение новият IBAN става активен, а старият остава в историята с дата и автор на промяната. Тази малка спирачка е разликата между едно спокойно обаждане за проверка и един невъзвратим превод към сметка на измамник.

Същата логика пази и обратната посока. Когато фактура се обработва автоматично, преди плащане системата сверява данните по нея с картона на доставчика — ЕИК, ДДС номер и IBAN трябва да съвпадат. Ако нещо не пасва, фактурата не тръгва към плащане, а отива за преглед. Как изглежда този поток в детайли, показваме в статията Автоматизация на фактурирането.

Как да започнете с автоматизиран онбординг на доставчици?

Не е нужно да сменяте системите, с които работите. Практичният старт е форма за самозавеждане на доставчика, зад която стоят автоматичните проверки в регистрите, и ясно правило, че никой картон не става активен без пълни и сверени данни. Доставчикът получава линк, попълва данните и прикачва документите си сам, а вашият екип вижда вече проверен профил, вместо купчина имейли за преписване. Оттам нататък онбордингът се свързва с останалата верига — поръчка, доставка, фактура, плащане — така че данните да текат без ръчно преписване. Как това изглежда на практика в реална фирма, разказваме в решението за автоматизация от поръчка до фактура.

Ние помагаме да опишем правилата, да свържем регистрите и да пуснем проверките в ежедневието — това е част от услугата Автоматизация. Целта не е повече бюрокрация, а по-малко: доставчикът въвежда данните веднъж, а рискът от грешно или измамно плащане пада, преди изобщо да е възникнал.

Често задавани въпроси

Може ли автоматичната проверка да спре плащане към подменен IBAN?

Да. Ако банковата сметка на доставчик се промени, системата сравнява новия IBAN със записания в картона и не пуска плащането автоматично — задължава човек да потвърди промяната по независим канал, преди парите да тръгнат. Точно тук се спира измамата със смяна на банкова сметка.

Кои данни за доставчика се проверяват при онбординга?

Основните: ЕИК срещу Търговския регистър, ДДС номерът срещу VIES, банковата сметка (IBAN) и титулярят ѝ, както и валидността на задължителните документи. Целта е картонът на доставчика да е верен и пълен още преди първата поръчка и първото плащане.

Automated supplier onboarding is a process in which every new counterparty enters its details once, and the system verifies them against the official registers before the record becomes active. The company ID (ЕИК) is checked against the Commercial Register (Търговски регистър), the VAT number against VIES, the bank account is stored together with its account holder, and the mandatory documents are gathered into a single file. The result is simple: only suppliers with correct and complete data reach the first order, and only accounts that are genuinely theirs reach the first payment.

Why is manual supplier onboarding risky?

In most companies a new supplier is set up on trust: someone forwards an email with a company ID (ЕИК), a VAT number and a bank account, someone else copies them into the accounting software, and a third person creates the record. Nobody checks whether the company actually exists, whether the VAT registration is valid, or whether the IBAN really belongs to that supplier. A single wrong digit or a stale file is noticed only when a payment bounces back or a tax inspection hits an invalid number.

The most expensive gap, though, is not the technical error but the fraud. In so-called bank-account-change fraud, someone impersonates your supplier — usually with a convincing email — and "notifies" you that their account has changed. If the record is updated manually and without verification, the next invoice is paid to a stranger's IBAN. This attack is a variant of phishing; how the team can recognise it is covered in the article Phishing: how to train your team.

Which data is checked automatically before the first payment?

Automation does not invent anything new — it carries out the checks that otherwise get skipped in a hurry. When a supplier is set up, the system runs through a clear list:

1. Company ID (ЕИК) against the Commercial Register — it confirms that the company exists, that the name and status match, and that it is not in insolvency or being struck off.

2. VAT number against VIES — for EU counterparties the validity of the registration is checked in real time, which matters for the right to a tax credit and for correct invoices.

3. Bank account and holder — the IBAN is stored once, tied to the supplier's name, and any later change is treated as an event that requires confirmation.

4. Mandatory documents — registration, a bank certificate, and where needed certificates or insurance; the system tracks which are missing and when they expire.

5. Duplicate records — a check of whether the same company ID (ЕИК) or IBAN already exists in the database, so the same counterparty is not paid twice under different names.

These checks on supplier master data are the foundation on which the whole order-to-payment process later stands. If you are still putting the basics of process automation in order, start with the article What is business process automation.

Key point

A correct supplier record is cheaper than any recovery of a wrong payment. Verifying it before the first order costs minutes; a payment to a switched IBAN may never come back.

How do automated checks stop a payment to a switched IBAN?

The key is that the bank account is "locked" after onboarding. When a request to change the IBAN arrives, the system does not accept it silently. It flags the difference, halts the automatic payment of the related invoices, and requires a person to confirm the change through an independent channel — for example a call to a known number from the record, not the number in the suspicious email. Only after confirmation does the new IBAN become active, and the old one stays in the history with the date and author of the change.

The same logic protects the other direction too. When an invoice is processed automatically, before payment the system reconciles the details on it against the supplier's record — company ID (ЕИК), VAT number and IBAN must all match. If something does not fit, the invoice does not go to payment but to review. What this flow looks like in detail we show in the article Invoicing automation.

How do you get started with automated supplier onboarding?

You do not need to replace the systems you already work with. The practical start is a supplier self-registration form backed by the automatic register checks, and a firm rule that no record becomes active without complete and verified data. From there onboarding connects to the rest of the chain — order, delivery, invoice, payment — so that data flows without manual re-keying. What this looks like in practice at a real company we describe in the case study on order-to-invoice automation in distribution.

We help write down the rules, connect the registers and put the checks into daily work — this is part of our Automation service. The goal is not more bureaucracy but less: the supplier enters the data once, and the risk of a wrong or fraudulent payment falls before it can even arise.

Frequently asked questions

Can automated checks stop a payment to a switched IBAN?

Yes. If a supplier's bank account changes, the system compares the new IBAN with the one stored in the record and does not release the payment automatically — it requires a person to confirm the change through an independent channel before the money moves. That is exactly where bank-account-change fraud is stopped.

Which supplier data is checked during onboarding?

The essentials: the company ID (ЕИК) against the Commercial Register (Търговски регистър), the VAT number against VIES, the bank account (IBAN) and its holder, and the validity of the mandatory documents. The goal is a correct and complete supplier record before the first order and the first payment.

Автоматизация на онбординга на доставчици: данните им се проверяват сами