Autores: Nombre Apellido¹, Nombre Apellido²
¹ Universidad / Empresa, Departamento, Ciudad, País
² Universidad / Empresa, Departamento, Ciudad, País
Autor de correspondencia: correo@institución.com
Resumen
El resumen de una nota técnica debe condensar en un único párrafo claro y conciso (entre 120 y 200 palabras) la esencia del problema técnico abordado, la solución aplicada y su relevancia práctica. El autor debe comenzar explicando el contexto específico en el cual surge la necesidad (por ejemplo, un procedimiento de mantenimiento, una prueba particular o una mejora en una instalación), destacando brevemente por qué resulta relevante para la comunidad técnica. Luego, debe describirse la solución implementada o el procedimiento desarrollado, señalando su carácter innovador, adaptado o de validación práctica. Es importante que el texto mencione los resultados más significativos obtenidos y cómo estos demuestran la eficacia de la propuesta, sin entrar en detalles excesivos que corresponden al desarrollo del manuscrito. Finalmente, debe subrayarse la implicancia práctica: qué aporta el caso al trabajo cotidiano de ingenieros, técnicos o investigadores, y qué beneficios se obtienen al aplicar la solución en contextos similares. El resumen debe ser autónomo (entendible por sí mismo), no incluir referencias bibliográficas y estar escrito en tiempo pasado o presente, nunca en futuro.
Palabras clave: hasta 5 términos separados por comas.
Cómo usar esta plantilla
Extensión máxima: 10 páginas en Journal/Emergente (incluyendo texto, tablas, figuras y referencias). En formato Brief: hasta 800 palabras y máximo 2 figuras y 2 tablas.
La plantilla detalla las secciones recomendadas para una nota técnica o comunicación breve. Cada sección tiene un estilo correspondiente en el menú “Estilos” de Word.
Se permite un estilo más conciso que en artículos largos, pero siempre manteniendo la claridad técnica.
Se pueden usar subtítulos numerados (ej. 2.1 Descripción del método, 2.2 Evidencias de validación).
Es obligatorio citar tablas y figuras en el texto si se incluyen.
Elimine este párrafo e inicie la numeración de secciones con 1.
Para cualquier duda, contactar a la oficina editorial o editorial@power-grid-lab.com.
Introducción
La introducción de una nota técnica debe situar al lector en el contexto en el cual surge la experiencia o procedimiento descrito. El propósito es mostrar la relevancia práctica del tema y justificar por qué merece ser comunicado.
En esta sección, el autor debe:
Describir brevemente el problema técnico o necesidad detectada, indicando las consecuencias de no abordarlo.
Explicar el alcance de la nota técnica, es decir, qué aspecto específico se aborda (ej. un método de prueba, una técnica de mantenimiento, una adaptación práctica).
Señalar la relevancia práctica para la comunidad técnica o profesional (seguridad, confiabilidad, reducción de costos, eficiencia en la operación, etc.).
Referenciar brevemente antecedentes técnicos o normativos que sirvan de marco, siguiendo el formato IEEE.
Ejemplo de cita en el texto:
“El envejecimiento prematuro de la aislación en transformadores ha sido identificado como una causa frecuente de fallas críticas en sistemas eléctricos [1], [2]. Estudios recientes han demostrado que el seguimiento de parámetros dieléctricos puede mejorar la planificación de mantenimiento [3].”
Errores frecuentes en la introducción de notas técnicas:
Redactar de forma demasiado extensa, como si fuera un artículo de investigación.
No definir con claridad cuál es el problema técnico que se resolverá.
Incluir detalles metodológicos o resultados (que deben ir en la sección de Descripción técnica o experiencia).
Descripción o experiencia
En esta sección debe presentarse de manera clara y estructurada la solución técnica, procedimiento o experiencia práctica que constituye el núcleo de la nota técnica. El objetivo es que el lector comprenda cómo se abordó el problema planteado en la introducción y cuáles fueron los pasos seguidos.
Aspectos clave a incluir:
Procedimiento o solución aplicada: describa en orden lógico qué técnicas, ensayos, herramientas o procedimientos se emplearon.
Recursos utilizados: indique los equipos, materiales o software aplicados, mencionando marca/modelo únicamente si es esencial para la replicación.
Resultados intermedios o datos técnicos: cuando sea necesario, organice la información en tablas, figuras o ecuaciones.
Uso de tablas
Las tablas son útiles para resumir valores técnicos, parámetros de operación o comparaciones de escenarios. Cada tabla debe llevar numeración consecutiva y un título breve y explicativo.
Ejemplo de cita en texto:
“Los parámetros principales medidos durante el procedimiento se resumen en la TABLA I, donde se comparan las condiciones antes y después de la intervención.”
Parámetros registrados durante la experiencia
| Escenario | Variable 1 [unidad] | Variable 2 [unidad] | Observaciones |
|---|---|---|---|
| A | Dato A1 | Dato B1 | Comentario 1 |
| B | Dato A2 | Dato B2 | Comentario 2 |
Notas: las notas de tablas para aclaraciones deben ir inmediatamente debajo de cada tabla.
Uso de figuras
Las figuras permiten ilustrar esquemas de montaje, diagramas de flujo o resultados gráficos. Cada figura debe estar citada en el texto antes de aparecer.
Ejemplo de cita en texto:
“El esquema del procedimiento implementado se presenta en la Figura 1, donde se destacan las etapas críticas del abordaje.”

