Upravljanje opskrbnim lancem

Upravljanje opskrbnim lancem

1Planiranje ProdajaPromocijaNabava Proizvodnja Podrška

Po

ve

ziv

an

jeP

od

ršk

a p

oslo

va

nju

Vri

jed

no

sn

i la

na

c

Razvoj

proizvoda

Upravljanje ljudskim resursima

Upravljanje poduzećem

Upravljanje financijama

Povezivanje

Upravljanje projektima

Planiranje i

predviđanje

Nabava

Upravljanje

proizvodnjom

Upravljanje

zalihamaIsporuka

Marketing

Upravljanje

prodajomPraćenje

kupaca

Usluge

podrške

kupcu

Ciklus poslovanja

Nabava

ProizvodnjaIsporuka

Podrška

Razvoj

Planiranje

Marketing

Prodaja

Upravljanje poduzećem

Financije Sredstva

Projekti Ljudski resursi

Upravljanje

opskrbnim

lancem

Upravljanje

odnosima s

kupcima

Složen ERP sustav

FinancijeAnaliza

Glavna knjiga

Upravljanje sredstvima

Riznica

Nabava

Računi

Sredstva

Financije

Ljudski resursiKadrovi

Plaća

Karijera/Edukacija

Radno vrijeme

Ljudski resursi

Upravljanje nabavnim lancemNaručivanje

Konfiguracija proizvoda

Raspoređivanje dobavljača

Zalihe

Web dobavljači

Napredno planiranje i raspoređivanje

Nabavni lanac

ProizvodnjaSastavnica

Planiranje proizvodnje

Planiranje kapaciteta

Radni nalozi

Kvaliteta

Upravljanje troškovima

Procesna proizvodnja

Projektna proizvodnja

Diskretna proizvodnja

Proizvodnja

Analiza

Prodaja

ProdajaKupci

Cjenici

Isporuke

Može li okolina dati stratešku prednost?

=ORGANIZACIJSKI

SUSTAV OKOLINA+TEHNOLOŠKI

SUSTAV +DRUŠTVENI

SUSTAV

TEHNIČKI

SUSTAV+

Upravljanje opskrbnim lancem

Ograničene mogućnosti povećanja interne učinkovitosti.

(BPR, 6sigma, TQM, ERP,...)

Povezana poduzeća

Poduzeće 1 Poduzeće 2 Poduzeće 3 Poduzeće 4Tradicionalan

niz

profitnih

lanaca

Profitni

lanac

elektroničkog

poslovanja

Poduzeće 1 Poduzeće 1 Poduzeće 1 Poduzeće 1

Poduzeće 2 Poduzeće 2 Poduzeće 2 Poduzeće 2

Poduzeće 3 Poduzeće 3 Poduzeće 3 Poduzeće 3

Poduzeće 4 Poduzeće 4 Poduzeće 4 Poduzeće 4

Novi odnos s okolinom

• Umjesto pronađi, kvalificiraj i prebaci se na alternativu prelazi se na razvoj partnerskog odnosa sdobavljačima

• Internet i sustavi za potporu elektroničkom poslovanju omogućuju razvijanje raznovrsnih odnosa s dobavljačima

• Dobavljači i procesi moraju se segmentirati prema ulozi u strategiji upravljanja opskrbnim lancem

Vrste procesa u upravljanju opskrbnim lancem

Poslovni model•Tko su kupci?

•Kako zarađujemo novac?

Strategija•Kako iskoristiti

raspoložive resurse

za ostvarivanje tržišne

prednosti?

Klasifikacija procesaKlasificiraju se procesi provedbene

razine,

ali zahtijeva se temeljito promišljanje

procesa

svih razina.

Način upravljanja

opskrbnim lancem?

Klasifikacija

poslovnih partnera

Vrste procesa

• Procesi koje obavljamo sami• jedinstveni• donose tržišnu prednost• ne prepuštaju se drugima

• Procesi koje obavljamo s partnerima• transfer informacija između poduzeća i

