Plantillas propias
Plantillas de pedidos estándar
Las plantillas de pedido suministradas por STOLL junto con el STOLL PPS (ver Administración de plantillas de pedidos, Plantillas de pedidos estándar y sus parámetros) permiten un rápido inicio en el uso de plantillas.
Una plantilla sirve para crear un ticket XML
Usted puede adaptar las plantillas a su caso de uso:
- quitando parámetros
- agregando parámetros
- preasignando parámetros
- Bloquear preasignaciones para modificaciones en la aplicación de la plantilla para impedir entradas incorrectas.
- Todo lo que figura en el XML de plantillas bajo TEMPLATE_TAGS sirve para generar cuadros de edición en el ticket.
- Todo lo que está contenido en los bloques CDATA es escrito en un archivo de ticket *.XML a través del mecanismo Velocity mediante los datos y con la ayuda de la macro AddTag.
- El mecanismo Velocity procesa cada línea de entrada en la plantilla independientemente de las líneas procesadas previamente y busca la referencia indicada en el XML de plantilla para reemplazarla por la entrada y escribir la línea en el ticket. Si la referencia está integrada en una macro, la macro es llamada para generar el resultado en el archivo XML.
Parámetros en las plantillas de pedidos estándar
En los parámetros en las plantillas de pedido estándar se encuentran diferentes formatos de entradas, las cuales tienen en común lo siguiente:
- El cuadro de edición para un parámetro generalmente contiene un comentario entre paréntesis rectos [ ]. Este comentario es quitado cuando el ticket es generado por la macro Velocity AddTag.
- El cuadro de edición para un parámetro puede ser utilizado para entrar varios componentes de parámetros.
- En este caso los mismos son separados por punto y coma (;). Para asistir al usuario, en un cuadro de comentario se pueden describir los diferentes componentes que se esperan.
- Para parámetros opcionales que no deben ser usados, el punto y coma debe ser conservado para mantener el orden de los parámetros. En el ejemplo se omitió el tercer parámetro. La mayoría de los parámetros no son opcionales y deben ser indicados a penas es completado tan solo un parámetro.
- Si no se realiza ninguna entrada, la etiqueta no es incluida en el pedido XML. Excepciones:
- Si se utiliza la macro Velocity AddTAG, es posible especificar valores predeterminados.
Estos valores predeterminados son integrados en el ticket XML resultante si para este parámetro está previsto un cuadro de edición pero no fue entrado nada. (Por ejemplo IMAGE, LOGO o OP_AUTHENTICATION_NEEDED)
Ejemplo:#AddTAG("<LOGO>$ParamList[0]</LOGO>" $LOGO "Templates/Logo.png")
- Si el cuadro de edición LOGO permanece vacío, a la etiqueta LOGO igualmente se le asignará Templates/Logo.png en el ticket.
- Si una línea en los bloques ORDER_VELOCITY y CUSTOM_VELOCITY no tiene ninguna indicación de referencia para un cuadro de entrada, la línea es enviada automáticamente al XML de ticket.
Ejemplo:<STOLL:MACHINE_INFO>
<STOLL:TC_LOAD_DATE/>
<STOLL:TC_DONE_DATE/>
<STOLL:DONE_EXECUTIONS/>
<STOLL:TC_STATE/>
<STOLL:PATTERN_NAME/>
<STOLL:CURRENT_SHIFT/>
<STOLL:USER_NAME/>
</STOLL:MACHINE_INFO> - La macro AddTAG- Velocity que figura en la plantilla, permite la entrada de varios parámetros y del comentario en una línea.
- Cada bloque ORDER_VELOCITY y CUSTOM_VELOCITY con esto tiene su propia macro AddTAG-, que actualmente son idénticos.
- Tenga en cuenta que la entrada en general no debe contener caracteres de control XML como por ejemplo <>,. Si a pesar de ello necesita estos caracteres, existen alternativas como {}, o tendrá que convertir estos caracteres (Caracteres en XML).
- Si se aplica la macro, los datos de entrada además no deben contener ni ; ni [ ya que estos caracteres son considerados caracteres separadores por la macro AddTAG.
En caso de ser necesario, usted puede modificar la macro en la plantilla o agregar una adicional que utilice otros caracteres separadores. - En la siguiente tabla figuran como ejemplo tres parámetros TITLE, LOGO y DIMENSION de la plantilla Auto Production.
- Todos estos tienen un comentario.
- En el parámetro LOGO se trata de una ruta de archivo hacia un archivo de imagen. Puede ser indicado de forma absoluta o relativa al directorio template.
- El parámetro DIMENSION tiene los componentes Tamaño, Longitud, Anchura y Peso.
Nombre de plantilla | Parámetros ampliados |
Auto Production | TITLE; [Title for ticket] LOGO; [String; FilePath to Logo] : DIMENSION;;;; [Size;Length;Width;Weight]: |
Cómo crear plantillas propias:
- 830
- Utilice un archivo de plantilla de Stoll como base.
(ver archivos XML en D:\PPS\SampleTickets\PpsTicketTemplate) - 831
- Asigne un nombre propio a su plantilla, que escribirá en el atributo name de la etiqueta ORDER_TEMPLATE.
- 832
- Con la etiqueta TEMPLATE_DESCRIPTION le agrega un texto descriptivo a sus plantillas.
- 833
- Las etiquetas que deben estar incluidas en el ticket resultante pero que no necesitan de ninguna entrada pueden ser entrados de forma permanente en el encabezado fuera de los bloques ORDER_VELOCITY y CUSTOM_VELOCITY. Con ello estos no son un campo estándar y ni siquiera aparecen.
Para esto compare como el bloque PRODUCTION_INFO en las plantillas suministradas está integrado directamente debajo de TEMPLATE_DESCRIPTION. - 834
- Un campo de entrada que el usuario debe ver en la plantilla de pedido, tiene que figurar en el bloque TEMPLATE_TAGS.
Se diferencia entre:
CUSTOM_TAG
Aquí usted define todas las etiquetas que no pertenecen a los USER_TAGs.
Ejemplo:<CUSTOM_TAG label="LOAD_PAT_CONTAINER_COMP" editable="true">;;; [SIN;JAC;SET; Each [1||0], 0 prevents loading pattern component. Consider need of ERASE_ALL=false.]</CUSTOM_TAG>
- El atributo label indica el nombre como debe ser mostrado en la plantilla de ticket.
- El nombre simultáneamente es la referencia ($LOAD_PAT_CONTAINER_COMP) para el uso en el bloque ORDER_VELOCITY \ CDATA cuando se trata de etiquetas del archivo StollTicket.xsd.
- En las etiquetas del área de nombres indicada en el CustomTicket.xsd, se deben enumerar las referencias en el bloque CUSTOM_VELOCITY \ CDATA.
- Con la referencia se establece la relación con el cuadro de edición. El mecanismo de Velocity busca la referencia y asigna la entrada de la línea encontrada.
- El atributo editable indica si el cuadro de edición puede ser modificado.
Un bloqueo es razonable si desea predeterminar un valor que no debe ser modificable. - El valor CUSTOM_TAG consiste en el valor que usted desea asignarle a la etiqueta.
- Si en CDATA desea utilizar la macro AddTag, puede utilizar etiquetas con varios parámetros que son entrados separados por punto y coma.
- La macro AddTag separa el comentario que empieza con el primer paréntesis ([) de los parámetros (;) y divide los parámetros en el (;) de un array (conjunto) ParamList[].
- Usted puede distribuir los $ParamList[n] en la etiqueta, que proporcionó en AddTag en los atributos y en el valor principal.
Donde n indica la posición de los parámetros en la entrada comenzando con 0. - Ejemplo:
#AddTAG("<STOLL:LOAD_PAT_CONTAINER_COMP SIN='$ParamList[0]' JAC='$ParamList[1]' SET='$ParamList[2]' />" $LOAD_PAT_CONTAINER_COMP)
- Atributos opcionales
- Para controlar atributos opcionales se debe informar a la macro, cuales son los atributos opcionales. Esto es configurado anteponiendo Opt[n]: a un atributo. Para ello n debe corresponder a la posición del parámetro en la entrada, como ya es válido para ParamList.
- Ejemplo:
#AddTAG("<STOLL:LOAD_PAT_CONTAINER_COMP Opt[0]:SIN='$ParamList[0]' Opt[1]:JAC='$ParamList[1]' Opt[2]:SET='$ParamList[2]' />" $LOAD_PAT_CONTAINER_COMP)
USER_TAG
Aquí usted define etiquetas que son ofrecidas en la máquina para comentarios de usuarios y enumeradas como datos de cliente (4).
Ventana Ejemplo:<USER_TAG label="Faulty pieces" editable="true">30%</USER_TAG>
- El atributo label predefine el nombre como es mostrado en la lista .
Usted puede especificar un valor de entrada como predeterminado (aquí 30%).
Razonable por el valor estimado como correcto para orientación o como información. - La etiqueta USER_TAG no está sujeta al mecanismo Velocity, al contrario de lo que sucede con el CUSTOM_TAG y genera de forma implícita una entrada en el ticket XML a través del software PPS.
- 835
- Valide sus plantillas utilizando StollOrderTemplates.xsd antes de cargar el archivo de plantilla al PPS.
Herramienta apropiada:
Notepad++ y XML Tools Addin
(ver la carpeta PpsInstallation\Tools\Notepad++ en sus archivos de instalación) - 836
- Guarde el archivo de plantilla con un nombre personalizado que termine con ,,,OrderTemplate.xml.
- 837
- Recién después de ello cargue su nueva plantilla en el PPS.
Asigne a sus plantillas un nombre de archivo y un nombre de plantilla personalizados.
- Si el software de PPS es actualizado y usted editó una plantilla estándar o editó un archivo modelo de plantilla predeterminado de Stoll (D:\PPS\SampleTickets\PpsTicketTemplate), sus modificaciones se perderán debido a la actualización.
- A través de una actualización los archivos de plantillas Stoll existentes son guardados en D:\PPS\PpsJBossServer\PpsServerInstallScripts\PpsLast\ PpsSwUsedTillSetup_....
- Las modificaciones que usted realizó en una plantilla predeterminada de Stoll directamente en el PPS se pierden al cargar plantillas actualizadas.
- Estas modificaciones solo las puede recuperar por medio de una restauración de base de datos a un momento antes de la sustitución de la plantilla.
- Antes de una actualización lea la documentación acompañante (Novedades) y transfiera las modificaciones importantes a sus propias plantillas.
- ¡Las modificaciones técnicas en las plantillas Stoll no son aplicadas automáticamente a sus propias plantillas!