MICROSOFT ЛИЦЕНЦИРАЊЕ · МОДУЛ 10 · УСОГЛАСЕНОСТ, ЛИЦЕНЦЕН БИЛАНС И ПОЗИЦИЈА
Microsoft лиценцен биланс и лиценцна позиција:
Дали сме навистина усогласени?
Лиценцниот биланс споредува кои лиценци ги купила организацијата и кои права реално ѝ се потребни за инсталиран софтвер, корисници, уреди или cloud-услуги. Документираниот резултат е основа за сигурна Microsoft лиценцна позиција.
Краткиот одговор
Лиценцниот биланс покажува дали купените права одговараат на реалната потреба.
Докажливите лиценцни права се споредуваат со потребата пресметана според правилата на производот. Резултатот покажува доволна покриеност, вишок, недостаток или прашање што сè уште не е разјаснето.
- 01Лиценцен биланс = постојни лиценцни права минус правилно пресметана лиценцна потреба.
- 02Договорната програма, SKU, датумот на набавка и рокот ги определуваат употребливите права.
- 03Microsoft 365 доделувањата, Azure ресурсите и серверските инвентари даваат различни делови од сликата.
- 04Нејасните податоци се бележат како отворена претпоставка, а не тивко како усогласени.
- 05Резултатот мора да има датум, извори, одговорни лица и конкретен план.
Едноставно објаснето · Најважните поими
Три поими за разбирлив лиценцен биланс
Лиценцниот биланс покажува дали купените права се доволни за инсталиран или реално користен софтвер. Лиценцната позиција го документира резултатот на разбирлив начин.
Лиценцно право
Право на користење што може да се докаже со договорот, набавката и важечките Product Terms.
Лиценцна потреба
Бројот и видот права потребни за реалните корисници, уреди, cores, сервери, пристапи или cloud-сценарија.
Лиценцен биланс и позиција
Лиценцниот биланс ги споредува правата и потребата. Лиценцната позиција го документира резултатот со датум и докази.
Пример од практиката: Постојат 100 лиценци за уреди, но софтверот е инсталиран на 115 уреди за кои е потребна лиценца. Лиценцниот биланс покажува недостаток од 15 лиценци.
Едноставно објаснето
Што е лиценцен биланс?
Лиценцниот биланс одговара на три практични прашања: Што имаме купено? Што имаме инсталирано или користиме? И дали постојните права ја покриваат таа употреба?
Што имаме купено?
Договорите, нарачките, subscriptions и Product Terms покажуваат кои Microsoft лиценци се купени и кои права на употреба навистина важат.
Што имаме инсталирано или користиме?
Во зависност од производот се бројат инсталирани уреди, корисници, сервери, cores, пристапи или cloud-ресурси. Самата инсталација не е одлучувачка за секоја лиценцна метрика.
Дали двете страни одговараат?
Постојните лиценцни права минус реалната потреба покажуваат доволна покриеност, вишок, недостаток или сè уште неразјаснета позиција.
Ако производот се лиценцира по уред, недостигаат 15 лиценци. Кај Microsoft 365 се споредуваат постојните кориснички лиценци со лицата на кои реално им се потребни соодветните права.
Кон пресметката се додаваат датум, договори, продуктни правила, докази, претпоставки и мерки. Затоа двата поима припаѓаат заедно.
Пред собирање податоци
Прво определете го scope-от на проверката
Без scope се мешаат податоци од различни правни лица, tenants, договори и периоди. Резултатот може да изгледа прецизно, но не е сигурен.
Правни лица и поврзани компании
Определете кои субјекти и локации се вклучени и кои договори навистина ја покриваат нивната употреба.
Tenants, Azure scopes и data centers
Вклучете ги сите Microsoft 365 tenants, Azure subscriptions, физички hosts, clusters и надворешно управувани околини.
Производи, изданија и верзии
Не проверувајте само Microsoft 365, туку и Windows, SQL, серверски производи, CAL, Visual Studio и постојни hybrid-права.
Датум и период
Определете дали се проверува само денешната состојба или и историска употреба, true-up, renewal или договорен период.
Продукција, Dev/Test и disaster recovery
Продукциските, пасивните, тест и recovery системите означете ги одделно затоа што може да важат различни права.
Страната на правата
Кои докази припаѓаат во инвентарот на права?
Не секоја лиценца се појавува во истиот portal. Целосниот преглед затоа поврзува повеќе начини на набавка и докази.
| Набавка или доказ | Што да се евидентира | На што да се внимава |
|---|---|---|
| EA/EAS и класично Volume Licensing | License IDs, договори, enrollments, orders, License Summary и активна SA | Вклучете само договори со разјаснет пристап и правна припадност. |
| MCA преку CSP/партнер и online-претплати | Subscription, SKU, количина, рок, renewal, фактура и потврда од партнер | CSP, MCA, OEM и retail права не се прикажуваат во класичниот VL contract view. |
| MPSA | Purchase Accounts, нарачки, софтвер, downloads и keys | MPSA податоците се водат одделно и не се дел од нормалниот VL License Summary. |
| OEM и retail | Фактура, уред, COA или дигитален доказ и услови за пренос | Не заклучувајте врзување со уред или преносливост само од activation. |
| Договорни и продуктни правила | Програма, Product Terms, датум на набавка, верзија, издание и дополнителни права | Product Terms видливи денес не важат автоматски непроменето за секоја историска набавка. |
Activation е технички процес. Успешната activation сама не го докажува правилниот канал на набавка ниту сите права за конкретното сценарио.
Правилно толкување на податоците
Кој Microsoft систем одговара на кое прашање?
Portal-ите даваат важни сурови податоци, но ниту еден сам не ја пресметува целосната Microsoft лиценцна позиција.
| Систем | Корисен за | Сам не е доволен за |
|---|---|---|
| Microsoft 365 admin center · Billing > Licenses | Купени количини, директни и group-доделувања и грешки | Корисници што имаат корист, tenant-функции, договорни права и on-premises потреба |
| Admin center · Volume licensing | VL договори, License Summary, orders, рокови и product keys | Deployments; Microsoft изречно вели дека License Summary не прикажува deployment детали |
| Microsoft Entra и Microsoft Graph | Сметки, групи, SKU, service-plan статус и логика на доделување | Договорното право и целосната потреба зад заедничка или индиректна употреба |
| Azure Resource Graph | Ресурси низ subscriptions, како VM, тип, регион и конфигурација | Историски права, on-premises инвентар и сите AHB предуслови |
| Azure Cost Management | Трошоци, употреба, reservations и savings-plan податоци | Правното BYOL или hybrid-право зад применета ценовна предност |
| Технички инвентари | Hosts, clusters, VM, cores, изданија, верзии и инсталиран софтвер | Доказ за набавка, договорна програма и Software Assurance статус |
Ист јазик за сите податоци
Нормализирајте ги правата и употребата пред споредба
Фактура со имиња на производи не може директно да се спореди со server или user export. Двете страни мора да се сведат на исти карактеристики.
- 01Евидентирајте точен SKU или производ наместо општ назив.
- 02Определете метрика: user, device, core, server, CAL, capacity или consumption.
- 03Документирајте edition, version, upgrade, downgrade и extended-use права.
- 04Проверете subscription или Software Assurance статус и датум на истек.
- 05Поврзете договорна програма, правно лице, држава и дозволена единица на употреба.
- 06За историски набавки зачувајте ги важечките Product Terms; Microsoft овозможува избор на постар Effective Date и споредба со сегашните услови.
Страната на потребата
Не бројте само инсталации – применете ја лиценцната метрика
Техничкиот инвентар станува лиценцна потреба дури преку правилото на производот. Еден систем може истовремено да бара user, core, server и access лиценци.
Кој користи или има корист?
Проверете директни доделувања, групи, frontline или shared-device сценарија, гости и tenant-wide корисници по производ.
Каде работи софтверот?
Вклучете физички hosts, виртуелни cores, минимуми, editions, clusters, licence mobility и дозволени reassignments.
Кој пристапува директно или индиректно?
CAL, RDS, External Connector, multiplexing, service accounts и application chains проверете ги одделно од server-правата.
Кои права се користат во Azure?
Поврзете Azure Hybrid Benefit, BYOL, reservations, Dev/Test и пасивни сценарија со основното право.
Која дополнителна функција реално се користи?
Add-ons, premium-функции и tenant-wide features проверете ги според prerequisites и корисниците што имаат корист.
Activity report е важен сигнал за оптимизација. Дали лиценцата може да се отстрани зависи од доделувањето, provisioning, пристапот, функцијата и правилото на производот.
Правилна проценка на Microsoft 365
Купено, доделено, вклучено и користено се четири различни вредности
Затоа позицијата за online services мора да поврзе повеќе нивоа.
Subscriptions и рокови
Количината, SKU, billing и договорниот рок, како и cancellation или renewal датумот, го определуваат достапниот инвентар.
Директни и group-based лиценци
Евидентирајте ги двата начина и проверете грешки. Microsoft наведува недоволни лиценци, конфликти и погрешна usage location како можни причини.
Вклучени или исклучени услуги
Service-plan статусот покажува кои делови се provisioned за сметката. Тој не ја дели купената suite автоматски на одделно употребливи лиценци.
Tenant-wide и индиректно дејство
Кај централно активирани security, compliance или AI функции, лиценцниот круг може да биде поголем од листата со доделен add-on.
Shared, service, guest и поранешни корисници
Не ги прогласувајте сите такви сметки за бесплатни или лиценцирани. Производот, provisioning, пристапот и реалната корист го определуваат сценариото.
On-premises и сервери
Создадете посебна делумна позиција за секој производ
Еден infrastructure export ретко ги покажува сите потребни права. Затоа позицијата се гради по производ, а потоа се поврзува по application chain.
Cores, edition и CAL
Одделно пресметајте физичко и виртуелно лиценцирање, Standard или Datacenter, virtualization права и User, Device или RDS CAL.
Core или Server/CAL
Евидентирајте edition, model, физички или виртуелни cores, минимуми, пасивни instances и индиректни корисници.
Instance плус пристап
Exchange, SharePoint, Project и други производи може да бараат server лиценци, base CAL и additive CAL.
Документирајте го движењето
VM движењето не е само технички настан. Докажете време, host coverage, активна SA и важечки mobility права.
Докажете посебни права
Visual Studio, passive или disaster-recovery права пресметајте само со документирани prerequisites и одвојување од продукција.
Следливо, не само логично
Како изгледа сигурен регистар на докази
Секоја бројка во позицијата треба да може да се поврзе со извор, датум и одлука.
| Запис | Најмалку зачувајте | Зошто |
|---|---|---|
| Договор и нарачка | Agreement ID, програма, правно лице, SKU, количина, датум, рок и document link | Ја докажува набавката и припадноста. |
| Важечко правило | Product Terms верзија, Effective Date, product section и документирано толкување | Објаснува зошто право или потреба е пресметано. |
| Portal export | Tenant или scope, export датум, filters, owner и непроменета source file | Ги прави доделувањата и ресурсите повторливи. |
| Технички инвентар | Device, host, VM, core, instance, edition, version, environment и време на собирање | Го докажува реалниот deployment scope. |
| Пресметка | Metric, formula, minimums, претпоставки, исклучоци и reviewer | Ги поврзува суровите податоци со потребата. |
| Мерка | Отстапување, одлука, owner, рок, трошок и доказ за затворање | Ја претвора анализата во управувана позиција. |
Практичен пример
1.000 корисници, два tenants и hybrid server-околина
Компанија има 1.000 Microsoft 365 E3 лиценци. Admin center покажува 930 доделени, а последниот report 870 активни корисници. Windows и SQL системи дополнително работат во виртуелизиран cluster.
| Набљудување | Пребрз заклучок | Правилна проверка |
|---|---|---|
| 70 недоделени E3 лиценци | 70 лиценци сигурно се слободни | Проверете рок, втор tenant, assignment errors, нови вработени и потребни base-права. |
| Уште 60 корисници не се активни | Веднаш може да се отстранат уште 60 | Разјаснете assignment, улога, отсуство, provisioned services и реална корист. |
| 18 group-licensing грешки | Корисниците се во ред затоа што групата е точна | Поправете недостиг, conflict, dependency или usage location и докажете успешно доделување. |
| 25 поранешни сметки сè уште имаат E3 | Само трошковен проблем | Заедно проверете offboarding, data retention, блокирање пристап и потребен license status. |
| Windows и SQL VM се движат меѓу hosts | Активираните VM автоматски се лиценцирани | Одделно пресметајте host и VM cores, editions, SA, mobility, passive systems и CAL. |
Сигурната позиција се создава дури кога секоја разлика е објаснета, а server-околината е проверена според сопствените метрики.
Од резултат до одлука
Четири можни состојби – четири различни мерки
| Статус | Значење | Следен чекор |
|---|---|---|
| Покриено | Докажливите права ја покриваат пресметаната потреба. | Одобрете ја позицијата, зачувајте докази и следете промени. |
| Недостаток | Потребата е поголема од употребливите права. | Потврдете ја пресметката, поправете употреба или набавете соодветни права. |
| Вишок | Употребливите права се поголеми од сегашната потреба. | Повторно употребете, разгледајте понизок план или намалете при renewal. |
| Неразјаснето | Податоците, договорот или правилото не се доволни. | Запишете ја претпоставката со owner и рок; не означувајте како покриено. |
Целосниот процес
Дванаесет чекори до Microsoft лиценцна позиција
- 01Определете датум, правни лица, држави, tenants, Azure scopes и data centers.
- 02Соберете ги сите договори, orders, subscriptions, фактури и рокови.
- 03Нормализирајте програма, SKU, edition, version, metric и датум за секое право.
- 04Зачувајте важечки Product Terms и историски верзии кога се потребни.
- 05Export на Microsoft 365 assignments, service plans и group errors.
- 06Евидентирајте Azure resources, Hybrid Benefit usage, costs и commitments.
- 07Инвентаризирајте physical hosts, clusters, VM, cores, instances и versions.
- 08Проверете директни и индиректни user, device и server пристапи, вклучувајќи CAL.
- 09Споредете право и потреба по производ со документирана formula.
- 10Потврдете претпоставки со IT, procurement, security, business и legal.
- 11Доделете owner, рок и трошок за недостаток, вишок и неразјаснети позиции.
- 12Повторувајте редовно и пред renewal, architecture change, M&A или tenant migration.
Најважното
Лиценцниот биланс и позиција ги прават купените права и реалната потреба следливи.
Таа ги поврзува правилните договорни и продуктни правила со целосни податоци, документирани претпоставки и конкретни мерки. Така compliance станува основа и за renewal, cost optimization и подобри архитектурни одлуки.
Општата статија ја објаснува vendor-neutral логиката на права, употреба, ELP, контроли и одговорности. Кон основната статија →
Актуелно и следливо
Официјални Microsoft извори за оваа статија
Microsoft постојано ги ажурира Product Terms. Секогаш се меродавни конкретниот договор, датумот на набавка, производот, програмата и реалната употреба.
- 01Microsoft Product Terms↗ (се отвора во нов таб)
- 02Microsoft Licensing FAQ: Product Terms and effective dates↗ (се отвора во нов таб)
- 03Microsoft Licensing: Archived Product Terms documents↗ (се отвора во нов таб)
- 04Microsoft Learn: View volume licensing contracts in the Microsoft 365 admin center↗ (се отвора во нов таб)
- 05Microsoft Learn: Assign or unassign licences for users↗ (се отвора во нов таб)
- 06Microsoft Learn: Assign or unassign licences to a group↗ (се отвора во нов таб)
- 07Microsoft Learn: View Microsoft 365 account licence and service details↗ (се отвора во нов таб)
- 08Microsoft Learn: Azure Resource Graph overview↗ (се отвора во нов таб)
- 09Microsoft Learn: Create and manage Cost Management exports↗ (се отвора во нов таб)
- 10Microsoft Support: Activate Windows↗ (се отвора во нов таб)
Напомена: Оваа статија дава разбирлива ориентација и не заменува индивидуална договорна, лиценцна или правна проверка.