Ejemplo de imagen
Cuando una figura tenga varios paneles, deben numerarse como (a), (b), (c) y explicarse en el pie de figura:
“La Figura 2(a) muestra la configuración inicial, mientras que la Figura 2(b) presenta la condición posterior al ajuste.”
![]() |
![]() |
|---|---|
| (a) | (b) |
Ejemplo de figura con varios paneles. Si hay varios paneles deben numerarse como: (a) Descripción de lo que contiene el primer panel; (b) Descripción de lo que contiene el segundo panel. Las figuras deben colocarse en el texto principal cerca de la primera vez que se citan.
Uso de ecuaciones
Cuando sea necesario definir indicadores técnicos o fórmulas utilizadas en el procedimiento, deben presentarse en formato IEEE: ecuación centrada con numeración consecutiva a la derecha.
En el texto debe citarse como: “El parámetro XXX se calculó según (1), considerando la relación entre las variables medidas.”
Ejemplo:
| (1) |
|---|
Errores comunes en esta sección:
Describir las acciones sin explicar por qué se realizaron.
Presentar figuras o tablas sin citarlas en el texto.
Usar ecuaciones sin numerarlas ni referenciarlas.
Incluir interpretaciones o conclusiones (eso corresponde a la sección final).
Conclusiones o implicancias prácticas
La sección de conclusiones debe sintetizar de manera breve y clara los principales aportes de la nota técnica. En lugar de repetir resultados numéricos, el objetivo es destacar el aprendizaje técnico y su utilidad práctica.
Aspectos clave a incluir:
Síntesis de los hallazgos: resuma en 3 a 5 frases qué se logró demostrar o implementar con la experiencia descrita.
Relevancia práctica: explique cómo la solución o procedimiento puede aplicarse en situaciones similares dentro de la industria o el ámbito profesional.
Recomendaciones: si corresponde, sugiera pautas de aplicación, buenas prácticas o precauciones a considerar.
Limitaciones: indique brevemente las restricciones de alcance o condiciones particulares del caso que puedan limitar la generalización de las conclusiones.
Nota: Esta sección debe ser breve (máximo media página), resaltando los aportes principales y su aplicabilidad práctica.
Ejemplo de redacción en el texto:
“La aplicación del procedimiento propuesto permitió reducir el tiempo de intervención en un 30 %, manteniendo las condiciones de seguridad requeridas. Estos resultados sugieren que la metodología puede replicarse en sistemas de características similares, aunque se recomienda validar previamente las condiciones de operación para garantizar su aplicabilidad.”
Errores frecuentes en esta sección:
Repetir tablas, figuras o datos ya presentados.
Formular conclusiones sin respaldo en los resultados expuestos.
Incluir información nueva que no fue mencionada en las secciones anteriores.
Redactar conclusiones demasiado generales o vagas, sin valor práctico.
Referencias
Todas las referencias deben seguir el formato IEEE, tanto en el cuerpo del texto como en la lista final.
Reglas básicas de citación IEEE:
Las referencias se citan en el texto con números entre corchetes: [1], [2], [3].
La numeración es consecutiva en el orden de aparición.
No se debe usar nombres de autores en el texto para citar (incorrecto: “según Pérez et al., 2020”), sino el número correspondiente (correcto: “según [1]”).
Todas las afirmaciones técnicas, antecedentes y comparaciones deben estar respaldadas por fuentes confiables.
Evitar referencias poco verificables (ej. blogs sin revisión técnica, material comercial).
Incluya siempre el DOI de la publicación si está disponible. El formato estándar debe seguir la estructura: Autor/es, “Título del artículo,” IEEE Trans. Nombre Abreviado, vol. xx, no. yy, pp. xx–yy, año, doi: ….
Asegúrese de mantener consistencia tipográfica: títulos de revistas en cursiva, volúmenes y números en abreviatura estándar (vol., no.), rangos de páginas con guion (-) y edición/ciudad/editorial en caso de libros.
Ejemplo de lista de referencias en formato IEEE:
J. Smith and R. Brown, “Analysis of insulation aging in high-voltage systems,” IEEE Trans. Power Del., vol. 35, no. 4, pp. 1203–1210, 2020. doi: 10.1109/TPWRD.2020.1234567.
L. Wang, Electrical Power Equipment Maintenance and Testing, 3rd ed. Hoboken, NJ, USA: Wiley, 2018. doi: 10.1002/9781111234567.
A. Kumar, “Condition monitoring of power transformers using dielectric spectroscopy,” in Proc. IEEE Int. Conf. Electr. Insul., 2019, pp. 145–150. doi: 10.1109/ICEI.2019.1234567.
IEEE, “IEEE Guide for the Evaluation and Mitigation of Electric Power System Equipment Aging,” IEEE Std. 1234-2021, 2021. doi: 10.1109/IEEESTD.2021.1234567.
Recomendaciones prácticas:
Revisar la Guía oficial IEEE de referencias para asegurar el formato correcto (disponible aquí).
Usar gestores bibliográficos (ej. Mendeley, Zotero, EndNote) para dar formato automático a las citas.
Verificar coherencia: toda referencia en el texto debe aparecer en la lista, y viceversa.
Agradecimientos y financiamiento (opcional)
En esta sección se deben mencionar apoyos institucionales, proyectos, becas o financiamiento que hayan hecho posible el trabajo.
Ejemplo: “Este estudio fue financiado por el Proyecto XYZ, Nº 12345, Agencia Nacional de Promoción Científica y Tecnológica.”
Declaración de conflictos de interés (Obligatorio)
Los autores deben declarar de manera explícita si existen o no conflictos de interés relacionados con el trabajo, entendiendo por conflicto cualquier condición que pueda influir (o parecer influir) en la interpretación, resultados o conclusiones del manuscrito. Esto incluye aspectos financieros (patrocinios, regalías, contratos, participación accionaria), personales/profesionales (relaciones laborales o familiares relevantes), institucionales o de propiedad intelectual (patentes en trámite o registradas).
Ejemplos de redacción:
“Los autores declaran que no existen conflictos de interés en relación con este manuscrito.”
“El autor X recibió financiamiento de la empresa Y para la ejecución de ensayos relacionados con este estudio. El resto de los autores declara no tener conflictos de interés.”
Disponibilidad de datos y código (opcional)
Se debe indicar si los datos y/o código utilizados en el estudio están disponibles públicamente y dónde encontrarlos.
Ejemplo:
“Los datos que respaldan este estudio están disponibles en el repositorio [Nombre], DOI: …”.
“El código utilizado para el análisis se encuentra disponible en [Repositorio], bajo licencia [tipo de licencia].”
“Los datos utilizados en este trabajo no pueden compartirse debido a restricciones de confidencialidad.”
Recomendaciones para autores:
Depositar los datos en repositorios abiertos y con DOI, como Zenodo, Figshare, Dryad o en el repositorio institucional de su universidad/organización.
Para código, se recomienda el uso de GitHub (en combinación con Zenodo para asignar DOI), o bien repositorios especializados como GitLab, Bitbucket, o plataformas de la comunidad científica (ej. Code Ocean).
Asegurarse de especificar la licencia de uso (ej. Creative Commons para datos, MIT/GPL para código).
Indicar claramente qué parte de los datos/código se comparte y qué parte queda restringida (si corresponde).

