Kort sagt
- Vi automatiserer dokumentene og meldingene knyttet til planlegging: leverandørbekreftelser, forsinkelsesmeldinger, varslinger før forsendelse, varemottak, leverandørdokumenter og unntakslister.
- Prognoser og planleggingsberegninger forblir i ERP- eller planleggingsverktøyet ditt. Vi bruker deres tjenester og selger ikke erstatninger.
- Planleggere og kjøpere bestemmer bestillinger, frakt, alternative forsyningskilder og lagernivåer. AI utarbeider forslag med sin begrunnelse.
- Dokumenter med juridisk ansvar, for eksempel tolldeklarasjoner, utarbeides, men sendes inn av den ansvarlige.
Hva vi automatiserer og hva vi overlater til planleggingsprogramvaren
Etterspørselsprognoser, sikkerhetslagerberegninger og nettverksplanlegging er jobben med å planlegge programvare og, i større selskaper, datavitenskapsteam. ERP- eller planleggingsverktøyet ditt produserer allerede tall. Gapet vi tetter er mellom disse tallene og den virkelige verden: leverandørens e-poster, bekreftelsene, følgesedlene, unntakene som ingen kan lese. Vi leser dem, sammenligner dem med dine bestillings- og planleggingsdata og presenterer deg for avgjørelsen du må ta.
En typisk arbeidsflyt: forsinkelse i en leverandørbekreftelse
Dette er en typisk prosess, ikke et kundeprosjekt.
- Inntak: En leverandør sender en ordrebekreftelse eller forsinkelsesmelding, som en e-post eller PDF, i et hvilket som helst oppsett.
- Leser: AI‑en leser varen, kvantiteten, prisen, leveringsdatoen og enhver oppgitt grunn og finner bestillingen.
- Sammenligning: Den sammenligner bekreftelsen med bestillingen og den forespurte datoen og viser eventuelle forskjeller med begge dokumentlinjene.
- Virkning: Den bestemmer hvilke kunde- eller produksjonsordrer som avhenger av varen og hvilke som vil gå glipp av datoen.
- Forslag: Den utformer alternativer for planleggeren som: B. akseptere den nye datoen, be om en dellevering eller kontakte en alternativ leverandør, hver med fakta bak seg.
- Vedtak: Det er planlegger eller kjøper som bestemmer. Svar til leverandøren sendes først etter godkjenning.
- Oppdatering: Den nye datoen skrives til ERP, med en loggoppføring over hva som ble lest og hvem som godkjente.
Andre elver følger samme mønster.
Forhåndsvarsler og varemottak
- Inndata: Forhåndsvarsel, følgeseddel og varemottaksrapport.
- AI forbereder: sammenligner annonserte og mottatte mengder og varer, lister opp feil- og overleveranser og oppretter klagen.
- Lager- og kjøperkontroll: noen forskjell før du sender et krav.
- Utgang: samsvarende dokumenter og en kort liste over unntak.
Beholdningsunntak og forslag til påfylling
- Inndata: Daglige inventaroppgaver, åpne bestillinger og forslagene fra planleggingsverktøyet.
- AI forbereder: Fremhever negativ beholdning, lageruttak, varer uten bevegelse og bestillinger uten bekreftelse og forklarer hvert forslag i én setning.
- Planleggersjekker: hvert tilbud før du legger inn bestillingen.
- Utgang: en unntaksrapport og utkast til pålegg for godkjenning.
Leverandørdokumenter
- Inndata: Sertifikater, forsikringer, kvalitetsdokumenter og stamdataskjemaer.
- AI forbereder: vurderer dem basert på dine krav, sporer utløpsdatoer og lager utkast til påminnelser.
- Kjøpers sjekker: om en leverandør fortsatt kan brukes.
- Utgang: en verifisert leverandørfil og en liste over utløpsdatoer.
Hva gjenstår hos planleggere og kjøpere og hva vi ikke gjør
- Bestillinger og kilder: Å legge inn bestillinger, velge leverandører og avtale priser forblir hos planleggere og kjøpere. Ingen bestilling vil automatisk bli plassert utover grensene du angir.
- Planleggingsberegninger: Prognoser og beholdningspolicyer kommer fra planleggingsverktøyet ditt.
- Toll og overholdelse: Tolldeklarasjoner er deklarantens ansvar. AI leser handelsdokumentene og forbereder data, søkeren sjekker og sender dem.
- Personer: Vi bygger ikke systemer som tildeler oppgaver til individuelle ansatte eller evaluerer deres prestasjoner. Disse representerer en høy risiko i henhold til vedlegg III til AI‑loven, se Risikokategorier.
Systemer og grensesnitt
Forsyningskjedeteam jobber med en ERP som SAP, Microsoft Dynamics 365, Odoo eller Sage, ofte med et planleggingsverktøy, et transportstyringssystem, leverandørportaler og en rekke regneark. Vi kobler til og samarbeider ved å bruke grensesnittene som disse systemene gir (API, EDI, eksport, e-post eller en overvåket mappe) der ingen finnes. Navnene er kun veiledende og representerer ikke et partnerskap.
Lov og risiko
- Skikker: Deklaranten er ansvarlig for riktigheten av tolldeklarasjonen Unionens tollkodeks, uansett hvilket verktøy som utarbeidet dataene.
- Produktsikkerhet: Importører og selgere i EU er tollpliktige Generell produktsikkerhetsforskrift, inkludert sporbar produsentinformasjon. Leverandørdokumenter som inneholder denne informasjonen er verdt systematisk gjennomgang.
- Databeskyttelse: Kontaktdata for leverandør og ansatte faller inn under GDPR: en databehandlingsavtale med hver leverandør (artikkel 28) og behandling i EU eller Storbritannia.
- AI‑lov: Art. 4 krever tilstrekkelig AI‑kompetanse blant de ansatte og kunst. 50 krever at chatboter erklærer at de er AI. Denne oversikten er generell informasjon og ikke juridisk rådgivning.
Hvordan måle suksess
Sammenlign en før- og etterperiode for dine egne bestillinger. Nyttige tall inkluderer tiden mellom et leverandørvarsel og planleggerens beslutning, andelen bekreftelser sammenlignet med bestillingen, antall sene leveranser kjent på forhånd, antall unntak identifisert ved varemottak, og tiden det tar planleggeren å lese og gå inn på nytt. Vi koordinerer tiltakene i starten og lover ingen tall på forhånd.
Hvor dette gjelder
- Produksjon: Bekreftelser, attester og varemottak finner du på AI i produksjon.
- Logistikk: Bestillinger, fraktsedler og fakturabekreftelser finner du på Logistikk AI.
- Detaljhandel og e-handel: For leverandørdokumenter og produktdata, se AI for Retail og AI for eCommerce.
- Konstruksjon: Underleverandør- og leverandørdokumenter, se Konstruksjon AI.
- Generelle anskaffelser: se AI i innkjøp.