Uzmimo primjer, kada preduzeće ima svoja maloprodajna mjesta, gdje je nivo cijena u prodajnoj kalkulaciji šifranta artikala drugačiji nego u matičnoj firmi.

Takav primjer je moguće podržati samo ako svaka filijala ima svoju bazu podataka, gdje odvojeno vodi podatke u šifrantu artikala. Iz takve baze podataka onda centrali pošalje dokumente za uvoz u bazu podataka preduzeća-matice (imenujmo ga centrala).

1. Skladišta

Uzmimo za primjer, da centrala ima samo jedno centralno skladište - imenujemo ga veleprodajno skladište.

Svaka filijala ima naravno oblikovano svoje skladište - imenujemo ga maloprodajno skladište.

2. Vrednovanje i knjiženje zalihe

Zalihe se na svim skladištima vrednuju po prosječnim cijenama, a na maloprodajnim skladištima se knjiži po maloprodajnim cijenama.

3. Prodajna kalkulacija šifranta artikala

Centrala osigura, da ima u svojoj bazi podataka, detaljno u prodajnoj kalkulaciji šifranta artikala pravilno unesenu prodajnu kalkulaciju, koja vrijedi za centralu i veleprodajno skladište.

Svaka filijala osigura, da ima u svojoj bazi podataka sebi prilagođene prodajne kalkulacije zapisane u šifrant artikala.

4. Redoslijed operacija

Suštinska stvar ovdje je pravilan raspored unosa podataka u program - dakle redoslijed, koji odgovara stvarnim promjenama (prijemi, promjena cijene itd.).

To je naravno veoma značajno takođe u obrađivanom primjeru.

Ako s C označimo centralu, sa F filijalu, mogli bi redoslijed urediti ovako:

• C.1. Centrala primi robu i izraditi kalkulaciju svoje prodajne cijene.
• C.2. Centrala izradi dokument prijenosa, opremljen sa vlastitim prodajnim cijenama. Dokument dostavi filijali (npr. s OTOS-om).
  • F.1.  Filijala primi prenosnicu, s kojom primi robu na svoje, maloprodajno skladište. U toj prijenosnici artikle opremi sa svojim maloprodajnim cijenama ili samo preuzme podatke o maloprodajnoj cijeni ukoliko se ona oblikuje u centrali za filijale. (Postupak, koji bi zamijenio prodajnu kalkulaciju u dokumentu, nije podržan sistemski ali na ftp.datalab.si/sqli na raspolaganju je postupak, kojeg možemo uvesti u meni čarobnjaka i koji omogućava prijenos podataka iz šifranta artikala u prijenosnicu.)
  • F.2. Onda kada su cijene na prijenosu opremljene sa cijenama iz filijale, tada možemo pomoću čarobnjaka (pogledajte Kreiranje promjene cijene) izradi dokument za promjenu cijene za sve artikle, koje možda prima prvi puta ili kojim se cijena promijenila s obzirom na podatke u šifrantu artikala.
  • F.3. Filijala vrati prijenosnicu centrali.
• C.3. Centrala vraćeni dokument prijenosa potvrdi i knjiži. (Podatke iz prijenosa dakle uvažava za potrebe pregleda, ispisa npr. trgovačkih evidencija i automatskog knjiženja potrošnje materijala.)