# Tributo — Claridad tributaria para los independientes Un sistema operativo tributario mobile-first para independientes y micronegocios en Uruguay, y luego en LATAM. A partir de unas pocas preguntas sencillas construye un calendario tributario anual personalizado entre DGI y BPS — con fechas de vencimiento, montos estimados y recordatorios — y nunca inventa una cifra. En vivo en beta; construido en solitario dirigiendo agentes de AI. - **Author:** Fedor Chishchin - **Role:** Solo founder-engineer - **Period:** 2026 — presente - **Stack:** TypeScript · Next.js · tRPC · Zod · PostgreSQL · Prisma · Trigger.dev · Better Auth · Railway - **Source:** https://fedorthinks.com/es/work/tributo --- ## El problema Los impuestos para los independientes en Uruguay son fragmentados y están llenos de ansiedad. Una _unipersonal_ tiene muchas obligaciones a lo largo del año, repartidas entre dos organismos — DGI (la oficina nacional de impuestos) y BPS (seguridad social) — cuyas fechas y montos dependen del régimen, del tipo de obligación y, a veces, de los propios datos del contribuyente. La gente se las arregla con contadores, PDFs, memoria y mensajes de WhatsApp, y el costo de un descuido es concreto: vencimientos perdidos, multas, recargos diarios y un nudo de angustia antes de cada vencimiento. Las herramientas locales existentes resuelven sobre todo las transacciones — emisión de e-factura, servicios contables, ERPs. Ninguna de ellas resuelve la _comprensión_. Tributo está construido exactamente para eso, en torno a una pregunta concreta: > ¿Qué tengo que pagar, cuándo vence y cuánto debería esperar? ## Qué hace el producto A partir de unas pocas preguntas en lenguaje sencillo sobre tu situación — sin elegir regímenes, sin aprender códigos tributarios — Tributo construye un calendario tributario anual personalizado: cada obligación entre DGI y BPS, con fechas de vencimiento, montos estimados, el próximo pago y un estado de riesgo, además de recordatorios por email antes de cada vencimiento. Su principio rector es la honestidad. Cada cifra es de uno de tres tipos, siempre etiquetada: **exacta** (un valor fijo en el que confía), **estimada** (calculada a partir de lo que facturás, marcada con un "~"), o **solo recordatorio** (sin monto, cuando no están los datos para calcularlo). La línea roja: cuando no puede calcular un caso con precisión, lo dice en lugar de inventar un número. Y cada monto se despliega hasta un cálculo paso a paso y un enlace a la fuente oficial de DGI o BPS — confianza construida mostrando, no escondiendo. Está construido para dos mundos: los freelancers locales (monotributistas, unipersonales, comercios chicos) que pagan de más por lo simple y persiguen cada vencimiento, y los expats que todavía no entienden el sistema local, el idioma ni sus implicancias de residencia fiscal. Es multilingüe desde el primer día — español, inglés, ruso y portugués. ## Qué construí **El producto, en solitario, dirigiendo agentes de AI.** El planteamiento del producto, la arquitectura, el modelo del dominio tributario y la revisión son míos; la implementación la producen agentes de AI que trabajan contra una especificación por etapas — cada etapa construida de principio a fin con tests unitarios, de integración y e2e, y un informe escrito antes de que empiece la siguiente. **Un motor tributario, no un sitio de contenido.** El núcleo convierte un perfil tributario mínimo en un calendario concreto: qué obligaciones aplican, cuándo vence cada una y cuánto esperar — modelado como tipos de dominio explícitos y value objects, de modo que una fecha o un monto nunca sea un string suelto. El modelo de monto de tres niveles (exacto / estimado / solo recordatorio) es un concepto de dominio de primera clase, no decoración de UI. **La honestidad como restricción de ingeniería.** "Nunca inventar una cifra" está garantizado en el dominio: una obligación o bien tiene un monto calculable con una derivación trazable, o bien lleva una fecha y un recordatorio y ningún número en absoluto. Cada monto que ve el usuario puede desplegarse hasta sus pasos de cálculo y la fuente oficial en la que se apoya. **Recordatorios y jobs.** Los recordatorios de vencimiento corren sobre un job runner real (Trigger.dev) con scheduling, reintentos y observabilidad, y salen por email (Resend) — para que la promesa "te recordamos a tiempo" sea operativa, no aspiracional. **Postura de producción desde el inicio.** Better Auth para las cuentas, PostgreSQL como sistema de registro (con Prisma usado solo como adaptador de persistencia, fuera del dominio), tRPC + Zod para contratos tipados entre la web app y los futuros clientes móviles, PostHog y Sentry para analítica y trazado de errores, Railway para hosting y base de datos, y un stack de tests completo — Vitest, React Testing Library, Playwright y Testcontainers para tests de integración con Postgres. ## Decisiones arquitectónicas **Clean architecture, con forma de país.** Tributo es un monolito modular con el dominio tributario en el centro y la infraestructura en los bordes. Crucialmente, la lógica de país — calendarios tributarios, reglas, conocimiento y adaptadores gubernamentales — vive en módulos específicos de cada país detrás de interfaces estables. Uruguay es el primer módulo; Argentina y el resto de LATAM pueden agregarse sin reescribir el núcleo. El producto está diseñado para la expansión desde la primera línea. **La capa de inteligencia, no un ERP.** Tributo deliberadamente no es un estudio contable, un ERP ni un proveedor certificado de e-factura en la v1. Se sitúa entre los usuarios, los sistemas gubernamentales, los bancos y las herramientas de facturación existentes como la capa que explica, planifica, recuerda y guía. Ese recorte es lo que permite que una sola persona lance algo genuinamente útil, rápido. **Mobile-first, porque ahí está el usuario.** El MVP es una web app responsive diseñada primero para el teléfono — el momento de la ansiedad tributaria ocurre en el móvil, así que el calendario, el próximo pago y los recordatorios están construidos para ese viewport antes que nada. **Entrega AI-native.** Lo interesante no es que una AI haya escrito código — es el bucle: una spec por etapas, agentes implementando cada etapa con tests, un informe de implementación en inglés por etapa, y yo siendo dueño del producto, del modelo tributario y de la revisión. Es la misma tesis que el resto de mis proyectos: el trabajo del ingeniero está pasando de teclear a especificar, revisar y decidir. ## Estado actual Tributo está en vivo en beta en [tributoclaro.com](https://tributoclaro.com), multilingüe (es/en/ru/pt), con el calendario tributario mobile-first para las _unipersonales_ uruguayas como primera superficie. El roadmap más allá del MVP incluye un asistente de AI (Tribi), un optimizador tributario, un wizard de registro, un modo expat y monitoreo del Domicilio Electrónico — y, estructuralmente, el próximo país. Se trata como un producto real: contratos tipados, un job runner real para los recordatorios, datos amigables para auditoría, y la regla de honestidad cableada en el dominio en lugar de pegada sobre la UI.