> 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/go-to-market/concepts/rate-cards.md). # Tarifas Una tarifa define el precio al que vendes los servicios de Plenit a tus clientes. Es la base económica de todo Go to Market: los presupuestos calculan precios a partir de ella y la facturación se apoya en ella. Entender cómo funciona una tarifa es entender cómo ganas dinero como partner. ### La doble capa: tu coste y tu precio En Plenit hay dos precios para cada servicio: * El **PVD** (precio de venta a distribuidor) es lo que te cuesta a ti como partner. Es el precio al que te facturamos. * El **PVP** (precio de venta al público) es lo que le cobras a tu cliente final. El **margen** es la diferencia entre ambos: lo que ganas. Cuando configuras una tarifa, partes del coste (PVD) y aplicas el margen que quieras para fijar el precio de venta (PVP). > #### 📘 Cómo se calcula el precio a partir del margen > > El precio de venta no es el coste más el porcentaje de margen sin más, sino el coste dividido entre (1 menos el margen): `Precio = Coste / (1 - margen)`. > > Por ejemplo, con un coste de 100 € y un margen del 25 %: 100 / (1 - 0,25) = 100 / 0,75 = **133,33 €**. Calcularlo así garantiza que el margen sobre el precio final es exactamente el que buscas. ### Los tres niveles de margen No tienes que poner el mismo margen a todo. Una tarifa admite el margen en tres niveles, de lo más general a lo más concreto: * **Margen general**: se aplica a toda la tarifa. Es el punto de partida. * **Margen por servicio**: ajusta un servicio completo (por ejemplo, un margen distinto para Servidores que para Escritorio Remoto). * **Margen por artículo**: afina una línea suelta dentro de un servicio. Lo más específico manda sobre lo más general: si defines un margen para un artículo, ese gana sobre el del servicio, y el del servicio sobre el general. La recomendación es fijar primero el margen general y matizar solo donde lo necesites. ### Periodos de facturación Una tarifa se define para un periodo de facturación: **Por horas** o **Mensual**. Esto determina cómo se expresan los precios y cómo encaja con el dimensionamiento de los presupuestos, donde la estimación de horas al mes traduce el consumo a un importe. ### La tarifa recomendada y la tarifa por defecto Te ofrecemos una **tarifa recomendada**, ajustada según el país del partner, como punto de partida sensato si no quieres construir la tuya desde cero. Además, puedes marcar una de tus tarifas como **tarifa por defecto**: será la que se aplique de partida al crear nuevas suscripciones y presupuestos. Si no hubiera una recomendada para tu caso, se usa la que tengas por defecto. > #### 👍 Por dónde empezar > > Si estás empezando, parte de la tarifa recomendada y ajústala a tus márgenes. > > Cuando tengas claro tu modelo, crea tus propias tarifas y marca como por defecto la que más uses. ### Detalles que conviene conocer Algunas líneas tienen un tratamiento particular. Las **licencias** pueden ir con compromiso y pago anual, y en **Servidores** los artículos se agrupan por región, porque el precio depende de dónde se despliega el servicio. La tarifa que uses afecta a tres cosas a la vez: la creación de nuevas suscripciones, los importes que ves en el panel y el cálculo de tus presupuestos. ### Siguientes pasos * Crea tu primera tarifa siguiendo [Cómo crear una tarifa.](/go-to-market/how-to/how-to-create-a-rate-card.md) * Consulta todos los campos en [Detalles de las tarifas.](/go-to-market/details/rate-card-parameters.md) * Usa la tarifa para preparar ofertas en [Presupuestos.](/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/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.