Agent d'IA per a l'alta de proveïdors i control de frau

Se selecciona un proveïdor nou. Algú de compres envia un correu demanant les dades bancàries, un certificat fiscal i la documentació de l'assegurança. Una part arriba. Acaba en una safata d'entrada. Es crea una fitxa de proveïdor amb allò que s'hagi facilitat, normalment per algú que necessita emetre l'ordre de compra avui mateix. L'identificador fiscal s'introdueix tal com arriba, les dades bancàries es teclegen des d'un correu i el certificat de l'assegurança s'arxiva en algun lloc on ningú no tornarà a mirar fins que hagi caducat.

Aquesta seqüència conté la major exposició individual al frau en els pagaments que suporten la majoria d'empreses mid-market. Dades bancàries que arriben per correu, introduïdes per algú amb pressa, verificades contra res. El frau de redirecció de factures —una sol·licitud convincent per actualitzar les dades de pagament d'un proveïdor— té èxit perquè el procés que va establir aquestes dades en primer lloc tampoc no tenia cap verificació, de manera que no hi ha una referència prèvia que contradigui el canvi.

L'alta és també l'únic punt en què el proveïdor té un incentiu fort per col·laborar. Vol que se li pagui. Cada dada o document que no aconsegueixi obtenir ara li costarà deu vegades més esforç obtenir-lo després, i una part no l'aconseguirà mai.

Per què això importa

L'exposició al frau és el titular i és real. El frau per compromís del correu corporatiu dirigit a les dades de pagament de proveïdors és un dels més habituals i més costosos contra les empreses mid-market, i no requereix sofisticació tècnica: només un correu plausible i un procés sense verificació per un canal independent. Les pèrdues es concentren sovint en un únic pagament d'import elevat, i la recuperació és rara.

La dimensió de compliment és més àmplia del que la majoria d'empreses suposen. Segons el sector i la contrapart, potser cal cribrar contra llistes de sancions, establir la titularitat real, disposar de prova de la situació fiscal i verificar que els subcontractistes tenen una assegurança vàlida i estan donats d'alta a la seguretat social. A Espanya i Portugal hi ha obligacions específiques sobre el compliment dels subcontractistes en alguns sectors, i la prova ha d'existir en el moment de la contractació, no reunir-se després.

I després hi ha el cost mundà, que és el més gran en conjunt. Les dades de proveïdor incompletes produeixen pagaments fallits, factures que no es poden quadrar, IVA que no es pot recuperar perquè l'identificador fiscal del proveïdor no es va validar mai, i fitxes de proveïdor duplicades creades perquè ningú no va trobar la que ja existia. Cadascuna d'aquestes coses és barata de prevenir en l'alta i cara d'arreglar després.

D'un cop d'ull: els controls de l'alta i qui els pot fer

Les dues files del mig són la clau de tot. Un agent pot fer-ho tot en aquest procés excepte establir que un compte bancari pertany al proveïdor que diu ser-ne el titular. Aquesta verificació és una trucada a un número que ja tenia —no un número que aparegui en el correu que demana el canvi—, feta per una persona, registrada i separada de la persona que introdueix la dada.

Què funciona i sobre què cal ser honest

Què funciona:

Un portal orientat al proveïdor o una sol·licitud estructurada en lloc d'un fil de correu. L'agent sol·licita documents concrets contra una llista de comprovació, els valida quan arriben i reclama el que falta. Això elimina tant l'esforç de reclamar com l'ambigüitat sobre què es va rebre realment.

Validació en el punt d'entrada. Comprovacions de format i d'existència de l'identificador fiscal per país, detecció de duplicats contra el mestre de proveïdors existent, obligatorietat de camps. Cada error detectat aquí és un que, altrament, apareixeria com un pagament fallit o com un import d'IVA no recuperable.

Verificació bancària per canal independent com a barrera dura. Cap fitxa de proveïdor no esdevé pagable fins que una persona ha verificat les dades bancàries per un canal independent, amb un contacte establert abans de la sol·licitud. Aquest únic control evita la majoria dels intents de redirecció de factures.

Segregació entre la introducció i l'activació. La persona que introdueix la dada bancària no és la persona que activa el proveïdor. Això és bàsic i sovint falta en empreses mid-market on la mateixa persona fa totes dues coses perquè l'equip és petit.

