Navision 3.56 y 3.04... ¿En serio?

Sí, sigue vivo... ¡y sigue mereciéndolo!

En ningún ERP podría introducir pedidos, mantener datos, adaptar programas, diseñar informes más rápidamente...
Claro, no había control con el ratón, el portapapeles tenía que programarse por separado para cada área de datos, y teníamos que hacer trucos con los correos electrónicos porque la @ del corchete estaba reservada para el control del color... ¡Pero era rápido! Y ya entonces era capaz de generar PDF con este sistema, crear e imprimir automáticamente facturas colectivas cada noche, importar pedidos de la tienda web cada 5 minutos y también suministrar datos a una tienda web.
Bueno, hoy puedo hacer más, Navision 2009R2 es para mí la medida de todas las cosas (a mis ojos 2013 y 2015 son un paso atrás por los formularios matriciales, la complicada programación de informes y formularios y, sobre todo, el apenas utilizable control por teclado). Pero mi corazón de programador sigue latiendo más rápido (o vuelve a latir más rápido estos días) cuando vuelvo a sentarme a programar en un 3.56. Y, muy viejo y a la vez nuevo: incluso en Navision 3.04 🙂 .
Addendum (el artículo aquí ya era un poco más viejo): Desde Navision y Business Central 365 BC14, ya estoy completamente reconciliado con el "nuevo" Navision 🙂 El programador vuelve a funcionar de forma 100% fiable, el editor vuelve a ser muy fácil de usar (y, si te gusta más moderno, también puedes programar código en Visual Studio con las extensiones, y y y... ¡Microsoft sí que ha hecho magia!
Precios escalonados, precios de oferta, cuenta de crédito, ficheros DTA o SEPA, asignación (semi) automática de documentos a partir de ficheros MTA940, apoyo al contable mediante la búsqueda automática de números de documento, historial de pedidos con entrada rápida (lista de todos los artículos comprados por el cliente en los últimos 365 días con la opción de introducir una cantidad, a partir de la cual se crean automáticamente líneas de pedido)... ¡Todo funcionaba! Me pareció muy divertido un sistema de control para un almacén de ultracongelados. Todas las mañanas, el subalterno había marcado en color las posiciones de pedido de cada parte del almacén en su lista tabular en papel (ni idea de cómo se llamaba el ERP por aquel entonces) con 7 rotuladores fluorescentes. Con Navision 3.56 y una Epson Stylus Colour, le imprimí la lista a todo color en cuestión de segundos.
Imprimí carteles A4 con distintos tamaños de fuente para otro cliente. Hasta 72 puntos, para artículos promocionales en una tienda especializada. Y el editor de carteles de Navision incluso especificaba el número correcto de líneas y caracteres por línea, en función del tamaño de la fuente. Esto ya no sería tan fácil con Navision new.

Si crees que tu 3.56 está anticuado y ya no puede seguir el ritmo del siglo XXI, estaré encantado de ayudarte a revisarlo. Como está escrito: ¡No hay nada más rápido hoy en día!

Y... ¡tú mismo podrías editar y ampliar fácilmente la ayuda en línea de este sistema! ¡De verdad!

Quién no la conoce... ¿Y quién no la ha amado... ¿Y la ha odiado?
Los objetos protegidos en Navision 3.5x

Por supuesto, también estaré encantado de ayudarte a abrir estos objetos protegidos si lo necesitas.
No, no te diré cómo hacerlo. Pero si quieres jugar con ello, es un juego de niños una vez que hayas entendido cómo DOS Navision protege los objetos. Esto puede ser revelado: El objeto real NO está encriptado 🙂 Navision 3.56 incluso me ayudó a abrirlo.

Si necesitas un pequeño recordatorio:
Parámetros de inicio: Se pueden visualizar con NAVIN.exe ? (o NAVI.exe, NAVI2.exe).

Ejemplo:
NAVIN ID=UserX,SOUND=Ja, SERVERNO=1,NETTYPE=tcp,MACRO=Script.mac,TEMPATH=c:\temp,DEBUG,KEYBOXPATH=C:\Lic\navi_inf.dat,SERIALNO=08154711,AUTOENTER

ID=C:\ZUPs\UserX Navision utiliza este fichero para guardar todos los ajustes (campos, registros de datos actuales, ajustes de informes, colores, selecciones F6...). A diferencia de un archivo Fin.ZUP, estos archivos pueden copiarse cuando sea necesario.
SOUND=¡En efecto! Con Navision 3.04, 3.5x, 3.56 se podía establecer si se debía emitir un ErrorBUP o un IchBinFertigBIEP.
LOCAL Si Navision 3.5x debe conectarse a una copia local. Navision hasta la versión 2009R2 podía trabajar completamente sin servidor, ¡tenía su propia gestión de BD! La tecnología para ello sigue estando disponible en todas las versiones posteriores... si alguna vez se ha preguntado cómo Navision / Business Central gestiona realmente las tablas temporales y por qué están limitadas a 2 Gb de datos de usuario.
SERVERNO=x Esto indicaba a Navision que utilizara un servidor específico del archivo c:\windows\system32\drivers\etc\hosts. Para ello, había que almacenar la dirección IP a la "izquierda" y el nombre del servidor a la "derecha" en el formato naviservX (por ejemplo, naviserv1). La parte de texto "Naviserv" está codificada y no se puede cambiar.

192.168.0.1   naviserv1

Además, el puerto y el protocolo debían almacenarse en el archivo c:\windows\system32\drivers\etc\hosts, en el formato naviserv1 Puerto/Protocoll

naviserv1  2407/tcp #ErsterServer

DATABASE Se utilizó para especificar la base de datos. Si las ubicaciones de almacenamiento de las partes individuales de la BD han cambiado, las nuevas pueden concatenarse aquí: DATABASE=C:\BaseDeDatos\PrimeraParte.db+C:\BaseDeDatos\SegundaParte.db.
Como todos los parámetros tenían que compartir el máximo de 127 caracteres permitidos en la línea de comandos, esto se cambiaba a menudo por una abreviatura: BASE DE DATOS=C:\DB\1.db+ C:\DB\2.db

CACHE Especifique la caché de lectura en Kb (!). Mejor no más de 1 Gb, por ejemplo 999999.

COMMITCACHE En las versiones sucesoras de Navision (Financials, FIN), la caché de commit sólo se activaba con 1 o Sí (dependiendo de la versión, 1 siempre funciona) y era gestionada dinámicamente por el sistema. En Navision 3.53, 3.55, 3.56 Euro se sigue especificando directamente. En esta versión no había tablas temporales, ¡todas las operaciones de tabla se ejecutaban siempre en el servidor! La caché de escritura sólo se añadió en la versión 3.55, antes no existía.

NETTYPE Especificación del protocolo de red. La pila de protocolos correspondiente debía encontrarse como archivo NC_xxx.DLL & NC_xxx.OVL en el directorio del programa. Navision simplemente añadía el parámetro NETTYPE (p. ej. NETTYPE TCP) al nombre y cargaba este archivo. Los archivos NC_TCP.DLL y NC_TCP.OVL se cargaron a través de NETTYPE TCP. En consecuencia, existía NETB para Netbios, la comunicación principal bajo Windows 3.11, TCPM para TCP Microsoft, de Windows 3.11 y Windows 95, TCPN para TCP a través de Netware, y también TCPW, también una versión especial para Windows.

DBTEST para comprobar la base de datos, había DBTEST=MIN (sólo comprobaba la integridad y legibilidad de los datos) y DBTEST=MAX, también comprobaba las relaciones entre las tablas y las claves secundarias. Cualquiera que simplemente haya hecho una "copia de seguridad" de la base de datos mediante una "copia" debería comprobar posteriormente la copia al menos una vez con DBTEST=MIN. Sin embargo, las copias de seguridad de datos mediante macro (¡sí, eso era posible entonces!) eran la mejor versión.

DBREADONLY se utilizó para domar una base de datos que se estaba desbocando para, al menos, crear una copia de seguridad de los datos que funcionara. Sin embargo, la base de datos Navision era prácticamente irrompible; había que usar una palanca en los archivos de la base de datos para romper algo. Y rápidamente....

MACRO Sí, se podía grabar una macro a través de "General", que registraba cada pulsación de tecla, y después reproducir esta macro a voluntad, incluso con control de tiempo. Salida automática de datos, importación automática de pedidos de la tienda web, creación automática de propuestas de pedido y facturas colectivas... ¡Todo funcionaba!

TEMPATH Navision 3.x almacenaba una pequeña cantidad de datos de buffer (en realidad sólo el spooler de informes) en este fichero. La vista previa de un informe o el procesamiento por lotes se podían desplazar según fuera necesario, y esta visualización se almacenaba en búfer aquí.

DEBUG ¡Un interruptor mágico! Con DEBUG=Yes se activaba el depurador, con el que se podía mirar cualquier código de programa de Navision 3.04, 3.55, 3.56, etc. Hasta el nivel del ensamblador.

KEYBOXPATH Esto encendió todas las luces. Al igual que más tarde con Finanzas con Extras/Información de licencia/Cambio, ya era posible trabajar con una licencia de desarrollador con el Navision de DOS ("versión azul"). Sin embargo, Navision también podía hacer algo más en aquella época: proteger objetos. La clave de la licencia utilizada se escribía también en el objeto, y el editor sólo abría este objeto cuando se accedía a él con esta licencia. Pero esto se podía evitar. Keyboxpath=a:\
Esta licencia solía estar en un disquete, que entonces era algo así como una llave maestra. En aquella época, prácticamente todos los PC seguían teniendo disquetera.

SERIALNO era necesario para iniciar Navison con tu propia licencia de desarrollador (Keyboxpath), con Serialno tenías que introducir entonces el número de serie de la licencia del servidor al que querías conectarte.

AUTOENTER Especialmente útil en líneas de venta: Al terminar la descripción, Navision saltaba directamente a la descripción dos si Autoentrar=Sí. Si se definía un salto ATRÁS en las pestañas de la ventana, Navision pasaba inmediatamente a una nueva línea. Esto facilitaba mucho (¡¡¡1990!!!) la introducción de textos largos en campos de 30 caracteres cada uno.

También había otros comandos, como DBGROUP y SEALSTX, que los usuarios normales no necesitaban o ni siquiera podían utilizar. SealSTX podía utilizarse para hacer que un archivo STX (SystemTeXte) modificado fuera digerible para Navision. Esto podía utilizarse para desbloquear comandos de menú ocultos, por ejemplo.