De dónde salen los números

Tasa sobre resultado fiscal del ejercicio (utilidad fiscal menos perdidas de ejercicios anteriores). Sin cambios desde 2014; confirmado vigente para 2026.

Tasa general 16% sin cambios. Reforma 2026 ajusta retenciones (plataformas digitales 8% PM / 16% extranjeros, FinTech 16% sobre intereses) y agrega productos de gestion menstrual a tasa 0%. No afecta la tasa general aplicable al prototipo.

Cuota patronal CEAV escalonada por nivel de SBC (DOF 16-dic-2020, cuarto ajuste anual; sube hasta 2030). La banda 1 es «1 SALARIO MINIMO» (no 1 UMA): como el SM 2026 ($315.04) equivale a 2.69 UMA, clasificar por UMA dejaba al trabajador de salario minimo en 6.026% en vez de su 3.150%. Valores verificados 2026-08-04 contra la progresion exacta del DOF y Manuel Nevarez y Asociados.

Cesantia en Edad Avanzada y Vejez. Obrero fijo 1.125%; patronal progresivo 2023-2030 segun SBC en UMAs (ver tabla CEAV_PATRON_2026).

20.4% de la UMA diaria por dia cotizado, 100% patronal, sin contraparte obrera.

0.4% sobre el excedente del SBC respecto a 3 UMAs diarias.

1.1% sobre el excedente del SBC respecto a 3 UMAs diarias.

Gastos medicos para pensionados y beneficiarios.

100% patronal. Cubre tambien Prestaciones Sociales.

Total IV = 2.375% del SBC (1.75% patron + 0.625% obrero).

100% patronal. Pago bimestral.

Prima media oficinas/riesgo bajo. 100% patronal. Se ajusta anualmente con siniestralidad real (Art. 74 LSS).

Tope diario 2026: 25 x 117.31 = $2,932.75. El SBC tampoco puede ser MENOR al salario minimo (LSS Art. 28, piso). Mismo tope que aplica el motor de nomina de ContaCumple en produccion.

5% del SBC. 100% patronal. Pago bimestral junto con RCV.

Sobretasa del 10% sobre el ISN destinada a la Universidad Autonoma de Zacatecas. Se calcula sobre el ISN ya determinado, no sobre la base de erogaciones. Confirmado en LIA Zacatecas 2026 como rubro 1.8.2 (ingreso estimado $311,849,327).

Tasa 3.5% vigente desde 2025 sin cambios para 2026 (confirmado en LIA Zacatecas 2026). Causa: erogaciones por remuneraciones al trabajo personal. Plazo de pago: primeros 17 dias del mes siguiente.

Minimo 15 dias de salario. Pago antes del 20 de diciembre.

Minimo 25% sobre el salario de los dias de vacaciones.

10% de la utilidad fiscal anual. Tope (Reforma Outsourcing 2021): 3 meses de salario o promedio PTU ultimos 3 anios, lo que sea mayor (Art. 127 frac. VIII).

Reforma Vacaciones Dignas: dias laborables minimos por antiguedad. +2 dias por cada quinquenio adicional despues del 5to anio.

Aplica solo en Zona Libre de la Frontera Norte (ZLFN); Fresnillo, Zacatecas NO está en ZLFN.

Diario x 30.4 (convencion CONASAMI). Antes 13409.80 (diario x 365/12).

Incremento compuesto: MIR (Monto Independiente de Recuperación) +$17.01 + ajuste 6.5%.

Diario x 30.4 (convencion CONASAMI, la misma base que la UMA mensual). Antes decia 9582.47 (diario x 365/12) mientras las notas de la UI decian 9577.22: dos cifras distintas del mismo dato.

Vigente desde el 1 de febrero de 2026 (no enero). Para registros entre 1-31 ene 2026 aplica la UMA 2025.

Tasa máxima de depreciación fiscal anual del 30% para computadoras personales (escritorio y portátiles), servidores, impresoras, lectores ópticos/código de barras, escáneres, unidades de almacenamiento externo y concentradores de redes. Fundamento: LISR Art. 34 fr. VII. Mensual = 30%/12 = 2.5%. Requiere periodo mínimo de operación de 5 años (LISR Art. 37).

Tasa máxima de depreciación fiscal anual del 10% para mobiliario y equipo de oficina. Fundamento: LISR Art. 34 fr. III. Mensual = 10%/12 ≈ 0.833%. Vida útil fiscal: 10 años. Aplica a escritorios, sillas, archiveros, mesas de juntas, pizarrones, lockers, etc.

