NODUM - ERP / ADMINISTRACION SISTEMA
¿Cómo instalar el acceso directo de la aplicación Nodum en una Mac?
Dentro del siguiente link, se puede visualizar el documento detallado con los pasos a seguir para realizar la instalación.
https://nodumcomuy.sharepoint.com/sites/RD/Documentos%20compartidos/Forms/AllItems.aspx?id=%2Fsites%2FRD%2FDocumentos%20compartidos%
2FINSTALACION%2FCLIENTE%2FMac&viewid=a30fb1b5%2D7542%2D4c2f%2Db206%2D63685e3f9b6c
Por otro lado, se adjunta el zip con las aplicaciones. Los íconos que nos permiten efectuar la instalación, están dentro de la carpeta _MACOSX.
https://nodumcomuy.sharepoint.com/sites/RD/Documentos%20compartidos/Forms/AllItems.aspx?id=%2Fsites%2FRD%2FDocumentos%20compartidos%
2FINSTALACION%2FCLIENTE%2FMac&viewid=a30fb1b5%2D7542%2D4c2f%2Db206%2D63685e3f9b6c
Por otro lado, se adjunta el zip con las aplicaciones. Los íconos que nos permiten efectuar la instalación, están dentro de la carpeta _MACOSX.
¿Cómo otorgar permisos en parametrizaciones de importación masiva por usuario?
Existe un formulario para poder parametrizar cuáles usuarios pueden dar uso a la parametrización. Este formulario se llama "Usuarios por Importación Masiva".
Para que esto tome efecto se debe tener habilitado el parámetro "ControlaUsuarios" de la "Configuración de aplicaciones JAVA"
Para que esto tome efecto se debe tener habilitado el parámetro "ControlaUsuarios" de la "Configuración de aplicaciones JAVA"
¿Qué debo hacer cuando no se puede desinstalar Nodum Installer desde un computador?
En principio se debe avisar al departamento de IT del Cliente si es en una máquina en específico ya bien sea porque instalaron la versión incorrecta de Nodum.
Las versiones que existen son de 32Bits y 64Bits.
Si el Departamento de IT del Cliente sigue teniendo un inconveniente con la desinstalación, se pueden ejecutar los siguientes pasos:
1) Se debe abrir un explorador de archivos, e ir a: %localappdata%
2) Luego deben entrar a: \"Nodum Software\\App Administration\\Application Data
3) Después se deben borrar los archivos \"appadmin.exe\" y \"launcher.exe
4) Se debe también ejecutar el installer de 32bits, y seleccionar la opción de \"Reparar\" (Haciendo énfasis en 32 Bits)
5) Por último, también se puede volver a ejecutar y seleccionan la opción \"Quitar\", o pueden también desinstalarlo desde en Control Panel, esto lo dejamos a elección del usuario o el experto que esté realizando los pasos.
Las versiones que existen son de 32Bits y 64Bits.
Si el Departamento de IT del Cliente sigue teniendo un inconveniente con la desinstalación, se pueden ejecutar los siguientes pasos:
1) Se debe abrir un explorador de archivos, e ir a: %localappdata%
2) Luego deben entrar a: \"Nodum Software\\App Administration\\Application Data
3) Después se deben borrar los archivos \"appadmin.exe\" y \"launcher.exe
4) Se debe también ejecutar el installer de 32bits, y seleccionar la opción de \"Reparar\" (Haciendo énfasis en 32 Bits)
5) Por último, también se puede volver a ejecutar y seleccionan la opción \"Quitar\", o pueden también desinstalarlo desde en Control Panel, esto lo dejamos a elección del usuario o el experto que esté realizando los pasos.
¿En cuál archivo del nuevo servidor de NODUM se encuentran las configuraciones de las bases de datos?
Para encontrar el archivo se necesita ir a la siguiente ruta en el servidor: NodumTop\\Nodum-Servidor\\wildfly-26.0.0.Final\\standalone\\configuration
El archivo se llama standalone.xml
¿Dónde y cómo se puede parametrizar una nueva importación masiva de datos ?
La importación masiva de datos se define mediante el proceso "Parametrización Importación Masiva Datos", ubicado en la ruta "Menu Administración Sistema / Importación Masiva de Datos / 00. Parámetros".
Mediante el botón "Nuevo", se puede elegir si crear una parametrización para grabar un nuevo formulario o una tabla en particular con un archivo excel (Fig 1).
Luego de elegir el formulario/tabla (Fig 2), se debe definir qué campos son los que se deben grabar mediante excel. Esto se hace activando la columna "Incluir?" para cado campo que deba grabarse (Fig 3). Por defecto el sistema incluye todos los campos marcados como obligatorios en el formulario que se quiera grabar.
Mediante el botón "Nuevo", se puede elegir si crear una parametrización para grabar un nuevo formulario o una tabla en particular con un archivo excel (Fig 1).
Luego de elegir el formulario/tabla (Fig 2), se debe definir qué campos son los que se deben grabar mediante excel. Esto se hace activando la columna "Incluir?" para cado campo que deba grabarse (Fig 3). Por defecto el sistema incluye todos los campos marcados como obligatorios en el formulario que se quiera grabar.
¿Cómo agrego tablas al script de creación de nuevos usuarios en la Limpieza de Datos?
El script de creación de nuevos usuarios por defecto busca todas las tablas que contengan el campo "usuario", y donde este campo se haya definido como parte de la clave primaria de la tabla.
Se debe cambiar el archivo que está en el parámetro "agregar_usu" que se puede encontrar viendo la parametrización de aplicaciones Java para la aplicación "AJLimpiezaDatos".
Se debe cambiar el archivo que está en el parámetro "agregar_usu" que se puede encontrar viendo la parametrización de aplicaciones Java para la aplicación "AJLimpiezaDatos".
Vamos a pisar la base de testing con un respaldo de producción, ¿hay alguna consideración que debamos tener?
- Primero hay que verificar si en la base se utiliza Efactura vieja o nueva. Para eso se debe ejecutar la siguiente consulta:
SELECT * FROM gl_fm_servicios WHERE (servicio LIKE 'eje%' OR servicio LIKE 'ese%') AND formulario IN (SELECT TOP 1 formulario FROM cpt_facturas ORDER BY fecha_mod DESC)
Si retorna los servicios EjeEnvioEFGen y EseEnvioEFGen es Efactura nueva. Si retorna cualquier otro es Efactura vieja.
- Para instalaciones viejas de efactura:
Una consideración que deberían tener antes de pisar la base de testing es respaldar los datos de las tablas ct_cfeurl y gl_param_grales.
Luego cuando terminen de levantar los datos de producción en testing, pisan los datos de estas tablas con los respaldos que sacaron de testing.
Esto es porque la tabla ct_cfeurl es donde guardamos la ip del servidor de facturación electrónica usado cuando se ingresan facturas desde Nodum. Si en la base migrada a test no se cambia esta tabla, corremos el riesgo de que al hacer pruebas de facturas en testing se envíen al servidor de producción de facturación electrónica.
- Para instalaciones nuevas de efactura:
Alcanza con sacarle el valor que tenga en cod_cfeprov de la tabla ct_cfeempresas para desactivar los envíos de efactura.
Adicional a estos ajustes por efactura, se deben realizar los siguientes cambios:
- En la tabla gl_param_grales, el parámetro “camino_copia_arc” debe ser modificado, especificando una ruta de carpeta específica para cada fuente de datos.
A partir de la ruta allí configurada, se guardan los archivos adjuntos de las transacciones y mantenimientos. De no hacerse esta modificación, los archivos del ambiente de producción pueden ser modificados o eliminados, sin intención, desde la base de testing.
El resto de los parámetros de la tabla gl_param_grales no son datos críticos, es donde se guardan, entre otros parámetros, las rutas donde están guardados los reportes. Es útil cuando se requieren cambios en un reporte, para poder probarlos en testing antes de dejarlos en producción.
- Se deben copiar las siguientes 4 carpetas desde la ruta \\[IP Servidor Producción]\archivos\[nombre de la fuente de datos]\ hacia la ruta \\[IP Servidor Testing]\archivos\[nombre de la fuente de datos]\
“Generador de Aplicaciones”
“Generador de Arboles”
“Generador de Informes”
“Nodum Query”
-Desactivar formularios programados
En caso que haya algún formulario que consideremos no debe ejecutarse automáticamente en testing, en el formulario MJobForms (Formularios Programados), debemos desactivar el check de "Habilitado", esto para todos los registros que consideremos no deben ejecutarse. Los registros tienen como clave el código del formulario (ConsultaCFE por ejemplo) y el código del Job (Diario6 por ejemplo), el nombre del campo checkbox es "job_enable". También pueden directamente borrarse, pero en caso que se deseen activar posteriormente, sería conveniente solo deshabilitarlos.
SELECT * FROM gl_fm_servicios WHERE (servicio LIKE 'eje%' OR servicio LIKE 'ese%') AND formulario IN (SELECT TOP 1 formulario FROM cpt_facturas ORDER BY fecha_mod DESC)
Si retorna los servicios EjeEnvioEFGen y EseEnvioEFGen es Efactura nueva. Si retorna cualquier otro es Efactura vieja.
- Para instalaciones viejas de efactura:
Una consideración que deberían tener antes de pisar la base de testing es respaldar los datos de las tablas ct_cfeurl y gl_param_grales.
Luego cuando terminen de levantar los datos de producción en testing, pisan los datos de estas tablas con los respaldos que sacaron de testing.
Esto es porque la tabla ct_cfeurl es donde guardamos la ip del servidor de facturación electrónica usado cuando se ingresan facturas desde Nodum. Si en la base migrada a test no se cambia esta tabla, corremos el riesgo de que al hacer pruebas de facturas en testing se envíen al servidor de producción de facturación electrónica.
- Para instalaciones nuevas de efactura:
Alcanza con sacarle el valor que tenga en cod_cfeprov de la tabla ct_cfeempresas para desactivar los envíos de efactura.
Adicional a estos ajustes por efactura, se deben realizar los siguientes cambios:
- En la tabla gl_param_grales, el parámetro “camino_copia_arc” debe ser modificado, especificando una ruta de carpeta específica para cada fuente de datos.
A partir de la ruta allí configurada, se guardan los archivos adjuntos de las transacciones y mantenimientos. De no hacerse esta modificación, los archivos del ambiente de producción pueden ser modificados o eliminados, sin intención, desde la base de testing.
El resto de los parámetros de la tabla gl_param_grales no son datos críticos, es donde se guardan, entre otros parámetros, las rutas donde están guardados los reportes. Es útil cuando se requieren cambios en un reporte, para poder probarlos en testing antes de dejarlos en producción.
- Se deben copiar las siguientes 4 carpetas desde la ruta \\[IP Servidor Producción]\archivos\[nombre de la fuente de datos]\ hacia la ruta \\[IP Servidor Testing]\archivos\[nombre de la fuente de datos]\
“Generador de Aplicaciones”
“Generador de Arboles”
“Generador de Informes”
“Nodum Query”
-Desactivar formularios programados
En caso que haya algún formulario que consideremos no debe ejecutarse automáticamente en testing, en el formulario MJobForms (Formularios Programados), debemos desactivar el check de "Habilitado", esto para todos los registros que consideremos no deben ejecutarse. Los registros tienen como clave el código del formulario (ConsultaCFE por ejemplo) y el código del Job (Diario6 por ejemplo), el nombre del campo checkbox es "job_enable". También pueden directamente borrarse, pero en caso que se deseen activar posteriormente, sería conveniente solo deshabilitarlos.
¿Cómo recupero un formulario que borré desde el Administrador de Seguridad?
Se debe exportar el formulario por deploy Manager, luego ir por Metadata Designer para borrarlo desde Proceso de Formularios y por ultimo volver importarlo por deploy manager, de esta forma queda en el raiz del menu principal.
¿Existen reglas para el manejo de las claves?
Sí, hay varias opciones que se pueden aplicar para las contraseñas en Nodum.
Desde el formulario "Reglas para claves" ([GlReglasClaves]: Menu Administración Sistema / Seguridad / ERP) se pueden definir algunas reglas de validación para las contraseñas que se definen.
1.Que contenga letras: uy.com.nodum.servidor.seguridad.claves.ValidaContieneLetras
2.Que contenga mínimo ocho caracteres: uy.com.nodum.servidor.seguridad.claves.ValidaMinimoOcho
3.Que contenga números: uy.com.nodum.servidor.seguridad.claves.ValidaContieneNumeros
4.Que contenga letras y números: uy.com.nodum.servidor.seguridad.claves.ValidaContieneAlfaNumericos
Estos pueden habilitarse o no desde la columna "Habilitado".
(Fig.1)
Además, desde "Parámetros generales"([MsuiParametros]: Menu Administración Sistema / Seguridad / ERP) con el parámetro cant_pass_log se puede definir la cantidad de password que se graban en el log de password y así evitar que el usuario vuelva a ingresar la misma contraseña más de una vez.
(Fig.2)
También se puede configurar cada cuántos días se debe cambiar la contraseña desde el formulario "Usuarios Nodum"([GlUsuarios]: Menu Administración Sistema / Seguridad / ERP) en el campo "Días expiración" o definir una fecha exacta en la cual se deba cambiar la contraseña en "Fecha expiración".
(Fig.3)
Desde el formulario "Reglas para claves" ([GlReglasClaves]: Menu Administración Sistema / Seguridad / ERP) se pueden definir algunas reglas de validación para las contraseñas que se definen.
1.Que contenga letras: uy.com.nodum.servidor.seguridad.claves.ValidaContieneLetras
2.Que contenga mínimo ocho caracteres: uy.com.nodum.servidor.seguridad.claves.ValidaMinimoOcho
3.Que contenga números: uy.com.nodum.servidor.seguridad.claves.ValidaContieneNumeros
4.Que contenga letras y números: uy.com.nodum.servidor.seguridad.claves.ValidaContieneAlfaNumericos
Estos pueden habilitarse o no desde la columna "Habilitado".
(Fig.1)
Además, desde "Parámetros generales"([MsuiParametros]: Menu Administración Sistema / Seguridad / ERP) con el parámetro cant_pass_log se puede definir la cantidad de password que se graban en el log de password y así evitar que el usuario vuelva a ingresar la misma contraseña más de una vez.
(Fig.2)
También se puede configurar cada cuántos días se debe cambiar la contraseña desde el formulario "Usuarios Nodum"([GlUsuarios]: Menu Administración Sistema / Seguridad / ERP) en el campo "Días expiración" o definir una fecha exacta en la cual se deba cambiar la contraseña en "Fecha expiración".
(Fig.3)
Cómo cerrar procesos java que quedan colgados, ejemplo conciliación?
Existe un formulario Control de Procesos (ESTADOS), donde se registra cada usuario que utiliza alguna aplicación de java. Cuando la aplicación no se cierra correctamente y se cierra el navegador, esta sesión en la aplicación queda corriendo. Se debe ir al formulario y eliminar el registro.
Cómo se configura la conexión a una o más impresoras en Nodum?
Nodum toma las impresoras que estén definidas en la computadora del usuario. Los reportes serán impresos en la impresora que seleccione el usuario.
La impresora donde se imprimen los comprobantes electrónicos será la parametrizada en Parametrización de Documentos a Emitir, dentro de la sección Impresión, parámetro "Impresora".
También es posible que el sistema Nodum deba imprimir en una impresora que no está instalada en la computadora del usuario, sino en el propio servidor de la empresa.
Para esto, el sistema Nodum (servidor Nodum) deberá tener acceso a las impresoras instaladas en el servidor de la empresa.
Para saber cuáles impresoras son accesibles desde el servidor Nodum, hay que logearse al servidor de aplicaciones con el mismo usuario que utiliza el servicio del Servidor Nodum e ir a Inicio -> Panel de Control -> Impresoras y Scanners y ver que allí esté parametrizada la impresora que se pretenda utilizar.
El usuario “Sistema local” (usuario que windows utiliza por defecto para ejecutar el Servidor Nodum) no es un usuario que tenga permitido acceder a recursos de red, por eso, si la impresora está compartida en la red, puede que no se pueda imprimir en ella.
Para poder imprimir en una impresora compartida en la red, el usuario que ejecuta el Servidor Nodum debe poder acceder a la impresora.
Para poder modificar el usuario con el que se ejecuta el Servidor Nodum ir a Servicios -> NODUM-SERVIDOR -> click derecho Propiedades -> Iniciar Sesión -> checkear “Esta cuenta” e ingresar el nombre de usuario y contraseña.
El cambio tomará efecto una vez reiniciado el Servidor Nodum.
(Fig, 1)
NOTA 2: El formulario “Impresoras Accesibles” sólo nos indica las impresoras accesibles para el usuario “de windows” (o linux) que está ejecutando el Navegador Nodum, pero eso no quiere decir que el Servidor Nodum sea capaz de acceder a esas impresoras (por que puede estar ejecutándose con un usuario “de windows” (o linux) distinto).
Desde qué ambiente se van a imprimir, qué sistema operativo es el que usa el cliente, ya que de acuerdo como esté desarrollado el servicio pueden haber problemas de compatibilidad de drivers si se desarrolla en un ambiente Windows o Linux.
La impresora donde se imprimen los comprobantes electrónicos será la parametrizada en Parametrización de Documentos a Emitir, dentro de la sección Impresión, parámetro "Impresora".
También es posible que el sistema Nodum deba imprimir en una impresora que no está instalada en la computadora del usuario, sino en el propio servidor de la empresa.
Para esto, el sistema Nodum (servidor Nodum) deberá tener acceso a las impresoras instaladas en el servidor de la empresa.
Para saber cuáles impresoras son accesibles desde el servidor Nodum, hay que logearse al servidor de aplicaciones con el mismo usuario que utiliza el servicio del Servidor Nodum e ir a Inicio -> Panel de Control -> Impresoras y Scanners y ver que allí esté parametrizada la impresora que se pretenda utilizar.
El usuario “Sistema local” (usuario que windows utiliza por defecto para ejecutar el Servidor Nodum) no es un usuario que tenga permitido acceder a recursos de red, por eso, si la impresora está compartida en la red, puede que no se pueda imprimir en ella.
Para poder imprimir en una impresora compartida en la red, el usuario que ejecuta el Servidor Nodum debe poder acceder a la impresora.
Para poder modificar el usuario con el que se ejecuta el Servidor Nodum ir a Servicios -> NODUM-SERVIDOR -> click derecho Propiedades -> Iniciar Sesión -> checkear “Esta cuenta” e ingresar el nombre de usuario y contraseña.
El cambio tomará efecto una vez reiniciado el Servidor Nodum.
(Fig, 1)
NOTA 2: El formulario “Impresoras Accesibles” sólo nos indica las impresoras accesibles para el usuario “de windows” (o linux) que está ejecutando el Navegador Nodum, pero eso no quiere decir que el Servidor Nodum sea capaz de acceder a esas impresoras (por que puede estar ejecutándose con un usuario “de windows” (o linux) distinto).
Desde qué ambiente se van a imprimir, qué sistema operativo es el que usa el cliente, ya que de acuerdo como esté desarrollado el servicio pueden haber problemas de compatibilidad de drivers si se desarrolla en un ambiente Windows o Linux.