Управување со лиценци и SAM · Основи

Лиценцни метрики едноставно објаснети:
Како правилно да ги разликувате User, Device, Server, Core и другите модели

Софтверската лиценца не одредува само кој производ смее да се користи. Таа ја дефинира и единицата што мора да се брои. Дури кога е јасно дали се бројат корисници, уреди, сервери, јадра или потрошувачка, лиценцната позиција може сигурно да се процени.

Ажурирано: 15 август 2026Време за читање: околу 10 минутиОснови и практика

Накратко

Лиценцната метрика одредува што се брои.

За сигурна проценка мора одделно да се разгледаат три нивоа. Само нивната комбинација го опишува целосното право на користење.

01Лиценцна метрика: Која единица се брои?
02Лиценцен модел: Како се комбинираат повеќе права?
03Договор и траење: Колку долго важи правото?

100 лиценци — но 100 од што?

Не почнувајте од количината.
Прво разберете ја логиката на броење.

Во зависност од производителот и производот, истата техничка употреба може да се лиценцира по корисник, уред, сервер, јадро, процесор или истовремен пристап. Cloud и AI-услугите додаваат трансакции, кредити и токени.

01 · Три нивоа

Метриката, моделот и траењето одговараат на различни прашања

Овие поими често се мешаат. Нивното јасно раздвојување спречува количините, правата и трошоците да се темелат на погрешна претпоставка.

ШТО СЕ БРОИ?

Лиценцна метрика

Која единица се брои?

На пример овластени корисници, уреди, сервери, јадра, истовремени пристапи или единици на потрошувачка.

КАКО ФУНКЦИОНИРА?

Лиценцен модел

Кои права се комбинираат?

Кај Server + CAL се лиценцираат и серверот и пристапот на корисниците или уредите.

КОЛКУ ДОЛГО?

Договор и траење

Колку долго и под кои услови?

На пример временски неограничено, со претплата, со одржување или според потрошувачка.

Важно:

Subscription не е автоматски лиценцна метрика. Претплатата и понатаму може да се пресметува по корисник, уред, јадро или потрошувачка. Таа првенствено опишува временски ограничено право, а не нужно единица за броење.

02 · Преглед

Најважните лиценцни метрики на едно место

Истиот софтвер може да создаде сосема различен трошочен и ризичен профил во зависност од метриката.

Метрика	Што се брои?	Типична употреба	Проверете особено
User / Named User	Овластени или именувани лица	Луѓе работат на повеќе уреди	Дефиниција на корисник, индиректен пристап, неактивни сметки
Device	Лиценцирани крајни уреди	Многу лица делат мал број уреди	Инвентар, замена и споделени уреди
Concurrent User	Највисок број истовремени пристапи	Многу повремени корисници	Врвна употреба и индиректен пристап
Server / Instance	Физички или виртуелни сервери и инстанци	Стабилна серверска околина	Виртуелизација, cluster, failover и тест-системи
Core / vCore	Физички или виртуелни процесорски јадра	Производи со интензивна пресметка	Минимум, опсег и Core-Packs
Processor / Capacity	Капацитетна единица дефинирана од производителот	Инфраструктура зависна од перформанси	Фактори и Full или Sub-Capacity
CAL / Access	Корисници или уреди што пристапуваат	Server + CAL модели	Директен и индиректен пристап, надворешни корисници
Consumption	Реална потрошувачка	Cloud, API и AI-услуги	Единица, ценовни нивоа, буџет, лимити и аномалии

Овој преглед е ориентација. Договорот, Product Terms и специфичните лиценцни услови остануваат меродавни.

03 · Лиценцирање по корисник

Лиценцата го следи лицето

Кај user-based метрика се брои именувано или овластено лице. Дозволениот број уреди и понатаму зависи од производот. Microsoft 365 Apps, на пример, стандардно користи user-based subscription модел.

Практичен пример