Vigilància de caducitats agendada. Els certificats d'assegurança, els certificats fiscals i les certificacions caduquen, i els processos manuals ho controlen malament. Un agent que vigila les dates de caducitat i torna a sol·licitar els documents amb antelació manté el mestre de proveïdors en compliment de manera contínua, i no només quan arriba l'auditoria.

Estat de l'alta visible per a qui la sol·licita. La major part de la pressió per escurçar aquest procés ve d'un comprador que no sap en quin punt de la cua és el seu proveïdor. La visibilitat elimina la pressió que provoca les dreceres.

Sobre què cal ser honest:

Aquí hi ha una tensió real entre velocitat i control. Compres vol el proveïdor donat d'alta avui. Cada control afegeix fricció, i la fricció és precisament l'objectiu. La solució és fer ràpid el camí que compleix —recollida, validació i reclamació automatitzades—, no debilitar els controls. Però hi haurà ocasions en què la resposta honesta a «podem pagar-los aquesta setmana?» sigui no.

Un intent de frau decidit pot continuar tenint èxit. La verificació per canal independent derrota els casos habituals. Un atac sofisticat que impliqui una bústia de proveïdor compromesa i un contacte telefònic plausible és més difícil. Els controls redueixen l'exposició; no l'eliminen, i el cas de negoci no hauria d'afirmar el contrari.

El cribratge de sancions produeix falsos positius, i requereixen criteri. Els noms comuns generen coincidències. L'agent cribra; una persona valora, i la valoració ha de quedar documentada. Automatitzar el descart d'una coincidència és exactament el lloc equivocat per estalviar esforç.

Els proveïdors es resistiran a la càrrega documental. Els proveïdors petits en particular poden trobar els requisits desproporcionats. Tingui un camí proporcionat definit per a proveïdors de baix import i baix risc, en lloc d'aplicar el procés complet de manera universal i crear pressió per saltar-se'l del tot.

Aquest procés es degrada sense responsable. Els controls de l'alta són forts en la implantació i s'erosionen a mesura que s'acumulen les excepcions. Necessita un responsable amb nom i una revisió periòdica de les excepcions concedides.

Marc de decisió: per on començar

Recorri'l en ordre. Aturi's a la primera coincidència.

1. Es verifiquen actualment les dades bancàries del proveïdor per un canal independent abans del primer pagament?
Si no, implanti-ho de seguida, per davant de qualsevol altra cosa d'aquesta llista i independentment de qualsevol automatització. És un canvi de procés que no requereix tecnologia i respon a la seva major exposició individual.

2. Està segregada la introducció de les dades bancàries de l'activació del proveïdor?
Si no, separi-les. En un equip petit això pot significar que la segona comprovació recaigui en la direcció financera, cosa que és acceptable: el que importa és que sigui una persona diferent.

3. Sap quina documentació està realment obligat a conservar?
Si no, estableixi-ho per tipus de proveïdor i sector abans d'automatitzar la recollida. Els requisits difereixen, i recollir el conjunt equivocat és esforç sense protecció.

4. Es valida l'identificador fiscal en el moment de la introducció?
Si no, afegeixi-ho. És barat, detecta errors de transcripció de seguida i protegeix la recuperabilitat de l'IVA.

5. La recollida de documents és un fil de correu?
Substitueixi-la per una recollida estructurada, dirigida per l'agent, amb validació i reclamació. Aquí és on hi ha el retorn en eficiència i normalment retalla dies del temps total de l'alta.

6. Es vigila de manera contínua la caducitat dels certificats?
Si no, agendi-ho i automatitzi la nova sol·licitud. Aquest és el control que més fiablement s'abandona entre auditories.

7. Tot l'anterior ja està en marxa i l'alta continua sent lenta?
La restricció probablement està en l'encaminament de les aprovacions més que en la recollida de dades. Miri quantes aprovacions s'exigeixen, si són seqüencials i si existeix delegació.

Cost i esforç indicatius

Se suposa una única instància d'ERP i una base de proveïdors mid-market fora de sectors molt regulats. Els sectors regulats, la subcontractació en construcció o un subministrament transfronterer extens allarguen això. Sol·liciti un pressupost per a una estimació delimitada.

Preguntes freqüents

Pot l'agent verificar les dades bancàries comprovant el nom del compte contra el nom del proveïdor?
La comprovació del nom del compte, quan està disponible, és un senyal addicional útil i no un substitut. Es pot burlar i no està disponible de manera consistent en tots els esquemes de pagament. La trucada humana per canal independent continua sent el control.

