import { Aside } from "@astrojs/starlight/components"; ## El modelo Tu organización paga una suscripción por nivel, más un cargo por el consumo que se pase del cupo incluido. Se mide una sola cosa por cada comprobante: si la DGII lo **aceptó** en producción. Lo que emites en los ambientes de prueba y certificación no consume tu cupo. Una nota de crédito o débito cuenta igual que una factura; un RFCE de una Factura de Consumo por debajo de RD$250,000 cuenta como uno. Un comprobante **rechazado** no se cobra. NovaFE no cobra por documento puro (los ingresos serían impredecibles y el incentivo sería el contrario al tuyo) ni como porcentaje del monto facturado. ## Los niveles | Plan | RD$/mes | e-CF incluidos | Excedente RD$/e-CF | Soporte | | ------------------- | ---------- | -------------- | ------------------ | ---------------------- | | Developer | Gratis | 100 | Tope duro | Comunidad | | Developer + Soporte | 500 | 100 | Tope duro | Soporte de integración | | Emprendedor | 1,200 | 300 | 4.00 | Email, 48h | | Negocio | 4,500 | 2,500 | 3.50 | Email + chat, 24h | | Corporativo | 15,000 | 20,000 | 2.00 | Prioritario + teléfono | | Empresarial | A convenir | 50,000+ | Negociado | Onboarding dedicado | Todos los precios más el 18 % de ITBIS. Pagando anual, pagas 10 meses en vez de 12. ## Qué ambientes permite cada plan Developer y Developer + Soporte son planes para integrar: solo permiten el ambiente de **pruebas** (`test`). Los ambientes de **certificación** (`cert`) y **producción** (`prod`) son de los planes pagos, así que subir de plan es lo que te habilita a pasar de ambiente. Si tu plan no permite el ambiente, NovaFE te lo dice en vez de emitir: - Crear una API key `cert` o `prod` falla en el momento, no cuando intentas emitir. - Emitir un e-CF en un ambiente no permitido responde `409` antes de asignar el e-NCF, así que no se consume ningún número. Developer + Soporte tiene el mismo alcance que Developer (solo `test`) con una cuota fija de RD$500 al mes por el apoyo de integración: ayuda, validaciones y sugerencias. ## Tres cosas se miden, no solo e-CF La misma mecánica de cupo incluido, excedente y tope duro aplica también a cuántos tenants (RNC) y cuántos miembros tiene tu organización, no solo a cuántos e-CF emites. ## Aviso antes de que te sorprenda Cruzar el 80 % o el 100 % de cualquiera de las tres dimensiones dispara su propio webhook (los 7 eventos de [uso y facturación](/webhooks/catalogo-de-eventos/)), para que lo sepas antes de que llegue la factura, no cuando ya es tarde para ajustar algo. ## Tope duro contra excedente En un plan con tope duro (Developer, o cualquier plan con esa opción activada), la acción que te pasaría del cupo se rechaza con `409` en el momento: emitir un comprobante, agregar un tenant, o invitar un miembro. En un plan sin tope duro, esa misma acción se permite y el excedente se factura después. ## El período de facturación Tu período se abre al registrar tu organización, no espera tu primer e-CF: así tu cuenta produce un cierre facturable aunque todavía no hayas emitido nada. Si cambias de plan a mitad de período, el cambio aplica de inmediato; el excedente que ya generaste antes del cambio queda congelado a la tarifa con la que se generó, no se recalcula con la tarifa nueva. Cuando subes de un plan que no permite producción (Developer) a un plan pago, tu período se reinicia ese mismo día y empieza completo, sin prorrateo: si subes el día 20, tu período corre del 20 al 19 del mes siguiente y pagas la cuota completa. El período anterior se cierra el día previo con su propia factura, y esa factura no lleva la cuota del plan nuevo. Entre planes pagos el período no se reinicia: sigue la regla de arriba. ## El excedente nunca te bloquea En los planes sin tope duro, pasarte del cupo incluido no bloquea nada: sigues emitiendo con normalidad y el excedente se factura después. `billing.period_closed` es el aviso de que un período cerró, con el resumen de las tres dimensiones. ## Pedir un upgrade ``` GET /api/v1/plans ``` `GET /plans` te muestra el catálogo completo para elegir a qué nivel subir. La solicitud de upgrade se hace desde el panel y no ejecuta el cambio por sí sola: hoy la resuelve un operador de NovaFE, todavía no hay pasarela de pago ni cambio de plan automático. ## Consultar tu consumo El panel muestra el período actual y el historial, con el consumo, el cupo incluido y el excedente generado en cada una de las tres dimensiones. ## Si gestionas varios RNC Cada organización tiene su propio plan y su propio consumo: no se suman entre organizaciones distintas. Si administras varios contribuyentes por separado (una firma de contadores, por ejemplo), puedes crear una organización adicional para cada grupo de clientes, de forma self-service, sin pasar por soporte. Ver [Organizaciones y tenants](/cuenta/organizaciones/) para el paso a paso. ## Si una factura vence Si una factura sigue sin pagarse pasado su período de gracia, un operador de NovaFE puede actuar sobre tu organización de dos maneras: - **Suspender** la organización y todos sus tenants. Si el motivo es "por impago", se reactiva sola en cuanto pagas lo vencido y no queda otra factura pendiente. Una suspensión por otro motivo solo la levanta el operador. - **Bajarla al plan Developer**, que pierde `cert` y `prod` y deja solo `test`. Este cambio no se revierte solo: cuando regularizas, el operador te vuelve a subir de plan. Hoy este corte lo hace una persona, no un proceso automático, porque los pagos son por transferencia y tardan en conciliarse. Si tu pago ya está hecho pero todavía no aparece, escríbenos antes de que se aplique cualquier corte.