Вработена работи во канцеларија, дома и во движење на лаптоп, таблет и телефон. Со соодветна User-лиценца примарно се лиценцира лицето, а не секој уред одделно.

Чести грешки

Сервисни и технички сметки не се проценуваат.
Лицата што заминале остануваат лиценцирани.
Неактивно автоматски се толкува како без потреба од лиценца.
Лична лиценца ја делат повеќе лица.

Запомнете

Овластено лице може да има потреба од лиценца и при ретка употреба. Податоците за активност помагаат за оптимизација, но не ја заменуваат договорната дефиниција.

04 · Лиценцирање по уред

Лиценцата го следи уредот

Кај Device-метрика се лиценцира конкретниот уред. Ова може да одговара на споделени работни места во производство, нега, магацин, простории за обука или сменска работа.

Практичен пример

60 вработени работат во смени на 15 терминали. Ако производот и договорот нудат Device-лиценца, бројот на уреди може да биде поважен од бројот на лица.

Чести грешки

Замената на уреди не се документира.
Виртуелните desktop-и се третираат како физички уреди.
Приватните или неуправуваните уреди недостигаат.
Device-опција се претпоставува без договорна основа.

Прашање за одлука

Дали малку лица користат многу уреди — или многу лица користат малку уреди? Одговорот влијае на економичноста, но не ја заменува проверката на правата.

05 · Concurrent User

Се брои највисоката истовремена употреба

Не е пресуден вкупниот број овластени лица, туку највисокиот број директни или индиректни истовремени пристапи. Термини како Floating User не смеат автоматски да се изедначат.

Практичен пример

200 лица смеат да користат специјализирана алатка, но најмногу 35 истовремено. Потребата може да се темели на тој врв само ако производот ја дозволува метриката и пристапот технички се контролира.

Чести грешки

Нема техничко мерење или ограничување.
Индиректниот пристап останува невидлив.
Врвната употреба се потценува.
Concurrent се меша со повремена употреба.

Запомнете

Concurrent не значи неограничен пристап. Договорно дозволената истовременост мора да се почитува и докажува.

06 · Server и Instance

Се брои поставената инфраструктура

Основа може да биде физички сервер, виртуелен сервер, инсталирана инстанца или управувана околина. Слични термини можат да имаат различни дефиниции и кај истиот производител.

Практичен пример

Апликација работи во продукција, тест и пасивен recovery-систем. Тоа може да се три поставувања ако не важат посебни права за тест, Disaster Recovery или Failover.

Чести грешки

Преместувањето VM не се проценува лиценцно.
Тест и пасивните системи автоматски се сметаат за бесплатни.
Cluster и failover јазлите недостигаат.
Инсталирано и користено автоматски се изедначуваат.

Запомнете

Инсталација, активен процес, доделена VM и достапен сервер може различно да се оценуваат.

07 · Core и vCore

Се брои пресметковен капацитет — но не секогаш истиот

Правилата може да бројат физички јадра, виртуелни јадра или друга единица. Windows Server Standard и Datacenter користат Per-Core/CAL, а SQL Server може да користи Per Core или Server + CAL според изданието и сценариото.

Практичен пример

VM има осум vCores на host со 32 физички јадра. Само осумте vCores не ја одредуваат количината. Прво мора да се утврди релевантниот физички или виртуелен опсег.

Чести грешки

vCPU, vCore и физички Core се изедначуваат.
Минималното лиценцирање се пропушта.
Core-Packs се бројат како поединечни лиценци.
Правата за виртуелизација на изданието се игнорираат.

Запомнете

Core-based не значи автоматски купување на прикажаниот број vCPU. Производот, изданието, опсегот, минимумот и правата одлучуваат заедно.

08 · Processor, PVU и Capacity

Процесор не е секогаш CPU-socket во лиценцна смисла