Overhead administrativo default del 10% sobre la mano de obra y materiales del cambio. Cubre: facturación, contabilidad, comunicación con cliente, archivo, almacenamiento, cumplimiento fiscal. Calibrado con benchmarks de empresas de servicios profesionales en México (rango típico 8-15%). Modificable según estructura administrativa real del proveedor.

Porcentaje default de asignación del recurso al proyecto = 100% (1.0). Significa que el recurso adquirido se carga TODO al proyecto. Si el recurso es compartido entre varios proyectos (ej. licencia de software usada en 3 proyectos simultáneamente), se debe bajar manualmente a 33% para asignar solo la parte proporcional al proyecto evaluado.

Default = 100% de IVA acreditable cuando la compra cuenta con CFDI válido. Fundamento: LIVA Art. 5 (requisitos de acreditamiento). Aplica cuando: (1) el gasto es estrictamente indispensable para la actividad gravada, (2) el CFDI tiene RFC del comprador, (3) el IVA está expresamente trasladado y desglosado. Si alguno falla, baja al 0%.

Default = 0% de IVA acreditable cuando NO hay CFDI. Fundamento: LIVA Art. 5 fr. II — el acreditamiento requiere CFDI con IVA expresamente trasladado. Sin factura no hay derecho a acreditamiento, aunque exista el pago del IVA. Decisión interna del sistema para evitar acreditar IVA inválido.

Parte de la ganancia nominal de cada modo que se acredita segun la pericia del equipo con la IA (1 a 5).

Aumento anual esperado de los planes de IA (0.15 = 15 %). Solo entra en el escenario conservador (si hay tropiezos), prorrateado a los meses del proyecto: herramientas x (1 + 0.15 x meses / 12). En optimista y probable no se aplica. Es un supuesto de planeacion, no una cuota; se actualiza cuando cambien los precios.

Costo mensual de herramientas de IA por persona tecnica y por forma de hacerlo, USD sin IVA. Precios consultados el 09-sep-2026; fuentes en el JSON.

Factor agregado del 40% (rango 37-43%) aplicado sobre el salario bruto cuando el proveedor NO desglosa IMSS/INFONAVIT/ISN/UAZ/LFT. Solo se usa en modo 'estimado'. Suma aproximada para perfil típico de empresa de software en Zacatecas: IMSS Clase I (~30%) + INFONAVIT (5%) + ISN+UAZ (3.85%) + provisiones LFT (aguinaldo+vacaciones+prima, ~5%) ≈ 40-43%. Para cálculos finos preferir el modo 'detallado' con desglose real.

Distribución de esfuerzo (coding/review/testing/documentation/deployment/management|hardening) por modo de desarrollo. Suma esperada = 1.0 para traditional/ai_assisted/hybrid/low_code; bytecoding_prompts suma 1.10 intencionalmente (el hardening de 0.15 es trabajo ADICIONAL de verificación que se acumula sobre la base, no la sustituye). Calibrado con literatura COCOMO II + IFPUG + 12 casos internos EMPS-Fresnillo. Cambiar SOLO si tienes datos empíricos propios.

Factor de VELOCIDAD CALENDARIO (no horas-persona) por modo. velocity_factor multiplica la capacidad efectiva del equipo por semana. Calibrado con evidencia empírica 2025-2026: METR RCT, GitHub Copilot survey (55% más rápido tareas rutina, PRs de 9.6 a 2.4 días), AIMultiple research (vibe coding 2-5x prototipo greenfield), Anthropic dic-2025 (70-90% código generado por Claude Code internamente). Bytecoding = 3.0x más rápido en calendario, hybrid = 1.9x. Advertencia: NO aplica universal — en legacy o stacks fuera del entrenamiento del modelo puede ser 0-15% o NEGATIVO por hallucinations.

Multiplicadores aplicados al esfuerzo total para generar los 3 escenarios. Optimista 0.85 (todo sale mejor que probable), Probable 1.00 (base), Conservador 1.25-1.80 (rango según acumulación de incertidumbres: claridad baja + alcance abierto + cliente no disponible suman). Fundamento: COCOMO II Cost Driver Aggregation + PMBOK 7 estimación tridimensional + ajuste empírico para proyectos municipales mexicanos (más variabilidad por dependencia de aprobaciones).

Convierte a pesos los precios en dolares de las herramientas de IA y de las plataformas de armado (AI_TOOL_COSTS). Se actualiza en /admin/parametros cuando el dolar se mueva; no cambia ninguna cuota fiscal.