I si el proveïdor demana canviar les dades bancàries més endavant?
Tracti-ho com un nou esdeveniment de verificació amb el mateix rigor, fent servir dades de contacte que ja tenia abans que arribés la sol·licitud. Aquest és precisament el moment en què es produeix el frau, i la sol·licitud serà normalment plausible, urgent i aparentment d'un contacte conegut.

Necessitem cribratge de sancions?
Depèn del sector, de la geografia de la contrapart i de la seva pròpia posició reguladora. Demani assessorament en lloc de suposar-ho. Quan s'aplica, el cribratge es pot automatitzar, però la valoració d'una coincidència no.

Com donem d'alta un proveïdor ràpidament quan el negoci ho necessita de veritat?
Amb un camí accelerat definit que comprimeixi la seqüència sense eliminar la barrera de la verificació bancària: aprovacions en paral·lel, fitxes provisionals que no poden rebre pagaments, o una via de pagament puntual amb autorització elevada. Dissenyi l'excepció per endavant, perquè no s'improvisi sota pressió.

On se situa això respecte a la gestió del master data (dades mestres)?
L'alta estableix la fitxa; la custòdia de master data la manté. Són les mateixes dades amb modes de fallada diferents, i la vigilància contínua descrita aquí és el pont entre totes dues.

Amb quina rapidesa es poden connectar els fluxos de dades de proveïdors i de control de frau?
Sol ser la part més ràpida del projecte — un partner certificat com Stacksync pot tenir en setmanes la sincronització en temps real entre el mestre de proveïdors, l'ERP i els controls d'amunt. Definir les regles de frau i de qualitat de dades que aplica l'agent triga més, i val la pena fer-ho bé abans no s'activi el flux.

Tancament — Propers passos

L'alta de proveïdors és on es determinen alhora la qualitat de les dades de proveïdor d'una empresa i la seva exposició al frau en els pagaments, en un procés que normalment és a mans de qui toqui emetre l'ordre de compra. Automatitzar la recollida i la validació val la pena i és senzill. La part que més importa no és automatitzable en absolut: una persona verificant un compte bancari per un canal que qui fa la sol·licitud no controla.

Si fa una sola cosa després de llegir això: comprovi si els seus darrers deu conjunts de dades bancàries de proveïdors van ser verificats per una persona a través d'un canal independent abans del primer pagament. Si la resposta és no, aquest és un canvi de procés que pot fer aquesta setmana, abans de qualsevol projecte, i respon a més risc que qualsevol altra cosa d'aquest article.

Sobre l'autor

Bruno Galo és el fundador d'Atypical Tech, una consultora de NetSuite que dona servei a clients mid-market de tota la península Ibèrica. Està especialitzat en connectar sistemes CRM i ERP per aconseguir fluxos d'order-to-cash sense friccions, construint pipelines automatitzats de gestió de comandes que eliminen la introducció manual de dades entre els equips comercials i financers. Com a partner oficial d'implementació de Stacksync, Bruno dissenya i desplega agents d'IA sobre plataformes d'integració per gestionar l'encaminament d'excepcions, el processament de documents i la conciliació, convertint fluxos de comandes fragmentats en sistemes fiables i amb autovigilància.

LinkedIn: https://www.linkedin.com/in/brunogd

Fonts

Els URL són a nivell d'editor i s'haurien de verificar abans de la publicació. Els requisits de sancions, titularitat real i compliment de subcontractistes són específics de cada jurisdicció i sector: demani assessorament local.

• Oracle NetSuite, documentació de fitxes de proveïdor i aprovacions — https://docs.oracle.com/en/cloud/saas/netsuite/
• European Commission, EU sanctions map i llista consolidada — https://www.sanctionsmap.eu
• European Commission, marc d'Anti-Money Laundering i titularitat real — https://finance.ec.europa.eu
• Agencia Tributaria (Espanya), certificats de situació fiscal de proveïdors i validació de NIF — https://sede.agenciatributaria.gob.es
• Autoridade Tributária e Aduaneira (Portugal), NIPC i situació fiscal — https://info.portaldasfinancas.gov.pt
• COSO, Internal Control — Integrated Framework — segregació de funcions — https://www.coso.org
• Experiència de projectes d'Atypical Tech, implantacions de procure-to-pay en mid-market a la península Ibèrica
• Stacksync, blog de la plataforma d'integració i sincronització en temps real — https://www.stacksync.com/blog