Производителите можат да дефинираат сопствени капацитетни единици. IBM PVU зависи, меѓу другото, од процесорската технологија и поставените јадра, со дополнителни правила за Full и дозволена Sub-Capacity.

Практичен пример

Ист хардвер може да бара различна количина за два производи ако производителите користат различни фактори, табели или capacity-дефиниции.

Чести грешки

Два CPU-socket-и автоматски се сметаат за две лиценци.
Факторите на производителот се игнорираат.
Условите за Sub-Capacity не се исполнети.
Недостига задолжителна алатка за мерење или извештаи.

Запомнете

Меродавна е дефиницијата на производителот за производот и договорот, а не секојдневниот назив на хардверот.

09 · CAL и Access

Само серверската лиценца можеби не е доволна

Кај Server + CAL се лиценцираат серверскиот софтвер и пристапот на корисници или уреди. Кај SQL Server Server + CAL, секој корисник или уред што пристапува има потреба од соодветна CAL.

User CAL или Device CAL?

User CAL може да одговара кога едно лице користи повеќе уреди. Device CAL може да одговара кога повеќе лица делат еден уред. Достапноста и економичноста зависат од производот, договорот и пристапот.

Чести грешки

Се бројат само интерактивни најави.
Пристапот преку апликации или интерфејси останува невидлив.
Недостигаат надворешни корисници и добавувачи.
Server и Access лиценците се управуваат одделно.

Запомнете

Технички посредник не го намалува автоматски бројот на корисници или уреди што имаат потреба од право на пристап.

10 · Метрики според потрошувачка

Се брои она што навистина се обработува или троши

Cloud и AI-услугите користат динамични единици како трансакции, API-повици, простор, количина податоци, часови на пресметка, кредити, токени, акции или workflows.

Предност и ризик

Трошокот може поблиску да ја следи реалната употреба. Но без мониторинг, буџети, лимити и одговорност, потрошувачката може да расте побрзо од очекуваното.

Чести грешки

Се гледа само единечната цена.
Тестови, повторувања и background-процеси недостигаат во forecast.
Трошокот не е поврзан со Use Case или Owner.
Се мери употреба, но не квалитет и деловна вредност.

Врска со FinOps

Кај моделите според потрошувачка, употребата, трошокот, прогнозата, квалитетот и деловната вредност мора да се управуваат заедно.

11 · Практична споредба

Една организација — пет можни логики на броење

Организација сака да воведе деловна апликација. Техничката реалност е иста, но достапниот модел ја менува основата за мерење.

300 општо овластени лица
80 споделени работни места
најмногу 45 истовремени пристапи
два физички host-а
повеќе виртуелни сервери

Модел	Можна почетна основа
Per User	300 овластени лица
Per Device	80 споделени уреди
Concurrent User	45 истовремени пристапи
Server + CAL	Server-лиценца плус User или Device пристапи
Core-based	Релевантни физички или виртуелни јадра според правилото

Овие бројки не се лиценцна пресметка. Тие само покажуваат колку може да се разликува логиката на броење.

01Која опција навистина е достапна?
02Кој или што мора да се лиценцира?
03Кои минимуми и права за виртуелизација важат?
04Кои докази мора да се чуваат?

12 · Чести заблуди

Седум изјави што треба да се проверат пред одлука

Многу погрешни проценки започнуваат со претпоставка што звучи логично, но е нецелосна.

01
Имаме 100 лиценци.
Без метриката бројот не кажува доволно.
02
Корисникот не бил активен.
Активноста и лиценцната обврска не се автоматски исти.
03
Софтверот работи во VM.
Некои производи го бројат host-от или бараат минимум.
04
Subscription значи потрошувачка.
Претплатата може да содржи фиксна количина по User, Device или Core.
05
Два процесори значат две лиценци.
Производителите може различно да дефинираат процесор и капацитет.
06
Пристапува апликацијата, не корисникот.
Индиректниот пристап и понатаму може да бара лиценца.
07
Алатката автоматски пресметува сè.
Без точна метрика, права, податоци и опсег, и добра алатка останува нецелосна.

