upravljanje opskrbnim lancem
Post on 26-Oct-2015
164 Views
Preview:
DESCRIPTION
TRANSCRIPT
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
top related