Često postavljena pitanja glede zaštite PANTHEON licenci

Često postavljena pitanja glede zaštite PANTHEON licenci

 

Nove sigurnosne procedure koje stupaju na snagu od 6.4.2012.  sa izlaskom verzije 55.56.20 promijenit će način ponašanja serijskih brojeva licence kada se licence aktiviraju. Pantheon će sada uzeti u obzir dva jedinstvena identifikatora:

 

1.     Serijski broj Pantheona

2.     Otisak poslužitelja (servera)  koji se sastoji od imena SQL instance, serijskog broja i druge jedinstvene informacije (serijski broj Windowsa i/ili računala) o poslužitelju na kojem je baza locirana. 

 

Molim pogledajte Licenciranje i serijski brojevi  za više informacija o pravilnom licenciranju i distribuciji licenci unutar tvrtke.

 

Telefonski broj podrške: 01/3535 595

 

Tema na forumu: https://usersite.datalab.eu/Default.aspx?tabid=125&g=posts&m=16775&#16775 Tema na slovenskom formu: https://usersite.datalab.eu/Wiki/tabid/377/htmlid/1001484/language/sl-SI/Default.aspx

 

Važno: Pri prvom pristupu (samo jednom) u verziju programa PANTHEON koja sadrži novu kontrolu aktiviranja licenci potrebno je pristupiti kao administrator programa  ili kao sigurnosni administrator.

 

Prema PANTHEON-ovom  licenčnom ugovoru  (gotovo u svakom licenčnom ugovoru) korisnici ne mogu iznajmljivati, posuđivati ili koristiti licence izvan svoje tvrtke.

Definicije:

1. SQL instanca: ovo je mjesto na poslužitelju  gdje je smještena baza podataka (mjesto gdje se spremaju podaci). U najmanjim kofiguracijama, SQL instanca je na istom računalu kao i licenca. Veće konfiguracije imat će SQL instance u tu svrhu određenom poslužitelju. Napomena, jedna SQL instanca može imati više baza podataka.
2. Zaključavanje (Lockdown) je registirano povezivanje između korisničke licence i SQL instance. 
3. Otključavanje (Unlinking) je proces uklanjanja postojećeg zaključavanja  (lockdown), tako da se može postaviti novo zaključavanje.

Izvođenje/uređivanje zaključavanja

Zaključavanje je moguće na korisničkim stranama u dijelu Moji Podaci | Registriraj PANTHEON.