13 · Практична контролна листа

Овие прашања припаѓаат пред секоја лиценцна пресметка

Овој редослед спречува пресметување технички количини пред да биде јасна договорната логика.

01Кој производ, издание и верзија се користат?
02Која метрика е договорно утврдена?
03Како производителот ги дефинира User, Device, Server, Core или Consumption?
04Кој или што припаѓа во лиценцниот опсег?
05Дали пристапот е директен, индиректен или автоматизиран?
06Дали се разгледува физичка или виртуелна инфраструктура?
07Кои минимуми, пакети или фактори важат?
08Кои права важат за тест, развој, Failover и Disaster Recovery?
09Дали правото е неограничено, со претплата или според потрошувачка?
10Кои податоци и докази ја потврдуваат позицијата?
11Кој е одговорен за договор, техника, буџет и деловна потреба?
12Како растот, архитектурата или Cloud-миграцијата ја менуваат метриката?

14 · Деловна вредност

Правилната метрика не е автоматски онаа со најмал број

Помала количина може да биде несоодветна ако создава технички ограничувања, повеќе мерење, оперативен ризик или слаба скалабилност.

ПОТРЕБА

Деловна потреба

Метриката мора да одговара на начинот на работа и потребниот резултат.

АРХИТЕКТУРА

Техничка реалност

Корисниците, уредите, виртуелизацијата и Cloud-дизајнот го одредуваат опсегот.

КОНТРОЛА

Мерливост

Доказите, квалитетот на податоците и одговорноста мора да останат управливи.

ЕКОНОМИЈА

Вкупен трошок

Траењето, флексибилноста, растот, ризикот и оперативниот труд се дел од одлуката.

Најдобрата метрика одговара на сценариото, останува управлива и ја овозможува потребната деловна вредност.

LizenzFrau правило

Не прашувајте прво: Колку лиценци имаме?

Прашајте: Која единица се брои, која употреба е дозволена и која техничка реалност мора да се покрие?

Примарни и официјални извори

Стручно проверено и следливо.

Класификацијата се темели на информации од производителите достапни на 15 август 2026. Договорот, Product Terms и специфичните лиценцни услови секогаш остануваат меродавни.

Напомена: Оваа статија нуди разбирлива стручна ориентација и не претставува правен совет. Конкретната лиценцна позиција мора да се провери според важечките договори, правата на користење и техничкото поставување.

Лиценцната метрика одредува што се брои.

Не почнувајте од количината.Прво разберете ја логиката на броење.

Метриката, моделот и траењето одговараат на различни прашања

Лиценцна метрика

Лиценцен модел

Договор и траење

Најважните лиценцни метрики на едно место

Лиценцата го следи лицето

Лиценцата го следи уредот

Се брои највисоката истовремена употреба

Се брои поставената инфраструктура

Се брои пресметковен капацитет — но не секогаш истиот

Процесор не е секогаш CPU-socket во лиценцна смисла

Само серверската лиценца можеби не е доволна

Се брои она што навистина се обработува или троши

Една организација — пет можни логики на броење

Седум изјави што треба да се проверат пред одлука

Имаме 100 лиценци.

Корисникот не бил активен.

Софтверот работи во VM.

Subscription значи потрошувачка.

Два процесори значат две лиценци.

Пристапува апликацијата, не корисникот.

Алатката автоматски пресметува сè.

Овие прашања припаѓаат пред секоја лиценцна пресметка

Правилната метрика не е автоматски онаа со најмал број

Деловна потреба

Техничка реалност

Мерливост

Вкупен трошок

Не прашувајте прво: Колку лиценци имаме?

Стручно проверено и следливо.

Управување со лиценци и Software Asset Management

Не почнувајте од количината.
Прво разберете ја логиката на броење.