Detectar Submissions Duplicados

Las personas también preguntan

¿Qué es una política de gastos?

Una política de gastos es el conjunto de reglas que define qué gastos laborales reembolsa la empresa, los topes por categoría, los requisitos de comprobante y aprobación, y los anexos de cumplimiento por país. Es el contrato entre el empleado y finanzas.

¿Quién es responsable de la política de gastos?

El CFO es el dueño del documento, con visto bueno de Asesoría Jurídica para el lenguaje legal y de People / RRHH para las cláusulas dirigidas al empleado. Los controllers locales firman los anexos por país.

¿Cuánto debe medir una política de gastos?

Ocho a doce páginas para la política maestra más una página de anexo por país. Más larga no se lee; más corta no cubre comidas, viajes, tarjetas, excepciones y cumplimiento local con la especificidad necesaria.

¿Cómo se hace cumplir la política?

Codifica las reglas en tu plataforma de gastos (policy-as-code), muestra la cláusula relevante en el momento del envío, audita 100% de los gastos sobre $20,000 MXN y muestra estadísticamente abajo, y publica un dashboard mensual de tasa de incumplimiento.

¿Con qué frecuencia se actualiza una política de gastos?

Una vez al año como mínimo, más una actualización extraordinaria cuando el SAT, DIAN, IRS, HMRC o Receita Federal cambia una regla de deducibilidad, tarifa de kilometraje o tabla de viáticos relevante.

El prompt

Dados dos submissions con merchant, monto, fecha, viajero — devuelve score 0-1 de duplicidad. Considera: similitud merchant, monto ±1%, fecha ±24h, mismo viajero.

Cuándo usarlo

Úsalo cuando necesitas detectar submissions duplicados en minutos en vez de horas. El prompt asume acceso a modelo frontier (GPT-4, Claude 3.5+, Gemini 1.5+); modelos chicos funcionan pero pueden necesitar 1-2 iteraciones para llegar a la misma calidad. El prompt es corto a propósito — bajo 200 tokens — para caber como system message dejando headroom al input.

Trampas comunes

Tres cosas lo rompen más seguido. Primero, contexto faltante: el modelo no sabe qué dice tu política — incrusta las cláusulas inline. Segundo, placeholders muy amplios: cada {VARIABLE} debe ser específico (ciudad > país, rol > departamento). Tercero, drift de formato: fija el JSON schema y rechaza salida malformada en vez de parsear best-effort.

Wiring a producción

Para uso one-off, pega el prompt en chat UI. Para uso repetido, cablea vía API: guarda prompt como template versionado, parametriza placeholders, logea cada par prompt+respuesta al audit trail, rate-limit por usuario. La mayoría descubre el requisito de audit log en su primer incidente — hornéalo desde día uno.

Paso a paso

1. Abre el prompt: Pega el prompt de "Detectar Submissions Duplicados" en ChatGPT, Claude o Gemini. 2. Sustituye placeholders: Reemplaza {variable} con tu data real. 3. Corre + valida: Corre el prompt. Valida salida contra tu política. 4. Itera: Aprieta el prompt con un caso específico de falla hasta limpiar la salida. 5. Guarda la receta: Guarda prompt final + ejemplo en tu library de prompts para que el equipo lo reuse.

Cómo se ve un buen output para "Detectar Submissions Duplicados"

Una corrida limpia de "Detectar Submissions Duplicados" devuelve un artefacto estructurado que pegas directo en el doc de política, la plataforma o el reporte audit-trail — no un muro de prosa. Tres señales de calidad a chequear antes de aceptar: (1) cada tope, umbral o categoría de tu input aparece verbatim en el output, sin sinónimos del modelo; (2) el rationale es corto (una oración por decisión) y rastrea a cláusula localizable en la política fuente; (3) el output marca ambigüedad explícitamente en vez de silenciosamente picar default. Si falta alguna, re-corre con el fix de gotcha de arriba y la próxima pasada cae. La mayoría llega a combinación estable prompt + output en iteración 3 y nunca más lo toca.

Cuándo NO usar este prompt

Tres escenarios donde el prompt es la herramienta equivocada. Primero, cualquier cosa que toque PII o datos específicos de compensación — rutea por tenant enterprise o quédate con código determinístico. Segundo, el paso final de sign-off legal — un abogado humano debe leer el output antes de que sea política vinculante. Tercero, casos límite para los que no fue diseñado — si la pregunta es fundamentalmente sobre tu contrato single-vendor o una adquisición one-off, al modelo le falta contexto. El prompt brilla en trabajo repetible y bounded por schema; lo demás todavía pide juicio humano.

