Ir al contenido principal

Cómo saber si hay algún desarrollo en mi instalación de X3

 

Fuente original SAGE: https://support.na.sage.com/selfservice/viewContent.do?externalId=101551&sliceId=1

Created on 10-30-2019 / Last modified on 03-12-2020

Resumen

En ciertos momentos, es posible que el Cliente o Partner quiera saber si hay desarrollos específicos en determinadas Pantallas, Ventanas, etc. Esto ocurre a la hora de abordar un proceso de actualización o instalación de parche en Sage X3 o cuando se quiere validar un dosier y no se quiere perder dichos cambios o desarrollos al no estar protegidos determinados objetos con un Código de Actividad.

Las buenas prácticas de desarrollo dictan que el método correcto para indicar cualquier cambio en Sage X3 es asociarlo a un Código de Actividad, y que al final todo lo que se tiene que hacer es buscar dicho código y poder encontrar así los cambios realizados. Lamentablemente, esto a veces no ocurre y no es tan fácil encontrar los cambios.

Para solventar ese problema, se desarrolló una utilidad (ACTLSPE) a partir de PU9 y en versiones superiores de X3 llamada Controles de consistencia para addons, verticales y específicos y en esta breve guía se ayudará a utilizar dicha función.

Resolución

  1. Entrar en el dosier X3.

  1. Se abre Desarrollo>Utilidades>Varios>Ejecutar procesos.

  1. Se introduce la función ACTLSPE en el campo Script y se pulsa Ok.

  1. En la siguiente pantalla seleccionar el dosier a comparar e introducir X3 como dosier de referencia, se selecciona la opción Elementos impactados.

  1. Se pulsa Ok y se espera hasta que el proceso termine y se muestre el log resultante.

  1. A continuación, se muestra un ejemplo del fichero log resultante y como esta herramienta puede ayudar a minimizar tiempo y esfuerzo.

  1. En este caso, la pantalla AEXP2 contiene un campo EXPCH cuya longitud en el estándar es de 30 y se ha aumentado a 42, este cambio no está protegido por un Código de Actividad.

  1. Como se ha mostrado, se puede usar ACTLSPE para revisar los cambios que se han realizado en el dosier que se compara.

Se recuerda también que se puede usar la función Analizador de diferencias (para objetos) para analizar y revisar las diferencia entre diferentes Objetos entre el dosier X3 y el de explotación.

Por ejemplo, sirviéndose del caso anterior se analizará a continuación la diferencia ente la Pantalla AEXP2 del dosier X3 y el dosier SEED.

  1. Se entra en el dosier X3.

  1. Se abre Desarrollos>Utilidades>Diccionario>Analizadores de diferencias>Objetos.

  1. Se introduce el dosier que se quiere comparar.

  1. Se selecciona la opción Pantallas poniendo AEXP2 en el campo desde y hasta finalmente se pulsa OK.

  1. Al finalizar en el Log se muestran los resultados.

  1. Se detectan cambios de longitudes de campo y de tipo de datos en la Pantalla analizada.

Entradas populares de este blog

Valores de fstat

Fstat fstat  is a numeric status that is returned upon execution of a database operation, a sequential file operation, or a lock instruction. Syntax fstat Examples # MYTABLE is a table with a key called KEY1, that has a unique component called KEYVAL # Create a record in the table MYTABLE with they key value 1 if it doesn't exist Local File MYTABLE [MYT] Read [MYT]KEY1=1 If fstat [MYT]KEYVAL=1 : Write [MYT] If fstat MSG="The key was created in the mean time" Else MSG="Key created" Endif Else MSG="Key already exists" Endif Details fstat  is always set to '0' if the operation is successfully completed, and has a non-null value if there is an error: In a sequential read ( Getseq  and  Rdseq ),  fstat  is set to '1' at the end of the file. On  Lock ,  fstat  is set to '1' if the lock could not be performed. For a database operation ( Read ,  Look ,  Readlock ,  For ,  Write ,  ...
Leer más

How to create an additional line text (ACLOB) on purchase orders for internal notes

Sin conexión Kyle Klinger hace 1 día Origen:  https://www.sagecity.com/support_communities/sage_erp_x3/f/sage-x3-general-discussion-forum/143870/how-to-create-an-additional-line-text-aclob-on-purchase-orders-for-internal-notes I was trying to add internal notes to the purchase orders at a line level and was thought I would share a how to.  If you have a better way, please share.     Add column to PORDERQ; YLINTEX2, Type TXC   Save and validate table This is where the ID of the text will be stored at the record level, i.e. POQ~00000007, this is similar to field LINTEX  On screen POH2 Add column YLINTEX2, to Block 1. Most likely you will want this field to be hidden. On column NBLIG add a button action ACLOB2, description "Text internal" This button action will require an action parameter "CODE2", it will not be available until after save. Set the parameter "CODE2" to [M:POH2]YLINTEX2(nolign-2), the field that was just added....
Leer más

3 ways to send a mail from code in Sage X3, with more attachments too

Origen Fuente:  https://en.sagedev.it/sagex3/send-mail-from-code-with-attachments-sage-x3/ Autor:  https://en.sagedev.it/category/sagex3/ In this post I’ll show you how to send a mail from adonix code in Sage X3. The points we will face are: 1) Meladx/Send introduction 2) Sending  through  meladx (the best way for me: at the end with just a single code line you send a mail!) 3) Sending  through  Workflow 4) Sending  through  ENVOI_MAIL(…) From AWRKMEL Sending mail from code in Sage X3: Send vs meladx Sage X3 has two native ways for sending mails. The first way is  meladx  executable file, that you can find in  runtime\bin  directory. The seconde one is Send instruction, that was used to send mail through an application of the client station (for more information on “Send GSERMES”  go here ). The Meladx executable Meladx send messages through SMTP/POP3 protocols by means of the mail  ...
Leer más