Procedura svakako ne smije biti dostupna svim zaposlenima. Zato morate postaviti kontakt osobe (https://usersite.datalab.eu/Wiki/tabid/377/language/sl-SI/Default.aspx?ctxid=8505 ) i dodijeliti im autorizacije (https://usersite.datalab.eu/Wiki/tabid/377/language/sl-SI/Default.aspx?ctxid=8505 ).

Ukoliko postupak ne želite uradite sami, možete ga prepustiti vašem partneru za podršku, koji će urediti zaključavanja na Partnerskim stranicama prilikom ažuriranja lokacija.

Više informacija

Na forumu smo otvorili temu  “Promjena zaštite PANTHEON licenci:
https://usersite.datalab.eu/Default.aspx?tabid=125&g=posts&m=16775&#16775

 

Savjet: probrana pitanja i pitanja za proaktivno djelovanje pozivnog centra su na kraju ovog dokumenta.

Ovo će stvoriti probleme sljedećim vrstama upotrebe:

 

1.Zaključavanje i isključenje iz nelegalne upotrebe korisničkih licenci

Problem: Zaključavanje PANTHEON serijskog broja sa SQL serijskim brojem dogodit će se kod prve nadogradnje ili promjene aktivacijske šifre. Zaključavanje se izvodi po principu: prvi došao, prvi koristi bazu.

Posljedica: Moglo bi se dogoditi da nelegalni korisnik zaključa PANTHEON-ov serijski broj za SQL poslužitelj i time onemogućiti mogućnost legalnog, licenciranog korisnika za korištenje PANTHEON-a. To je nesretna, ali neizbježna situacija za koju je većim dijelom odgovoran legalni korisnik (PANTHEON šifre & serijski brojevi ne bi se uopće trebali dijeliti.)

Kako prepoznati takvu situaciju?: provjeriti PARTNERSKE stranice (PARTNER site), ime SQL instance nije prazno i već je zaključano na neki SQL poslužitelj. Provjeriti kome pripada poslužitelj jer se može raditi o unutarnjoj situaciji  (npr. djelatnik ima ‘osobnu’ kopiju baze na svom prijenosnom računalu.

Ispravak: obavijestiti Datalab SUB na dežurnu telefonsku liniju da oslobodi (otključa, isprazni) ‘ime SQL instance’. Nakon što je otključavanje napravljeno,  upotrijebite ‘Povuci šifre sa interneta’ u  PANTHEON-u kako bi zaključali licencu na pravi poslužitelj. Postoji posebna funkcija koja to omogućava. Ni korisnik, ni partner ne mogu joj pristupiti, stoga je potreban intervencija Datalaba.  

 

2.Pogrešno zaključavanje, promjena hardvara i / ili softvera

 

Problem: zaključavanje je moglo biti pogrešno, hardver se može pokvariti ili je instaliran novi SQL poslužitelj. 

Posljedica: PANTHEON neće raditi.

Kako prepoznati takvu situaciju?: provjeriti PARTNERSKE stranice (PARTNER site), ime SQL instance nije prazno i već je zaključano na neki SQL poslužitelj. Provjeriti kome pripada poslužitelj jer se može raditi o unutarnjoj situaciji  (npr. djelatnik ima ‘osobnu’ kopiju baze na svom prijenosnom računalu.

Ispravak: obavijestiti Datalab SUB na dežurnu telefonsku liniju da oslobodi (otključa, isprazni) ‘ime SQL instance’. Nakon što je otključavanje napravljeno,  upotrijebite ‘Povuci šifre sa interneta’ u  PANTHEON-u kako bi zaključali licencu na pravi poslužitelj. Postoji posebna funkcija koja to omogućava. Ni korisnik, ni partner ne mogu joj pristupiti, stoga je potreban intervencija Datalaba. Stoga - molimo planirajte prema tome! Na korisničke stranice ćemo 15.4.2012.  dodati mogućnost samo otključavanja (Moji podaci / Registriraj PANTHEON), tako da će korisnici i partneri moći sami otključavati sustave nakon kvara hardvera ili reinstaliranja drugog  softvera).

3. Lokalna kopija na prijenosnom računalu

Problem: Nekada je bila česta situacija da direktor na prijenosnom računalu ima lokalnu kopiju PANTHEON-ove baze (dakle, i lokalni SQL posužitelj), npr. za neku analizu preko vikenda.

Posljedica: Baza je zaključana na centralni na centralni poslužitelj poduzeća. Kada se baza preseli na drugo računalo, više ne radi.

Kako prepoznati takvu situaciju?: Korisnici moraju ovog biti svjesni.

Rješenje:  Ovo je prastara navika koja donosi više problema nego koristi. Kada se nešto promijeni na prijenosnom računalu morat će se uskladiti i na glavnoj bazi. Brzi internet je široko dostupan i zato preporučamo VPN ili terminal pristup za rad na terenu; ili se odlučite za  PANTHEON Hosting.

 

4.Testna i ‘failover’ okruženja u velikim poduzećima 

 

Problem: Velike oragnizacije koje imaju potrebu za (neprodukcijskim) testnim i ‘faliover’ okruženjima na različitm SQL poslužiteljima mogu zatražiti aktivaciju  više SQL poslužiteljskih instanci za isti serijski broj.

Posljedica: moguće je da više neće raditi neprodukcijska okruženja. Ako je zaključavanje prvo napravljeno za testno okruženje, tada produkcijsko okruženje neće raditi. 

Kako prepoznati takvu situaciju?: Ovo se većinom odnosi na velike kompanije. Većina partnera bi trebala biti svjesna ovih konfiguracija.

Ispravak:  Ovakve organizacije trebaju se prijaviti za proširenje licenčnog ugovora za neprodukcijske SQL instance potpisivanjem ‘ Licenčnog ugovora za višestruke instance’ (EULA Multiple instances Agreement). Tada će  Datalab SUB  potvrditi prijavu i dodijeliti odogovarajuće SQL instance na partnerskim stranicama (PARTNER site).

 

 

5.Više tvrtki dijeli zajedničke licence:

Problem:  Ovo je primjer konfiguracije ‘lakog piratstva’ gdje majčinsko poduzeće drži zajedničke licence za sva kćerinska poduzeća, ali svako kćerinsko poduzeće ima svoj podatkovni poslužitelj.  Primjer: Klijent A posjeduje 20 licenci. Također posjeduje 4 kompanije koje sve koriste licence  od Klijenta Svaka od tih kompanija ima svoju bazu smještenu na svom poslužitelju i svaka od njih može raditi sa 20 korisnika i tako može koristiti (4+1)*20=100 licenci. Budući da se svaka baza podataka nalazi na svom poslužitelju, serijski brojevi SQL poslužitelja  bit će različiti.  Kada Klijent A nadogradi svoju bazu na verziju koja uključuje novu sigurnosnu mogućnost njezine kćerinske kompanije više neće moći koristiti licence Klijenta A.

Posljedica: Kćerinske kompanije neće više moći koristiti licence ili ako kćerinska kompanija napravi zaključavanje, majčinsko poduzeće neće moći koristiti program.

Kako prepoznati takvu situaciju?: Ovo su većinom velike kompanije. Većina partnera trebala bi biti svjesna ovakvih konfiguracija. 

Ispravak: Vidi gornji link o pravilnom licenciranju i distribuciji.

a.     Rješenje 1: Klijent A kupuje dodatne licence za svaku od svojih kompanija.

b.     Rješenje 2: Kreiraju se novi serijski brojevi za svaku od kćerinskih kompanija i prenesu se licence sa Klijent A serijskog broja na serijske brojeve kćerinskih poduzeća.

c.     Grupiranjem svih licenci na istom serveru (preseljenjem 4 kćerinskih baza na poslužitelj gdje je centralna baza) i  tako omogućiti  dijelenje 20 licenci unutar 5 kompanija, ali koje neće  premašiti korištenje 20 istovremenih licenci.

6.Knjigovodstveni servis  ‘dijeli’ svoje licence sa klijentima kako bi mogli pristupiti  klijentovim individualnim SQL instancama.

 

Problem: Knjigovodstveni servis ima vrlo specifičan tip licence i konfiguraciju koja mora biti pravilno registrirana. Ako se na klijentskim računalima na njihovim vlastitim SQL instancama koriste standardne licence to će stvoriti situaciju ‘lakog piratstva’.  Primjer: Knjigovodstveni servis (Klijent B) posjeduje 10 licenci. Dijeli ih sa 20 svojih klijenata (Klijenti B1..B20). Kada KlijentB nadogradi svoju bazu tada klijenti neće više moći koristiti licence od knjigovodstvenog servisa instalirane na svojim (Klijenti B1..B20) poslužiteljima.

Posljedica: Kada KlijentB nadogradi svoju bazu tada klijenti neće više moći koristiti licence od knjigovodstvenog servisa instalirane na svojim (Klijenti B1..B20) poslužiteljima.

Kako prepoznati takvu situaciju?: Postavite 3 pitanja knjigovodstvenom servisu (proaktivno nazovite i zabilježite ih u CRM sustavu)   

1. Imate li klijente koji direktno koriste bilo koji Pantheon program?
2. Jesu li neke od tih licenci u vlasništvu vašeg poduzeća?
3. Da li bilo koje vaše licence koje koriste vaši krajni korisnici koriste na taj način da se spajaju na SQL poslužitelj koji nije vaš SQL poslužitelj (npr. lokalna SQL instanca na klijentovoj lokaciji)?

- ako je  odgovor NE na A ili B  pitanje, tada nove sigurnose mjere nemaju nikakvog učinka na vas (nemate ovaj problem).

- Ako su odgovori  DA, DA, NE,  tada je ovo drugačija vrsta problema (pogledajte sljedeći problem).

-ako je odgovor DA,DA, DA tada je problem potvrđen.  Ovo je jasan primjer kršenja licenčnog ugovora ( i gotovo svakog licenčnog ugovora u svijetu)  preko  ‘iznajmljivanja’ programa.  Prije nadogradnje stanje će se morati standardizirati.

Ispravak: Vidi gornji link o pravilnom licenciranju i distribuciji.

3 su mogućnosti za ispravak:

1. Knjigovodstveni servis mora odvojiti svoje unutarnje licence od licenci koje koristi klijent (pogotovo od onih koje klijenti koriste na vlastitim SQL instancama – one knjigovodstvene licence koje klijenti koriste tako da se spaju na poslužitelj knjigovodstvenog servisa također trebaju biti normalizirane, ali to se može odgoditi za neko vrijeme – vidi problem dolje)   Licence koje koriste klijenti moraju se preseliti na druge lokacije tako da svaki od njihovih klijenta koji koristi svoj SQL poslužitelj ima vlastiti serijski broj licence. Dakle, knjigovodstveni servis treba podijeliti svoje licence po lokacijama (npr. KlijentB1,…) tako da svaki od njihovih klijenata ima svoj serijski broj. Knjigovodstveni servis za sada može ostati vlasnik licenci.
2. Bolja mogućnost, klijenti mogu dobiti svoje licence i imati potpunu fleksibilnost.
3. Najbolja mogućnost , prebaciti sve na  Pantheon hosting i nikad ne imati ovakve probleme.

7.Knjigovodstveni servis  ‘dijeli’ svoje licence sa klijentima  kako bi se klijenti mogli spajati samo  na poslužitelj (SQL instancu) od Knjigovodstvenog servisa.

Problem: Ovo je oblik ‘lakog piratstva’ za koji  Datalab trenutno ne provodi sigurnosne mjere prema knjigovodstvenim servisima.  U budućnosti, nove sigurnosne mjere neće se limitirati na ovakav tip licenčne konfiguracije.

Posljedica: Nema operativnih posljedica, osim ako klijent ne koristi lokalne SQL instance na svojim računalima.

Kako prepoznati takvu situaciju?:   Postavite 3 pitanja knjigovodstvenom servisu (proaktivno nazovite i zabilježite ih u CRM sustavu)

1. Imate li klijente koji direktno koriste bilo koji Pantheon program?
2. Jesu li neke od tih licenci u vlasništvu vašeg poduzeća?
3. Da li bilo koje vaše licence koje koriste vaši krajni korisnici koriste na taj način da se spajaju na SQL poslužitelj koji nije vaš SQL poslužitelj (npr. lokalna SQL instanca na klijentovoj lokaciji)?

-  ako je  odgovor NE na A ili B  pitanje, tada nove sigurnose mjere nemaju nikakvog učinka na vas (nemate ovaj problem).

- Ako je odgovor DA, DA, NE,  tada je problem potvrđen. Situacija se zabilježi sa komentarom ‘IZNAJMLJIVANJE’ koja ukazuje da klijent ima povredu licenčnog ugovora, ali to trenutno nije pod utjecajem novih sigurnosnih mjera i Datalab trenutno ne provodi ova ograničenja Licenčnog ugovora prema knjigovodstvenim servisima. Knjigovodstveni servis i njegovi klijenti neće biti pogođeni novom sigurnosnom politikom.

-ako je odgovor DA,DA, DA, tada klijent ima drugačiji problem (vidi problem iznad).

Ispravak: Trenutno nije potreban.

8.Dijelenje licenci sa prijateljem:

Problem: Kompanija sa legalnim licencama dopušta prijateljskoj kompaniji da koristi te licence na vlastitoj bazi podataka  i/ili na različitom serveru u piratskoj konfiguraciji. 

Posljedica: Nakon 6.4.2012. ove licence prestat će raditi čim legalni vlasnik aktivira svoj serijski broj.  Alternativno: ako ‘prijateljska kompanija’ prva ažurira licence, stvarni vlasnik neće moći koristiti svoj sustav na vlastitoj SQL instanci. 

Kako prepoznati takvu situaciju?: Help desk pitanja trebala bi razjasniti da konfiguracija nije na mjestu. Nakon toga se provjeri tko je pravi vlasnik licenci. 

Ispravak: Vrijeme je da ‘prijatelj’ zahvali Datalabu za upotrebu besplatnih licenci kupnjom vlastith licenci sa vlastitim serijskim brojem.

9.Partneri koriste svoje licence na kopijama klijentskih baza podataka za podršku:

Problem: Ovo je legalna konfiguracija gdje partneri kopiraju klijentske baze, ažurira ih sa svojim serijskim brojevima (nadogradnja se radi na različitoj bazi od PANTHEON-a koji radi na vlastitoj licenci – napomena: obje baze trebaju biti na istom poslužitelju)  i zatim provjere rad baze podataka.  Ako se nadograđena baza podataka vrati natrag klijentu i koristi u produkciji tada ovaj prijenos nadograđene baze predstavlja povredu licence.

Posljedica: Novi sigurnosni sustav dopustit će nadogradnju klijentove baze podataka za testiranje & savjetovanje. Međutim, ‘vraćanje baze’ više neće biti moguće.  Nakon što je baza nadograđena ona sadrži serijski broj SQL poslužitelja tako da PANTHEON više neće raditi sa drugim SQL serijskim brojem. 

Kako prepoznati takvu situaciju?: Pratite prijave problema PSS-ima od strane partnera. Paziti da se manji problemi ne pretvore u probleme sa krajnjim korisnicima.

Ispravak:  Nakon što ste nadogradili i testirali klijentovu bazu podataka u vlastitom okruženju, vrijeme je da nadogradite bazu podataka na klijentovom okruženju. 

 

10.Partnersko iznajmljivanje (leasing) / iznamljivanje (leasing) svojih partnerskih licenci  klijentima

Problem: Ovo je teško piratstvo i veliko kršenje  partnerskog i licenčnog ugovora.

Posljedica:  Kada se pronađu partneri koji sudjeluju u piratstvu bit će potpuno pravno  procesuirani.

Kako prepoznati takvu situaciju?:Help desk i PSS-i obratit će pozornost na ovu mogućnost  i izvjestiti o svim sumnjivim slučajevima vodstvo Datalaba. 

Ispravak: 

a. Procesirati partnere i upotrijebiti dobiveni novac od piratskog partnera za normaliziranje klijentovih licenci. 

b. Ako su partneri kupili te licence u svrhu ‘hostinga’ – ponuditi im mogućnost zamjene.

11.  Partneske licence ne mogu se više koristiti za unutarnje računovodstvo & druge tehničke uslužne djelatnosti.

Problem: Prema našim partnerskim ugovorima, Datalab Partneri dobivaju licence za svoju internu upotrebu za procese implemetacije, savjetovanja i podrške. Partneri dobivaju jednu licencu po registriranom djelatniku u podršci (supporteru). Jednom kad partner upotrijebi svoje licence na svojoj SQL instanci više je ne može koristiti za razvoj, integraciju, test… za druge proizvode i klijente. Budući da postoji određeni nemar u korištenju partnerskih licenci, vidimo da partneri ne distribuiraju licence po različitim lokcijama već dopuštaju svakom djelatniku u podršci (bez obzira je li njegovo članstvo plaćeno ili ne)  korištenje svih partnerskih licenci. Često, serijski brojevi ‘procure’ i ostanu na raspolaganju klijentu.  

Posljedica: Partneri trebaju različite licence za internu i operativnu upotrebu tako da mogu nastaviti sa korištenjem partnerskih licenci za projektiranje.   Zaključavanje PA serijskog broja na ‘supporterov’ poslužitelj na prijenosnom računalu može vrlo lako dovesti do toga da licence u partnerovom uredu prestanu raditi. Besplatne licence odobrene zbog članstva trebali bi samo koristiti samo ‘supporteri’.

Kako prepoznati takvu situaciju?: Svi partneri  (osim partnerskih knjigovodstvenih servisa ) trebat će licence samo za internu upotrebu. 

Ispravak: Trebalo bi poduzeti nekoliko koraka kako bi se partnerima osigurao normalan rad.

1. Partneri trebaju kreirati lokacije (serijske brojeve) za svakog supportera i prenjeti licence na tu lokaciju.  Tada se ti serijski brojevi trebaju dodijeliti svakom ‘supporteru’. Alternativno: partneri mogu postaviti centralni poslužitelj  koji će koristiti svi ‘supporteri’.
2. Ako partneru trebaju dodatne licence za vođenje vlastitog poslovanja može kupiti  do 3 licence sa 95% popusta na aktulani cjenik. To su pune licence koje omogućuju normalnu upotrebu PA i trebaju biti plaćene prema normalnim uvjetima Ugovora o osvježavanju. Ove licence ne mogu se prenositi i ne mogu biti korišene za iznajmljivanje/hosting… trećoj stranci. 

12.Korisnici EDU licenci imaju različite konfiguracije

Problem:  Moguće je da EDU partneri imaju jedan set licenci, ali svaki korisnik može imati svoju SQL instancu..

Posljedica: Učionice će odjednom imati česta zaključavanja (ako svi koriste jednu sql instancu, ali različitu bazu podataka, tada će biti u redu).

Kako prepoznati takvu situaciju?: Trebali bismo proaktivno zvati EDU partnere.

Ispravak: Radimo na tome.  Trenutno smo blokirali sve EDU partnere da ne rade nadogradnje dok ne pronađemo rješenje.

 

13.Klijent ima više ureda (sa istim OIB-om) i svaki ured ima svoj lokalni server

Problem: To je legalna konfiguracija, ali svaka lokacija mora biti registrirana u sustavu za obavljanje ispravnih operacija.

Posljedica: Ako su lokacije konfiguirane slično kao i u slučaju 4, tada će nova sigurnosna mjera prouzročiti zaključavanje.

Kako prepoznati takvu situaciju?: Pitati klijenta da li su svi korisnici spojeni na isti SQL server.

                     Ispravak: Promjeniti lokacije i osloboditi zaključavanje.

 

14. Korisnik ima LT3 licence na dvije lokacije

 Problem: Višekorisnička verzija LT-a može se upotrebljavati samo na jednoj SQL instanci. Opisana konfiguracija je nelegalna.

 Posljedica: Zaključavanje na prvu lokaciju, blokada na drugoj lokaciji.

 Kako prepoznati takvu situaciju?: Iz podataka o licencama.

Rješenje: U poduzeću ne možete imati više od jedne LT ili LX licence. Dakle, ne možete biti registrirano više 'lokacija'. Stoga, kupnja dodatne LT ili LX licence ne rješava problem. Postoje više mogućnosti za rješavanje problema, Rješenja  a,b,c imaju mogućnost objedinjavanja svih vaših poslovnih aktivnosti u jedinstvenu bazu, što pruža puno bolje informacije i manje je komplicirano.  

1. Prelazak na Hosting. Obje lokacije se povežu na isti poslužitelj i funkcionalo sve ostaje isto.
2. Omogućiti jednoj instanci pristup do druge instance i povezati se preko VPN-a unutar poduzeća.
3. Omogućiti terminalni server i terminalni pristup do druge lokacije.
4. Prijavite se za proširenje licenčnog ugovora na više instanci i ostavite obje SQL instance aktivnim. (Datalab će istražiti sve zahtjeve za ovakve konfiguracije kako bi se spriječilo piratstvo ovako 'ranjivih' licenci.

 

15. Knjigovodstveni servis upotrebaljva predloške baza za svoje klijente

Problem: Knjigovodstveni servis upotrebaljva predloške baza za svoje stranke. U predlošcima već imaju  namještene potrebne postavke.  Baza ima serijski broj knjigovodstvenog servisa, kada se baza preseli kod klijenta zamijeni se serijski broj na klijentov i aktivira.

Posljedica: Sa starim sustavom sigurnosti Datalab nije mogao znati je li  klijentova baza aktivirana i upotrebaljva li serijski broj knjigovodstvenog servisa (dakle, je li baza aktivirana).  Za novim sigurnosnim sustavom, preseljenje baze na drugi poslužitelj zaključat će PANTHEON jer je serijski broj već registriran na poslužitelj knjigovodstvenog servisa.

Kako prepoznati takvu situaciju?: Baza ima serijski broj  knjigovodstvenog servisa.

Rješenje: Budući da predlošci baza ne sadrže dokumente (barem ne bi trebali) najlakše je upotrijebiti  DEMO serijski broj, koji dozvoljava do 100 dokumenata.

 

16.  Premještanje baze na prijenosno računalo radi putovanja

Problem: Ponekad nije moguć pristup do brzog interneta, zato si korisnici stave bazu na svoje prijenosno računalo kako bi mogli raditi na putu.  Radi se o 'lakom piratstvu': ista produkcijska baza (isti serijski broj) na dva različita poslužitelja je kršenje licenčnih uvjeta (pored N korisnika u poduzeću, dodan je još jedan korisnik na prijenosom računalu, što znači N+1 istovremenih korisnika).

Posljedica: Kopija baze na prijenosnom računalu neće raditi.

Kako prepoznati takvu situaciju?: Ista serijski broj aktiviran je na dvije lokacije. Pogledajte povijest nadogradnje na partneskim ili korisničkim stranicama.  

Rješenje:

1. Prije nego što kopirate bazu kreirajte dodatnu lokaciju (serijski broj) za vaše poduzeće i na nju prenesite jednu licencu. Kopirajte bazu na prijenosno računalo i na njoj promijenite serijski broj (promjena serijskog broja nije više ograničena – tu sigurnosnu mjeru nadomjestio je novi način zaštite). Tako ćete legalno upotrebljavati N-1 licencu u poduzeću i 1 licencu na prijenosnom računalu (ukupno N licenci). Kad se vratite sa putovanja prenesite licencu za prijenosnika na primarnu lakaciju (serijski broj).
2. Kupite dodatnu licencu po manjoj cijeni u okviru akcije za legalizaciju licenci.