FAQ

¿Puedo usar esto con data de mi empresa?

Sí — pero rutea por tenant enterprise (ChatGPT Team, Claude for Work, Gemini Workspace) para que la data no se use en entrenamiento. Evita free-tier consumer para cualquier submission con PII o detalle financiero.

¿Qué modelo da mejores resultados?

Para redacción y explicación, Claude 3.5 Sonnet gana en tono. Para JSON estructurado (clasificación, decisión), GPT-4o es el más confiable. Gemini 1.5 Pro gana en tareas long-document donde toda la política debe caber en contexto.

¿El prompt tiene licencia?

Tipo MIT — copia, modifica, redistribuye. Atribución se agradece, no se requiere.

Por qué existe esta biblioteca de política de gastos

Cada página del sitio se construye con el mismo marco opinionado: un cap explícito por categoría, una cadena de aprobador nominada, una ruta de excepción documentada y una cadencia de revisión anclada al calendario de cierre del controller. Publicamos el marco de forma abierta para que líderes de finanzas, controllers y equipos de operaciones puedan adoptarlo sin lock-in de vendor ni un engagement de consultoría de seis cifras. El generador de política convierte el marco en un documento terminado en tres idiomas, con compliance fiscal por país horneado desde el primer borrador.

Detrás de cada URL hay un registry tipado — landing pages, entradas de glosario, calculadoras, pillars país y hubs de aprendizaje se generan de la misma data layer que alimenta al generador de política. Esto significa que la tarifa de viático que ves en la calculadora, el benchmark de kilometraje alineado a SAT/CFDI en la tabla de tarifas y el lenguaje de threshold en el PDF generado vienen todos de un único lugar canónico y se refrescan en la misma cadencia. No hay drift entre lo que escribimos acá y lo que el generador produce.

Las señales de confianza son no-negociables: cada página editorial lista al reviewer, la fecha de review y la fuente subyacente — IRS publication, HMRC manual, criterio SAT, IN Receita Federal o research peer-reviewed. Cuando un regulador actualiza una tabla de viáticos, el cambio propaga a la calculadora, al pillar país, a la entrada de glosario y al template de política en el mismo release. Esa es la vara que nos imponemos, y la razón por la que controllers de México, Colombia, Argentina, Chile, Perú, España y la región LATAM más amplia confían en esta biblioteca cuando re-emiten su política de gastos cada año fiscal.

El programa editorial se organiza en cuatro superficies paralelas. El vertical industria (SaaS, FinTech, Manufactura, Retail, Hospitalidad, Agencia, Salud, ONG) le da a cada lector un template de partida ajustado a las cost categories, reguladores y audit findings que dominan su sector. El pillar país (Estados Unidos, Reino Unido, México, Brasil, Colombia, Argentina, Chile, Perú, España y Portugal) suma encima el overlay de compliance fiscal local — CFDI, NF-e, DIAN, AFIP, SII, IRS Form 8027, HMRC P11D — para que la política generada sea enforceable en cada jurisdicción donde operás. El track persona (CFO, controller, finance manager, head of operations, founder) reframea los mismos building blocks alrededor de las prioridades trimestrales específicas del comprador. Finalmente, la suite de calculadoras (viático, kilometraje, recuperación de IVA, benchmark T&E, carbono, validador tax-id) le da a los equipos de finanzas los inputs numéricos específicos que necesitan para setear thresholds, justificar caps y back-testear la política contra spend real antes de que se publique.

El cross-linking entre estas superficies es deliberado, no accidental. Un lector SaaS aterrizando en la página de industria está a un click del overlay país que matchea su entidad primaria, de la calculadora que respalda el cap de viático que está por comprometer por escrito, y de la entrada de glosario que define cualquier término IRS o SAT que no haya visto antes. Medimos el ratio de internal links por página semanalmente y nos rehusamos a publicar una landing nueva sin al menos cuatro anchors a los topical hubs. Esa única disciplina es por qué un CFO puede aterrizar en cualquier página de esta biblioteca y llegar al generador de política en menos de tres clicks — sin importar por qué superficie su search engine los routeó.