> For the complete documentation index, see [llms.txt](https://docs.plenit.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.plenit.com/docs-pt/go-to-market/concepts/rate-cards.md). # Tarifas Uma tarifa define o preço ao qual vendes os serviços da Plenit aos teus clientes. É a base económica de todo o Go to Market: os orçamentos calculam preços a partir dela e a faturação apoia-se nela. Entender como funciona uma tarifa é entender como ganhas dinheiro como partner. ### A dupla camada: o teu custo e o teu preço Na Plenit há dois preços para cada serviço: * O **PVD** (preço de venda ao distribuidor) é o que te custa a ti como partner. É o preço ao qual te faturamos. * O **PVP** (preço de venda ao público) é o que cobras ao teu cliente final. O **margem** é a diferença entre ambos: o que ganhas. Quando configuras uma tarifa, partes do custo (PVD) e aplicas a margem que quiseres para fixar o preço de venda (PVP). > #### 📘 Como se calcula o preço a partir da margem > > O preço de venda não é simplesmente o custo mais a percentagem de margem, mas sim o custo dividido por (1 menos a margem): `Preço = Custo / (1 - margem)`. > > Por exemplo, com um custo de 100 € e uma margem de 25 %: 100 / (1 - 0,25) = 100 / 0,75 = **133,33 €**. Calcular assim garante que a margem sobre o preço final é exatamente a que procuras. ### Os três níveis de margem Não tens de colocar a mesma margem em tudo. Uma tarifa admite a margem em três níveis, do mais geral ao mais concreto: * **Margem geral**: aplica-se a toda a tarifa. É o ponto de partida. * **Margem por serviço**: ajusta um serviço completo (por exemplo, uma margem diferente para Servidores do que para Desktop Remoto). * **Margem por artigo**: afina uma linha isolada dentro de um serviço. O mais específico manda sobre o mais geral: se defines uma margem para um artigo, essa ganha sobre a do serviço, e a do serviço sobre a geral. A recomendação é fixar primeiro a margem geral e matizar apenas onde o necessites. ### Períodos de faturação Uma tarifa define-se para um período de faturação: **Por horas** ou **Mensal**. Isto determina como os preços são expressos e como encaixa com o dimensionamento dos orçamentos, onde a estimativa de horas por mês traduz o consumo para um valor. ### A tarifa recomendada e a tarifa por defeito Oferecemos-te uma **tarifa recomendada**, ajustada consoante o país do partner, como ponto de partida sensato se não quiseres construir a tua desde zero. Além disso, podes marcar uma das tuas tarifas como **tarifa por defeito**: será a que se aplica de partida ao criar novas subscrições e orçamentos. Se não houver uma recomendada para o teu caso, usa-se a que tenhas por defeito. > #### 👍 Por onde começar > > Se estás a começar, parte da tarifa recomendada e ajusta-a às tuas margens. > > Quando tiveres claro o teu modelo, cria as tuas próprias tarifas e marca como por defeito a que mais usas. ### Detalhes que convém conhecer Algumas linhas têm um tratamento particular. As **licenças** podem ir com compromisso e pagamento anual, e em **Servidores** os artigos agrupam-se por região, porque o preço depende de onde o serviço é implementado. A tarifa que uses afeta três coisas ao mesmo tempo: a criação de novas subscrições, os valores que vês no painel e o cálculo dos teus orçamentos. ### Próximos passos * Cria a tua primeira tarifa seguindo [Como criar uma tarifa.](/docs-pt/go-to-market/how-to/how-to-create-a-rate-card.md) * Consulta todos os campos em [Detalhes das tarifas.](/docs-pt/go-to-market/details/rate-card-parameters.md) * Usa a tarifa para preparar propostas em [Orçamentos.](/docs-pt/go-to-market/concepts/quotes.md) --- # 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://docs.plenit.com/docs-pt/go-to-market/concepts/rate-cards.md?ask=&goal= ``` `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.