Gerenciando pacotes de software

Simplifique o licenciamento e reduza o custo das licenças dos fornecedores. Obtenha visibilidade de suas licenças de pacote complexas, gerencie a conformidade e otimize seus gastos com essas licenças.

Crie um pacote e adicione componentes ao pacote para que os direitos da sua organização sejam contados com precisão durante a reconciliação.

Um pacote de software é um grupo de software relacionado que é oferecido como uma unidade. Um exemplo é MicrosoftPacote do Office Professional que inclui PowerPoint, Word, Excel, Outlook e Access.

Outro exemplo de um pacote do lado do servidor é o. MicrosoftPacote de ICs (Core Infrastructure Server, servidor de infraestrutura central). O pacote de CIS pode incluir o software Windows Server, bem como o pacote do System Center, que inclui o Gerenciador de configurações, o Gerenciador de operações e outros títulos. Pacote de CIS, que é licenciado com MicrosoftAs métricas do servidor (por núcleo, por núcleo (com CAL), por instância, por processador, por servidor) são consideradas durante a reconciliação.

Para qualquer modelo de software, você pode especificar se o modelo é um pacote (primário) ou um componente (secundário). Um modelo de software pode ser um componente em vários pacotes. Por exemplo, MicrosoftO Word é um componente em dois pacotes: MicrosoftPadrão de escritório e. MicrosoftOffice Professional. Embora seja possível definir um único modelo de software como pacote e componente, o software geralmente não é vendido como pacotes aninhados.

Sempre que um modelo de software é criado automaticamente como parte de um trabalho agendado, seus componentes secundários são criados automaticamente e aparecem no Componentes do pacote seção.

Use os campos Porcentagem de inferência e Obrigatório quando o pacote primário não estiver definido na tabela de instalação.

• Percentual de inferência : Especifica qual porcentagem dos componentes deve ser instalada para o pacote.
• Obrigatório : Impõe se um componente específico deve ser instalado para inferir que o pacote está instalado. As opções são Opcional, Sempre Obrigatório, Grupo Obrigatório.
  Nota:

  Se dois ou mais componentes de software fizerem parte de um grupo obrigatório, pelo menos um deles deverá estar presente para que todos os componentes de software sejam considerados um pacote. Isso pressupõe que o percentual de inferência e outros requisitos também sejam atendidos.

Por exemplo, digamos que você especifique Percentual de inferência como 75% e defina o. Obrigatório campo para Sempre Obrigatório No Microsoft Access. Essas configurações especificam que o Microsoft Access deve ser instalado, juntamente com três de cada quatro outros produtos (Microsoft Word, Microsoft Excel, Microsoft PowerPoint e Microsoft Outlook), para inferir que o Microsoft Office Professional está instalado em um dispositivo.

Quando um pacote primário é detectado durante a reconciliação, os componentes secundários não contam para a licença individual.

Nota:

Os usuários com a função model_manager podem navegar até Catálogo de produtos > Modelo de Produto > Modelos de software, mas não pode administrar todos os aspectos dos modelos de software.

As regras de classificação do pacote de inferência são as seguintes:

• Se uma das instalações de software pertencer ao modelo de software do pacote, o pacote será inferido diretamente sem a necessidade de atender à porcentagem de inferência.
• Se a regra acima não for atendida, qualquer pacote que atenda à porcentagem de inferência nesse dispositivo poderá ser considerado um candidato ao pacote inferido.
• O candidato com o maior número de componentes instalados é escolhido.
• Se ainda houver um empate, o pacote com o downgrade inferior será escolhido. Por exemplo, o Office 2016 e o Office 2013 são candidatos e têm o mesmo número de componentes instalados; no entanto, como o Office 2013 é o downgrade do Office 2016, o Office 2013 será escolhido.
• Se ainda houver um empate, será escolhido aquele com a maior porcentagem de componentes instalados.

Gestão de ativos de software compatível com pacotes de software híbridos e baseados em assinatura. Em um pacote de software híbrido, o componente primário ou secundário do pacote é baseado em assinatura. Em um pacote de software baseado em assinatura, o componente primário e secundário do pacote são baseados em assinatura. A licença que você usa para determinar a conformidade depende de o componente primário e secundário do pacote serem baseados em assinatura:

• Se somente o primário do pacote for baseado em assinatura, todas as instalações do componente secundário serão inferidas como parte do primário do pacote. Você pode determinar a conformidade da licença usando a licença primária do pacote.
• Se somente o componente secundário de um pacote primário for baseado em assinatura, as instâncias desse componente secundário não serão inferidas como parte do pacote primário. Você pode determinar a conformidade da licença usando a licença do componente secundário.
• Se os componentes primário e secundário do pacote forem baseados em assinatura, as instâncias dos componentes secundários serão inferidas como parte do primário do pacote. Você pode determinar a conformidade da licença usando a licença primária do pacote. Por exemplo, MicrosoftO 365 E5 é um pacote de software baseado em assinatura que consiste no Office 365 E5, EMS E5 e. Windows10 software de assinatura. Como os componentes primário e secundário do pacote são baseados em assinatura, eles são reconciliados em relação a. MicrosoftLicença primária do E5 365.