Actualmente estamos probando el modelo de datos Pipeline Tracking & Traceability y los scripts emergentes Arcade desarrollados por @TomDeWitte, y nos hemos encontrado con códigos de barras que no se ajustan al formato ASTM F2897-15a de 16 caracteres.<\/P>
Durante nuestras pruebas, encontramos una válvula cuyo código de barras decodificado tenía un valor que excedía el formato anticipado de 16 caracteres. Antes de cambiar el ancho del campo, los scripts arcade OOTB eran un simple arrastrar y soltar en nuestro diálogo de Expresión de Atributo. No se hicieron otros cambios. Simplemente cambiando el campo<\/P>
Aquí hay un ejemplo del atributo de código de barras extraído: 'ELboG04njHV70Z90MW6 DEMO'. <\/P>
Para permitir la captura de los caracteres extendidos, intentamos crear un nuevo campo de código de barras más largo, pero después de hacerlo, los scripts arcade para el popup fallaron al guardarse correctamente, resultando en este error: 'Error de Ejecución: <\/SPAN>Campo no Encontrado', lo cual es extraño ya que el campo sí existe, y antes de usar un campo largo no era un problema. Investigando encontré que al eliminar '[text(C1FACTOR)] ' de la penúltima línea (scripts Diameter & Wall Thickness): 'var DIAM = DIAMETERDICTIONARY[text(C1FACTOR)];' el script permitió guardarse y el popup funcionó (aunque no estoy seguro si lo que se muestra es realmente correcto. <\/SPAN><\/P>De manera similar, los scripts Diameter2 y WallThickness2 tienen un problema similar pero eliminando la parte '[text(C2FACTOR)]' de la siguiente línea: <\/SPAN>var DIAM = DIAMETERDICTIONARY[text(C2FACTOR)]; permitió guardar el script. El C1FACTOR no fue un problema si se eliminaba completamente el arreglo del script.<\/SPAN><\/P>Así que estoy un poco confundido sobre qué hace exactamente C1Factor/C2Factor, me enfrento a 2 opciones: <\/SPAN><\/P>Modificar el script arcade para evitar el error 'Campo no Encontrado'.<\/SPAN><\/LI>Encontrar una forma de recortar automáticamente el código de barras a 16 caracteres en la aplicación Field maps. Actualmente estamos eliminando manualmente los caracteres extra, lo que permite la extracción correcta de los valores emergentes arcade pero siento que no será una opción confiable. Además, preferiría conservar el valor completo del código de barras ya que puede contener información adicional que se perdería si no lo conservamos en el momento de la instalación.<\/SPAN><\/LI><\/OL>Agradecería cualquier ayuda con esto o ideas sobre mejores alternativas.<\/SPAN><\/P>TL\/DR: Descubrimos códigos de barras con más de 16 caracteres. Los campos de base de datos más anchos que 16 caracteres causan que los scripts arcade Diameter, Diameter2, Wall Thickness y Wall Thickness2 fallen con 'Error de Ejecución:<\/SPAN>Campo no Encontrado' al guardar el script.<\/SPAN><\/P>