partnera, dobavljača i kupaca• za partnere nemaju karakter povjerljivosti

• Procesi koje drugi obavljaju za poduzeće• poduzeće nije stručno u datoj domeni• drugi ih izvode bolje i/ili jeftinije

BPR

(Cross enterprise BPR,

xEngineering)

Outsourcing

Segmentacija poslovnih partnera

• Dvije krajnje mogućnosti• Konkurentna napetost

• dobavljači se nadmeću za posao

• sačuvana je bit konkurentnosti na tržištu

• administrativni trošak održavanja i standardizacije usluge i proizvoda velikog broja dobavljača često nadmašuje koristi dobivene njihovim konkuriranjem u cijeni

• upitna je korist od tržišnog nadmetanja dobavljača – isti se efekti mogu postići dugoročnim ugovorima na veće količine

• dobra razina konkurencije može se postići i s nekoliko dobavljača visoke kompetentnosti s relativno uspostavljenim partnerskim odnosima

Segmentacija dobavljača

• Strateško udruživanje• igraju važnu ulogu u diferencijaciji proizvoda/usluge

• udruživanje komplementarnih prednosti

• kontinuiran dostup do kritične partnerske tehnologije i znanja –zajedničko znanje

• tehnološka integracija

• upravljanje rizikom zavisnosti od dobavljača

• teško ih je uspostaviti i relativno su skupi

Konkurentni odnos dobavljača

Strateško udruživanje

Svojstva proizvoda •Standardizirani proizvodi

•Otvorene arhitekture

•Mala interakcija i međuzavisnost s drugim proizvodima/sustavima

•Mala zavisnost kupca i dobavljača

•Mala vrijednost proizvoda/usluge

•Prilagođeni i nestandardni proizvodi

•Zatvorene arhitekture

•Visoka zavisnost i povezanost s drugim proizvodima/sustavima

•Visoka zavisnost kupca i dobavljača

•Velika vrijednost proizvoda

Način upravljanja opskrbnim lancem

•Jednostavan odnos (nabava-prodaja)

•Procjenjivanje na temelju cijene

•Minimalna zajednička suradnja

•Snažna ugovorna ograničenja

•Složeni odnosi (nabava-prodaja, proizvodnja-proizvodnja, razvoj-razvoj)

•Procjenjivanje na temelju svojstava proizvoda

•Visoka razina zajedničke suradnje i pomoći

•Visoka razina povjerenja i uvažavanje činjenice da se sve ne može ugovoriti (inovacija, kvaliteta,...)

Kod strateškog udruživanja dodatna segmentacija procesa

• Inventivni procesi• Zajednički razvoj

• Velika količina nestrukturiranog sadržaja u razmjeni

• Procesi provedbe• Nabavno, prodajni odnosi

• Strukturiran sadržaj

Plan

Elektronski povezan opskrbni lanac

Dobavljač Kupac Kupčev

kupac

Proizv. Ispor.Nabava. Proizv. Isporuk.Proizv.Nabava.Ispor. Nabava.

Ispor.

(interni ili

ekstern i)

(interni ili

ekstern i)

Vaše poduzeće

Referentni model operacija opskrbnog lanca

Plan

Nabava Proiz Ispor.

Dobavljači

Dobavljača

Granicepoduzeća

Nabava.

DOBRA Razvoj NOVAC

Tehnologije za upravljanje opskrbnim lancem

Prikupljanje

Podataka

ERP

Planiranje

Provedba

Mjerenje

i2,

Manugistics,...

SAP, ORACLE,

C1, Ariba,...

BSC sustavi,

SeeCommerce,..

XML

Zajednički

razvoj

Groupware,

CMS, DMS

KMS

Prednosti i nedostaci

• Dobre strane• Usmjerenost na temeljnu funkciju• Teže je imitirati matricu povezanih procesa, nego procesnu

tehnologiju ili svojstva proizvoda• Povezani i usklađeni sustavi nisu pogodne mete za napad

konkurencije

