Una práctica de trabajo propuesta para oficinas de impuestos bilingües pequeñas: registrar el estado de un documento antes de volver a pedirlo y escribir el seguimiento completo en el idioma del cliente.
Dos versiones del mismo documento pendiente
Dos personas pueden mirar el mismo documento pendiente y tener ideas distintas sobre él. Un cliente sube una foto el martes por la noche y da por hecho que la oficina ya la tiene. El jueves alguien del equipo envía un recordatorio porque nada de lo que tiene a la vista indica que el archivo llegó.
Ese recordatorio no es un descuido. Parte de otra idea del mismo archivo. El cliente puede leerlo como señal de que la carga falló o de que nadie revisó, y la oficina puede leer el silencio posterior como un cliente que no ha enviado nada.
Ninguno de los dos actúa de mala fe. Cada uno trabaja con un registro distinto del mismo hecho, y ningún mensaje de la conversación los pone de acuerdo.
Consultar el estado antes de volver a pedir
La práctica es sencilla: antes de volver a pedir un documento, registrar y consultar su estado actual, y redactar el mensaje a partir de lo que dice ese registro. Es un cambio en el orden de dos pasos.
Si puede aplicarse con lo que la oficina ya usa depende de que ese sistema pueda mantener un registro de estado confiable en un solo lugar y de que solo las personas autorizadas puedan modificar el estado.
El estado es, en sí mismo, información sobre un cliente. Que exista un expediente abierto y que falte cierto documento conviene que lo vean solo los roles que lo necesitan para trabajar.
Qué tiene que guardar el registro
Un registro útil no necesita muchos campos. Necesita los suficientes para que una segunda persona pueda leerlo y actuar sin preguntarle a la primera.
- el documento, con el nombre que el cliente reconocería
- su estado actual
- cuándo cambió el estado por última vez
- quién lo cambió
- qué espera la oficina a continuación, en una línea
Cuando el estado se lleva en notas libres, el dato vigente puede quedar dentro de un historial más largo que hay que leer completo. Mantener el estado en su propio campo busca que se pueda consultar de un vistazo.
Conviene pensar dos veces antes de agregar dos cosas: lo que duplica un dato que ya vive en el sistema de la práctica, y lo que copia el contenido del documento a un lugar con más acceso que el documento mismo.
Los estados los define la oficina
Los estados son de la oficina. A modo de ejemplo para discutir, podría trabajar con tres: recibido, pendiente y listo para revisión de la oficina.
Son etiquetas provisionales. No son una clasificación de ninguna agencia, ni un conjunto fijo de estados de un producto, ni una recomendación sobre cuántos estados conviene tener.
El dueño de la oficina las reemplazaría por términos que reflejen el proceso real y definiría:
- qué estados existen y qué significa cada uno en una sola frase
- quién está autorizado a mover un documento de un estado a otro
- qué evidencia hace falta antes de cambiar un estado
- qué pasa con un documento que se queda en un estado más tiempo del previsto
Las oficinas que ya llevan esto de manera informal, en un buzón compartido o en una columna de una hoja de cálculo, ya están describiendo estados. Escribirlos sirve sobre todo para que el vocabulario sea el mismo entre personas.
Qué tiene que significar "listo para revisión de la oficina"
De los tres, este es el que necesita la definición más estrecha, porque es el que más fácilmente se lee de más.
Significa una sola cosa: el documento llegó al punto en que puede empezar el siguiente paso de revisión interna.
No significa que esté completo. No significa que sea correcto, legible, vigente, aprobado, preparado ni listo para presentar. Esas son determinaciones aparte, que toman personas calificadas en su propio momento.
Si el cliente y el equipo ven la misma etiqueta, la palabra elegida pesa más. "Listo para revisión de la oficina" describe una posición en la fila. Una etiqueta como "listo" o "completo" puede llevar a quien la lee a concluir algo sobre la declaración misma.
Una acción por estado
Un estado sirve cuando le dice a quien lo lee qué hacer a continuación y, con la misma claridad, qué no hacer.
La matriz siguiente es un ejemplo que la oficina puede adaptar. Cada fila junta un estado con la única acción que le corresponde y con el mensaje que saldría, si es que sale alguno.
La tercera columna está por contención: cuando el documento ya está recibido, muchas veces el mensaje que corresponde es ninguno.
Antes de enviar
La lista siguiente está pensada para el momento de enviar y no para un manual aparte, de modo que la comprobación quede pegada a la acción a la que pertenece. Es un punto de partida que cada oficina puede recortar o ampliar.
El mensaje de seguimiento
Cuando sí hay que escribir, dos cosas tienen que estar en el mensaje: dónde está el documento y cuál es la única acción que se pide.
Conviene escribirlo completo en el idioma del cliente y no como un mensaje en inglés con un fragmento traducido al final. Un mensaje armado con dos idiomas puede dejar al lector decidiendo qué parte manda.
Una sola petición por mensaje es una disciplina relacionada. Un mensaje con cuatro documentos pendientes y dos preguntas puede pedirle al lector que ordene antes de poder actuar.
La intención es que ese siguiente paso quede explícito. Si eso cambia la rapidez o la calidad de la respuesta es algo que este paquete no mide ni afirma.
Una obligación aparte que corre en paralelo
Decida lo que decida la oficina sobre etiquetas y mensajes, sus responsabilidades sobre el manejo de la información de sus clientes siguen igual.
La Publicación 4557 del IRS es orientación educativa para profesionales de impuestos sobre la protección de los datos del contribuyente. Los pasajes referidos aquí provienen del texto suministrado y verificado para este paquete.
La lista de fuentes de este proyecto también menciona la guía de la FTC sobre la Regla de Salvaguardias, la norma correspondiente en 16 CFR Parte 314 (eCFR) y el Marco de Ciberseguridad del NIST como material de referencia. Ninguna de las tres se suministró como texto verificado para esta etapa, por lo que aquí no se afirma como hecho establecido ninguna disposición, exención o requisito específico de esas fuentes. Verificar esas tres fuentes, y decidir si se citan, sigue pendiente para una etapa posterior que pueda acceder a ellas y confirmarlas.
El texto incluido y truncado de la Publicación 4557 revisado para este paquete no contiene tratamiento de las etiquetas de estado, la redacción de los seguimientos ni la elección del idioma. Se cita aquí solo por el deber de proteger los datos del contribuyente mediante un plan de seguridad por escrito, controles de acceso, registros de auditoría y protecciones relacionadas.
Dónde queda Intaxion
En este paquete, Intaxion se presenta como una capa complementaria alrededor de los sistemas que la oficina ya usa: admisión, recolección de documentos, seguimiento, comunicaciones y preparación para revisión.
Ese es el límite de posicionamiento que fijó el dueño para este material, no una descripción verificada de cómo se comporta el producto. Ese mismo límite excluye presentarlo como software de preparación o presentación de declaraciones, o como producto de seguridad, de validación de traducciones, legal o de cumplimiento.
Qué capacidades pueden afirmarse como hechos todavía debe verificarse con material actual del producto.
Lo que todavía tiene que decidir una persona
Hay cosas que no se resuelven escribiendo sobre ellas:
- el vocabulario de estados que corresponde al proceso real de la oficina, en los dos idiomas
- quién está autorizado a cambiar un estado y qué necesita ver antes de hacerlo
- el registro regional del español que esperan los clientes, evaluado por una persona calificada
- cómo se aplica la Regla de Salvaguardias a la firma, evaluado por asesoría legal calificada
- qué capacidades de Intaxion pueden describirse como hechos, y contra qué material actual del producto
- si la guía de la FTC sobre la Regla de Salvaguardias, 16 CFR Parte 314 (eCFR) y el Marco de Ciberseguridad del NIST deben verificarse y, si corresponde, citarse en una etapa posterior
- si las rutas internas bilingües que aparecen abajo corresponden al sitio realmente en uso para este proyecto, pendiente de confirmación
Nada de este artículo resuelve esos puntos. Se enumeran para que quien lea vea qué sigue abierto.
Fuentes
- Publicación 4557 del IRS, Safeguarding Taxpayer Data: https://www.irs.gov/pub/irs-pdf/p4557.pdf
Se cita únicamente por el deber de proteger los datos del contribuyente mediante un plan de seguridad por escrito, controles de acceso, registros de auditoría y protecciones relacionadas. La lista de fuentes de este proyecto también menciona la guía de la FTC sobre la Regla de Salvaguardias, 16 CFR Parte 314 (eCFR) y el Marco de Ciberseguridad del NIST; ninguna de las tres se suministró como texto verificado para esta etapa, así que ninguna se cita como fuente aquí ni se afirma como hecho ninguna disposición específica. No se afirman números de página, títulos de sección, citas textuales ni estadísticas más allá de lo que estableció el material suministrado.
- https://www.irs.gov/pub/irs-pdf/p5708.pdf
- https://www.ftc.gov/business-guidance/resources/ftc-safeguards-rule-what-your-business-needs-know
- https://www.ecfr.gov/current/title-16/chapter-I/subchapter-C/part-314
- https://www.nist.gov/itl/smallbusinesscyber/nist-cybersecurity-framework-0
Obtén nuestra Lista de Verificación de Cumplimiento Gratuita
Una lista de verificación práctica para asegurar que cumples con todos los requisitos de diligencia del IRS. Descarga instantáneamente.
Respetamos tu privacidad. Puedes desuscribirte en cualquier momento.