Los proveedores de traducción y los equipos de revisión trabajan en hojas de cálculo, no en SRT en bruto: la exportación establecida da a cada entrada una fila con su índice, tiempos de inicio y fin y el texto de origen, mientras el traductor rellena la columna de destino y el índice y los tiempos permanecen intactos — la disposición exacta de la exportación de Subtitle Edit y de los flujos de agencia. Este banco de trabajo implementa ese ciclo completo: la exportación escribe #/Start/End/Source/Target/Notes con timecodes estilo SRT como celdas de texto, conserva las entradas multilínea como saltos de línea dentro de la celda (como los guardan Excel y Google Sheets), añade un BOM UTF-8 para que Excel reconozca alfabetos no latinos al abrir y ofrece separador de coma o punto y coma — el punto y coma es el seguro por defecto en configuraciones regionales europeas donde la coma es el separador decimal. La importación relee la hoja por nombre de encabezado (index/start/end/source/target/notes más los alias habituales text/original/translation/number), detecta el delimitador del CSV, acepta timecodes estilo SRT o VTT o milisegundos brutos y reconstruye el SRT traducido desde la columna Target con los tiempos originales; las entradas cuyo destino sigue vacío pueden conservar el texto de origen o descartarse, y una hoja sin ninguna traducción se rechaza como error de negocio en lugar de reconstruir silenciosamente el origen. Los libros XLSX se leen y escriben con el motor SheetJS y el CSV con un analizador RFC 4180 estricto, de modo que comas, comillas y saltos de línea dentro del texto sobreviven al viaje sin cambios.