Traducción técnica e informática

Tipos de documentos

Qué traducimos

• Guías de usuario y contenidos de ayudaLas etiquetas de la interfaz citadas en el texto deben coincidir con el software que el lector tiene abierto; si no, no encuentra el botón.
• Documentación de APILos endpoints, los parámetros y los ejemplos de solicitud y respuesta se quedan como están; solo se traducen las descripciones que los rodean.
• Guías de instalación y configuraciónLos lectores copian comandos, rutas de archivo y claves de configuración, así que un solo carácter cambiado inutiliza el paso.
• Notas de la versiónBreves y densas; obsoleto, eliminado y cambio incompatible tienen consecuencias distintas y deben mantenerse diferenciados.
• Especificaciones técnicas y fichas técnicasLos valores, tolerancias, unidades y números de pieza son el contenido; el control de números señala las cifras cambiadas y el revisor confirma cada una.
• Manuales de hardwareLas advertencias de seguridad y el orden de los pasos importan más que el estilo; el revisor comprueba que no se haya fusionado ni omitido ninguna advertencia ni ningún paso.
• Documentos de arquitecturaLos nombres de componentes y servicios se repiten muchas veces; un glosario los mantiene idénticos desde el primer pie de diagrama hasta el último anexo.
• Políticas y procedimientos de seguridadPalabras como debe, debería y puede fijan niveles de obligación, y una política cambia de sentido si se confunden.
• Planos técnicos y anotacionesLas anotaciones de un PDF solo se traducen si son texto seleccionable; las etiquetas que forman parte de una imagen quedan sin traducir.
• Especificaciones de redDocumentos largos con requisitos numerados y referencias cruzadas. La numeración y los títulos deben mantenerse, y palabras como «shall» y «should» deben conservar su distinta fuerza.
• Guías de instalación y puesta en servicioLos comandos, nombres de parámetros y valores aparecen dentro de las instrucciones, y cada uno debe coincidir exactamente con el original.
• Listas de alarmas y parámetrosA menudo en XLSX. Las descripciones se traducen y las fórmulas se mantienen; el revisor comprueba que los códigos e identificadores no hayan cambiado.

Cómo hacerlo, paso a paso: 6. Document translation (en inglés)

Controles de calidad

Controles integrados

Quién lo utiliza

Sectores atendidos

Empresas de software, proveedores de servicios de TI, empresas de ingeniería, centros de datos, equipos de ciberseguridad y organismos de normalización.

Normas y referencias

Qué admite el flujo de trabajo

Los revisores pueden comprobar comandos, rutas de archivo, identificadores, fragmentos de código, unidades, números de pieza y términos técnicos repetidos.

Antes de la entrega

Qué comprueba su revisor

• Los comandos, bloques de código, rutas de archivo y claves de configuración son idénticos al original.
• Los marcadores de posición y variables como {name} o %s están sin cambios y no falta ninguno.
• Los números de versión, números de pieza, valores y unidades coinciden con el original; no se ha convertido ni redondeado nada.
• Las etiquetas de la interfaz coinciden con el software localizado, o se quedan en inglés donde así se acordó.
• Cada segmento señalado por los controles de calidad se ha revisado y resuelto.
• Los términos del glosario se usan de forma coherente, también en títulos, tablas y pies de figura.
• Las advertencias, precauciones y el orden de los pasos en los procedimientos están completos.
• Los comentarios de los ejemplos de código están traducidos o se han dejado como estaban, según pidió el cliente.
• El texto dentro de capturas de pantalla y diagramas no está traducido; se indica al cliente.
• El archivo descargado se abre correctamente; en un PDF se comprueban los diseños complejos y las fuentes sustituidas.

Cómo hacerlo, paso a paso: 7. Translation Editor (en inglés)

Transparencia

Lo que DeepReference no hace

• El código, los comandos y los marcadores de posición no se protegen automáticamente. El modelo puede traducir un comentario, el nombre de una variable o una palabra dentro de un comando. Los controles de calidad señalan etiquetas, números y marcadores de posición cambiados, pero no todos los cambios, así que una persona revisa cada bloque de código.
• Los archivos de recursos de software como JSON, YAML, PO, .strings o .resx no se pueden traducir como archivos. XLIFF sí: se rellenan los segmentos de destino vacíos y vuelve el mismo archivo (desde Starter). DeepReference traduce archivos DOCX, PDF, PPTX, XLSX y XLIFF y texto pegado; no es una herramienta de localización de software.
• Las unidades, los formatos de número y las fechas no se convierten mediante ninguna regla. El resultado es lo que escribió el modelo, así que el revisor decide, por ejemplo, si 1.5 debe escribirse 1,5 en español.
• El texto dentro de imágenes, como capturas de pantalla y planos guardados como imágenes, no se traduce. Un PDF escaneado que solo contiene imágenes se rechaza; suba el archivo original o un PDF con texto seleccionable.
• No hay conexión con repositorios Git ni con plataformas de centro de ayuda. Los archivos entran y salen mediante carga, o a través de la API REST en Business.
• No existe un modelo separado para contenido técnico o informático, y DeepReference no proporciona traductores ni revisores técnicos. El ajuste de dominio solo orienta la extracción terminológica.