• Nedostaci• Promjene strateške pozicije su skupe• Teško je uskladiti povezane sustave• Rizik uspostavljenog povjerenja• Rizik izdvajanja tehnologija i znanja

Rizik izdvajanja tehnologija i znanja

• potrebna dobra razrada vizije i strategije poduzeća

• u protivnom visok rizik outsourcing-a i složenijih oblika suradnje u opskrbnom lancu

• moguće izbacivanje znanja i tehnologija koje potencijalno mogu biti ključne za stratešku prednost!

Poslovni partneri s obzirom na ukupni broj računa

R<2.500R<10 dnevno

2.500<R<25.00010<R<100 dnevno

R>25.000R>100 dnevno

R<2.500R<10 dnevno

2.500<R<25.00010<R<100 dnevno

R>25.000R>100 dnevno

BB B

B

C

C

C

AAA

A

Prima R/god

Izdaje R/god

Za procjenu isplativosti uvođenja e-računa potrebno je promatratiukupno ulazne i izlazne račune jednog poduzeća.

Preporuke za e-račun u različitim tipovima poduzeća• AA: najveća poduzeća →

• vlastiti ICT resursi i razvoj vlastitog softvera

• poštivati nacionalne ili usvojene međunarodne norme

• A: velika poduzeća• vlastiti ICT resursi ili IaaS, vlastiti ili kupljeni softver

• poštivati nacionalne ili usvojene međunarodne norme

• BB i B: specijalizirana poduzeća u svojoj djelatnosti →

• ROI upitan, a ako se e-račun uvodi onda to treba povezati s ERP-om, koji podržava barem tri core business procesa

• e-račun kao SaaS, uvijek uz primjenu modela 4C (usluge informacijskog posrednika)

• C: prerađivačka industrija →• očekuje se dobar ROI (jer takva poduzeća imaju ERP)

• e-račun kao SaaS, preporuča se primjena modela 4C.

Poslovni zahtjevi prema informacijskim posrednicima• Poslovni model posrednika je dugoročno održiv;

• Postoji mogućnost poreznog nadzora;

• Jamči se zaštita privatnosti i poslovne tajne klijenata;

• Postoji mogućnost prihvaćanja različitih vrsta elektroničkih dokumenta u različitim formatima zapisa;

• Postoji Web portal preko kojeg korisnici usluga mogu ručno unositi kao i pratiti dokumente nezavisno od kanala preko kojeg su ušli u sustav razmjene;

• Ostvarena je mogućnost elektroničkog potpisivanja, autentikacije, arhiviranja, konverzije formata i ispisa elektroničkih dokumenata;

• Jamči se pouzdana transmisija poruka prema razičitim subjektima (u smislu povezivanja različitih posrednika i neporecive potvrde primitka);

• Osigurana je skalabilnost i visoka pouzdanost sustava;

• Postoji konzultantska i tehnička potpora integraciji sustava s informacijskim sustavima korisnika (ERP);

• Postoji dovoljna razina fleksibilnosti tako da se formati razmjene i transportni mehanizmi mogu prilagoditi specifičnim zahtjevima korisnika;

20

Mogući su različiti oblici povezivanja

21

Prepreke i moguća rješenja (1)

• Koristi za pojedine dionike i razlozi za prihvaćanje EP• poduzetnici, država, posrednici (zašto je dobro)

• Organizacijske i procesne• Neprilagođeni i različiti poslovni proces kod korisnika

• Minimalne promjene u poslovnim procesima – zadatak za posrednike i IT sektor

• Zakonske• Neprilagođeni zakoni i podzakonski akti

• Minimalistički pristup – intervenirati da nema zakonskih prepreka

• Prošireni pristup – postaviti dodatne zahtjeve na informacijske posrednike npr. arhiviranje, sigurnost, zaštita privatnosti i sl.

• Zakonski regulirati registar

22

Prepreke i moguća rješenja (2)

• Tehničke• Nekompatibilna programska rješenja• Razvoj programskih rješenja – otvoreni kod, Web aplikacija, verifikator