Peso (en horas-equivalente) por cada artefacto afectado por un cambio. Calibrado con IFPUG Function Point Counting (UI=4-6 FP, API=8-10 FP, DB=14-18 FP, integración=24+ FP) traducido a horas con productividad EMPS. La integración externa pesa más (24h) porque suma diseño + contrato + pruebas E2E + coordinación. Modificable: si tu equipo tiene productividad distinta, ajusta proporcionalmente.

Multiplicador del costo del cambio según claridad del requerimiento (escala 1=muy ambiguo, 5=muy claro). Claridad 1 multiplica por 1.6 (60% más caro), Claridad 5 mantiene base (1.0). Calibrado con Boehm COCOMO II (DATA, CPLX, RELY drivers) + Requirements Engineering literature: requisitos ambiguos generan rework de 50-80%. Si bajas el factor, asume que tu equipo absorbe mejor la ambigüedad.

Porcentaje de contingencia que se suma al costo del cambio según el tipo declarado. correccion=5%, garantia=5%, ajuste_menor=8%, mejora=12%, nuevo_alcance=15%, cambio_estructural=20%. Fundamento: PMBOK 7 Risk Reserve Calculation + ISO 25010 maintainability impact. Los cambios estructurales tienen más contingencia porque su scope tiende a expandirse durante la ejecución.

Tope por debajo del cual se permite absorber un cambio sin costo (decisión 'scope_increase' con costImpact=0). $10,000 MXN. Si el cambio cuesta menos de este monto, el sistema permite marcarlo como cortesía/garantía. Si excede, obliga a cobrar. Calibrado para evitar regalos costosos accidentales en proyectos pequeños. Modificable según política comercial del proveedor.

Piso del modeFactor cuando el cambio tiene alto riesgo (riesgo combinado ≥ alto). Aunque el modo de desarrollo dé un factor menor (ej. low_code=0.62), si el cambio es estructural y crítico, el factor no baja de 0.90 — la modalidad de desarrollo no compensa el riesgo intrínseco del cambio. Calibración interna EMPS para evitar subcotizar cambios riesgosos.

Tarifa por hora default para cálculo de cambios = $500 MXN/hora. Se usa cuando el proyecto no tiene tarifa configurada. Calibrado con tarifas promedio 2025-2026 para desarrollador mid-senior en México (rango real $350-$900 según ciudad y stack). Para Zacatecas/Fresnillo está en rango medio. Modificable por proyecto.

Rate mensual de mantenimiento sobre el subtotal del cambio, según nivel de riesgo del proyecto post-cambio. bajo=0.5%, medio=1.0%, alto=1.5%, critico=2.0%. Fundamento: PMBOK 7 + ISO 25010 Maintainability + ISBSG Industry data (mantenimiento típico 1-3% mensual del costo de desarrollo). Cambios riesgosos generan más tickets de soporte durante warranty.

Costo mínimo cobrable por un cambio = $2,500 MXN. Cubre tiempo administrativo de levantar la solicitud + análisis + documentación de la decisión, aunque la implementación tome 0 horas. Calibrado con costo real de operación EMPS (1 hora analista senior ~$500-800 + overhead admin). Modificable según tu costo de oportunidad real.

Multiplicador según modo de desarrollo del proyecto. traditional=1.0 (base), ai_assisted=0.88 (-12%), hybrid=0.78, bytecoding_prompts=0.68, low_code=0.62 (más barato modificar). Los modos con IA absorben mejor cambios porque permiten regenerar bloques rápido. Calibrado con misma evidencia empírica que DEV_MODE_VELOCITY pero ajustado a costo de modificación, no de creación inicial.

Multiplicador según fase del proyecto en que llega el cambio. before_baseline=0.7 (barato, todo aún por definir), after_baseline=1.0 (base), in_development=1.35, after_integration=1.7, after_testing=2.2, after_acceptance=2.6, in_production=3.0 (caro: requiere hotfix + regresión + despliegue controlado). Curva exponencial documentada por Boehm 1981 (Software Engineering Economics) — costo de cambio crece geométricamente con fase.

Horas por semana que el equipo dedica al proyecto. Afecta el tiempo estimado que da el chat.

Margen de ganancia de las cotizaciones del chat. 0.20 = 20%. Súbelo para cobrar más por proyecto.

Piso comercial: si el cálculo sale por debajo, el chat dice 'desde este monto' en lugar de una cifra menor. Protege proyectos chicos.

Sueldo mensual del perfil que costea las cotizaciones del chat de rosbecloud.com.mx. Súbelo si tu costo real por desarrollador es mayor: los rangos del chat subirán.

Techo: si el cálculo supera este monto, el chat NO da cifras al cliente y ofrece propuesta del equipo (tú sí ves el rango en el lead). 0 = apagado.