> For the complete documentation index, see [llms.txt](https://kb.stoque.com.br/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://kb.stoque.com.br/termos-tecnico-comerciais-zeev/licenciamento/por-numero-de-pacotes-de-instancias-de-processos-e-execucoes-de-agentes.md).

# Por número de pacotes de instâncias de processos e execuções de Agentes

Nessa modalidade de licenciamento do software são contabilizados:&#x20;

1. Um número pré-contratado de instâncias de processos, subprocessos ou serviços abertos (mesmo que posteriormente excluídos) durante o mês de referência, e que não sejam do tipo simulação;&#x20;
2. Um mesmo número de execuções de Agentes de IA usando a chave própria do cliente, que não sejam do tipo teste ou simulação. &#x20;
3. Cada pacote concede dois direitos de uso simultâneos e independentes no mês: iniciar até N instâncias de processos e/ou subprocessos e executar até N Agentes de IA, onde N é o tamanho do pacote (500, 1.000, etc.), conforme a modalidade e o plano contratados. As duas contagens não se somam nem se compensam entre si.&#x20;
4. O licenciamento é dividido entre licenciamento mínimo mensal (quantidade de pacotes contratados) e licenciamento adicional (uso excedente). &#x20;
5. A contabilização é feita todo primeiro dia útil do mês, coletando os dados do mês anterior.&#x20;
6. O sistema se mantém em pleno funcionamento mesmo que qualquer um dos limites contratados seja excedido. Após atingido o limite, processos continuam podendo ser iniciados e Agentes de IA continuam podendo ser executados.&#x20;
7. Quando qualquer uma das duas contagens ultrapassa o mínimo contratado, são adicionados automaticamente pacotes ao faturamento. Cada pacote adicional concede mais N instâncias e mais N execuções de Agentes de IA. A quantidade de pacotes adicionais é determinada pelo maior dos dois excedentes, arredondado para cima em pacotes inteiros, respeitando o mínimo de 1 (um) pacote. Exemplo com mínimo de 3 pacotes de 1.000 (até 3.000 instâncias e até 3.000 execuções de Agentes de IA por mês):&#x20;
   1. &#x20;2.400 instâncias e 2.900 execuções: nenhum excedente, cobra-se somente o mínimo mensal;&#x20;
   2. 3.100 instâncias e 2.000 execuções: excedente de 100 instâncias, cobra-se o mínimo + 1 pacote;&#x20;
   3. 3.100 instâncias e 3.300 execuções: excedentes de 100 e 300, cobra-se o mínimo + 1 pacote, pois 1 pacote adicional cobre os dois excedentes;&#x20;
   4. 5.800 instâncias e 5.300 execuções: excedentes de 2.800 e 2.300, cobra-se o mínimo + 3 pacotes, pois o maior excedente (2.800) exige 3 pacotes de 1.000, que também cobrem o excedente de execuções.&#x20;
8. As execuções de Agentes de IA são disponibilizadas de forma proporcional ao número de instâncias contratadas. Não é possível contratar execuções de Agentes de IA separadamente, fora do pacote de instâncias;&#x20;
9. Nessa modalidade, os usuários são ilimitados.&#x20;
10. Mesmo quando o cliente utiliza chave própria (BYOLLM), incluindo casos com modelo de fallback configurado, o número de execuções de Agentes de IA disponíveis no mês continua sendo o definido pelo plano contratado, e não o limite oferecido pelo provedor de LLM externo;&#x20;

**Licenciamento Modalidade BYOLLM (Bring Your Own LLM)**&#x20;

1. O cliente poderá conectar sua própria chave de acesso (API) a um provedor de LLM (Large Language Model), passando a utilizar essa chave para o processamento dos Agentes de IA;&#x20;
2. Ao utilizar essa modalidade, o consumo de processamento de IA é debitado diretamente da infraestrutura/créditos do provedor de LLM contratado pelo cliente;&#x20;
3. O cliente pode conectar mais de uma chave de API, de um ou mais provedores de LLM, dentro do mesmo ambiente Zeev, podendo definir, para cada agente qual chave (modelo) será utilizada;&#x20;
4. O cliente poderá configurar um modelo adicional como fallback (modelo reserva), que é acionado automaticamente caso o modelo principal do Agente de IA fique indisponível ou retorne erro. O modelo de fallback segue as mesmas regras de conexão, consumo e responsabilidade aplicáveis ao modelo principal;&#x20;
5. É de responsabilidade do cliente manter todas as chaves de API conectadas e garantir que o uso desses modelos siga as políticas do respectivo provedor. A Zeev não se responsabiliza por indisponibilidade, mudança de política, custo ou vazamento de dados que ocorram do lado do provedor de LLM escolhido pelo cliente.&#x20;

&#x20;

**Seleção de modelo e escopo de uso**&#x20;

1. Ao criar um agente, o cliente deve selecionar entre modelo Zeev (cobrado em créditos) ou modelo de outro provedor / modelo próprio, via BYOLLM;&#x20;
2. O cliente pode utilizar qualquer modelo de sua preferência, inclusive modelos próprios desenvolvidos internamente, bem como conectar o agente a serviços externos de terceiros, sempre sob sua própria responsabilidade técnica e de segurança.&#x20;

{% hint style="info" %}
Produtos associados ZBA-05-500 ZPA-01-1000 ZAA-01-1000 ADD-07-20.000
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://kb.stoque.com.br/termos-tecnico-comerciais-zeev/licenciamento/por-numero-de-pacotes-de-instancias-de-processos-e-execucoes-de-agentes.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