računa, dugoročna vizualizacija za potrebe poreznog nadzora• Razvoj registra ili evidencije

• Semantičke • Dominantni standardi EDI, OASIS UBL i UN/CEFACT CII• Više korporativnih standarda• Različite kodne liste• Jasno naznačiti “domaći” format razmjene i kodne liste (javna nabava?)• Tijelo za održavanje standardizacije

23

Studija slučaja

• Razmjena eRačuna

Model 4C za razmjenu e-računa preko IP

Rn-e OIB (P2) A (P2) .... Stavke

Rn OIB (P2) A (P2) .... Stavke

IP1 IP2

P1 P2

OIB (Px) A (Px) eA (Px) Podaci (Px)

KeA 1

s1

OIB

(P2)

eA (P

2)

OIB (Px) A (Px) eA (Px) Podaci (Px)

KeA 2

s2

OIB (P

2)

eA (P2)

e-Rn OIB (P2) A (P2) .... Stavke

e-Rn OIB (P2) A (P2) .... Stavke

Rn OIB (P2) A (P2) .... Stavke

Model 4C za razmjenu e-računa preko IP

Rn-e OIB (P2) A (P2) .... Stavke

Rn OIB (P2) A (P2) .... Stavke

IP1 IP2

P1 P2

OIB (Px) A (Px) eA (Px) Podaci (Px)

OIB (Px) A (Px) Podaci (Px)

KeA 1

RPO

s1

OIB

(P2)

eA (P

2)

OIB (Px) A (Px) eA (Px) Podaci (Px)

KeA 2

s2

OIB

(P2)

eA (P2)

e-Rn OIB (P2) A (P2) .... Stavke

e-Rn OIB (P2) A (P2) .... Stavke

Rn OIB (P2) A (P2) .... Stavke

A (Px); Podaci (Px)

OIB

(Px)

OIB

(Px)

OIB REGISTAR

4C – Posrednik pošiljatelj traži primatelja u EK drugih posrednika – s poznatim ID posrednika

1

2

3

4

5

1. Pošiljatelj šalje

račun posredniku

2. PosrednikPoš na

temelju ID

primatelja traži

EP (End Point)

primatelja

3. PosrednikPrim

vraća vlastiti EP

pošto je on

posrednik

primatelja

4. PosrednikPoš

šalje dokument

5. PosrednikPrim

prosljeđuje

dokument

primatelju

HR - EK_ID - OIB123456

4C – adresa primatelja poznata kod posrednika pošiljatelja – prema OIB

1

2

3

1. Pošiljatelj šalje

račun posredniku

2. PosrednikPoš

već zna EP

primatelja i šalje

dokument

3. PosrednikPrim

prosljeđuje

dokument

primatelju

1. Da li pošiljatelj

treba svaki put

provjeriti kod

svih EK da li je

primatelj

registriran kod

nekog novog?

OIB123456

1

4C – Više EK – prema OIB

1

2

3

54

AA. Svi EK razmjenjuju

informacije jedni o

drugima, ali ne i o

primateljima/pošiljatelji

ma

1. Pošiljatelj šalje račun

posredniku

2. PosrednikPoš na

temelju OIB primatelja

traži EP (End Point)

primatelja kod svih EK

3. Svaki EK vraća EP

primatelja ukoliko ke

on kod njega

registriran

4. PosrednikPoš šalje

dokument svim

PosrednikPrim

5. PosrednikPrim

odlućuje da li će

prosljediti račun

primatelju

OIB123456

Model 4C za razmjenu e-računa preko IP

Rn-e OIB (P2) A (P2) .... Stavke

Rn OIB (P2) A (P2) .... Stavke

IP1 IP2

P1 P2

OIB (Px) A (Px) eA (Px) Podaci (Px)

OIB (Px) A (Px) Podaci (Px)

KeA 1

s1

OIB

(P2)

eA (P

2)

OIB (Px) A (Px) eA (Px) Podaci (Px)

KeA 2

s2

OIB

(P2)

eA (P2)

e-Rn OIB (P2) A (P2) .... Stavke

e-Rn OIB (P2) A (P2) .... Stavke

Rn OIB (P2) A (P2) .... Stavke

A (Px); Podaci (Px)

OIB

(Px)

OIB

(Px)

OIB REGISTAR SREDIŠNJA EVIDENCIJA

Zahtjevi prema poslovnom modelu

Minimalni procesni zahtjevi i troškovi državne infrastrukture i usluga

Otvoreno tržište informacijskih posrednika i usluga

Porezna prihvatljivost eRačuna (“dobrovoljna samoregulacija” – CEN CWA 16047)

Sigurnost korisnika usluga

Korisnik e-računa (kupac, dobavljač)

Pružatelj usluga (IP)

Država (PU MFIN)

Model 4C za razmjenu e-računa preko IP• OIB registar proširen s registrom posrednika

OIBInformacijski

posrednik

Korisnik eRačuna kod

IP

Nadležnost PU MFIN

Nadležnost IP

Nadležnost MINGORP

Prošireni OIB registar

IPK

Model 4C za razmjenu e-računa preko IP

OIBInforma-

cijski posrednik

Korisnik eRačuna kod IP

Narudžba(OIB; ID_IP_K)

KupacDobavljač

eRn_D(ID_eRn;OIB_K;IPK...)

IPD

D(OIB_D,...)DK(OIB_D,OIB_K,IPK...)eRn_DK(DK,....)

S1 S2

K(OIB_K,...)KD(OIB_K,OIB_D,IPD...)eRn_DK(DK,....)

eRn_K(ID_eRn;OIB_D;IPD...)

Račun(ID_eRn;OIB_D;IPD...)

eRn_D(ID_eRn;

OIB_D;ID_IPD

OIB_K;ID_IPK...)

Registar ili evidencija – uloga u sustavu razmjene i adresiranje• Javni registar je registar u nadležnosti i pod upravom neke

organizacije ili tijela s javnim ovlastima, što uključuje tijela državne uprave, međunarodne organizacije i sl., ustanovljen i održavan u skladu s određenim zakonskim propisom ili drugim aktom te otvoren u cjelosti ili djelomično za javni uvid, pretraživanje, ispis i preslikavanje podataka po određenim pravilima (konstitutivnost, prvenstvo,.

• Evidencija je po strukturi i sadržaju slična registrima, s tim što su propisi i uvjeti za evidencije blaži. Evidencije su često izvtaci, podskupovi, detalji ili razrade podataka registara koje u okviru svojih nadležnosti vode druga tijela državne uprave.

34

Pristup razvoju evidencije/registra

• - laissez-faire (Adam Smith) princip i koncept nevidljive ruke• Moguć, ali s lošim implikacijama

• Razvoj središnje evidencije – tko će pokrenuti i financirati njezin razvoj ?

• Bez središnje evidencije – interoperabilnost koja može stvoriti distribuiranu evidenciju koja ima funkcionalna svojstva središnje

• Razvoj interoperabilnosti mora biti upravljan proces

• Jasna standardizacija

• Mjesto izvršavanja poslovnih procesa održavanja adresnog prostora može varirati

35

On-Boarding – Izravno

1 email@domain.com

Personal data

Email with verification code 2

3

4

1. Korisnik se on-line

registrira kod EK

upisujući svoje

osobne podatke i

email adresu

2. EK šalje verifikacijski

kod na upisanu email

adresu

3. Korisnik potvrđuje

svoju email adresu

upisivanjem

verifikacijskog koda

4. Registar aktivira

korisnika sklapanjem

pismenog ugovora

On-Boarding – Preko posrednika

1 2

3

4

1. Korisnik sklapa

ugovor o slanju

eRačuna kod

banke ili

posrednika

2. Banka/posrednik

preko API

upisuje korisnika

u EK

3. Banka/posrednik

preko API ažurira

korisnikove

podatke u EK

4. Korisnik direktno

ažurira svoje

podatke u EK