Ja, det lever stadig.. og det fortjener det også!
Intet ERP kunne registrere ordrer hurtigere, vedligeholde data, tilpasse programmer, designe rapporter...
Okay, ingen musekontrol, udklipsholderen skulle programmeres separat for hvert dataområde, for e-mails var der behov for tricks, da "snabel-a" @ var reserveret til farvestyring... Men hurtigt! Og jeg kunne allerede dengang med dette system generere PDF'er, oprette og udskrive samlefakturaer automatisk hver nat, indlæse webshopordrer hvert 5. minut og også forsyne en webshop med data.
Gut, idag kan mere, Navision 2009R2 er for mig det ultimative (få mine øjne er 2013 og 2015 et skridt tilbage, på grund af matrixformater, kompliceret rapport- og formularprogrammering, og især den næsten ubrugelige tastaturstyring). Men stadig (eller især i dag igen) slår mit programmørhjerte hurtigere, når jeg igen må sidde og programmere på en 3.56er. Og, helt gammel og alligevel ny: Selv Navision 3.04 🙂
Tilføjelse (artiklen her var allerede lidt ældre): Siden Navision og Business Central 365 BC14 er jeg nu helt forsonet med det „nye“ Navision 🙂 Skemalæggeren fungerer 100% pålideligt igen, editoren er meget nem at bruge igen (og hvis du kan lide det mere moderne, kan du også programmere kode i Visual Studio med udvidelserne, og og og... Microsoft har virkelig lavet noget magi!
Staffelpriser, tilbudspriser, kreditkonto, DTA eller SEPA-filer, (halv)automatisk bilagsallokering fra MTA940-filer, bogholderstøtte via automatisk søgning på bilagsnummer, ordrehistorik med hurtigindtastning (liste over alle varer kunden har købt inden for de sidste 365 dage med mulighed for at indtaste antal, hvorfra der automatisk oprettes ordrelinjer) … Det hele kunne lade sig gøre med det! Det sjoveste jeg syntes var en styring til et fryselager. Der havde junioren hver morgen i sin tabelpapirliste (ingen anelse om hvad ERP'en hed dengang) med 7 tuscher markeret ordrelinjerne farvet pr. lagerdel. Med Navision 3.56 og en Epson Stylus Colour printede jeg listen for ham færdigfærduge med farver på få sekunder.
Hos en anden kunde har jeg printet A4 plakater med forskellige skriftstørrelser. Op til 72 punkt, til kampagnevarer i et specialvarehus. Og plakateditoren har i Navision endda angivet det korrekte antal linjer og tegn pr. linje, afhængigt af skriftstørrelsen. Det ville ikke længere være så nemt med det nye Navision.
Hvis I synes, at jeres 3.56 er forældet og ikke kan følge med i det 21. århundrede, hjælper jeg jer gerne med at tjekke det. Som skrevet: Der findes intet hurtigere i dag!
Og… Online-hjælpen kunne man i dette system stadig nemt selv redigere og udvide! Virkelig!
Hvem kender dem ikke.. Og hvem har ikke elsket dem.. OG hadet dem?
De beskyttede objekter i Navision 3.5x
Selvfølgelig vil jeg også gerne hjælpe jer med at åbne disse beskyttede objekter, hvis I har brug for det.
Nej, jeg afslører ikke hvordan det gøres. Men for dem der vil lege med det: Det er utroligt nemt, når man først har forstået, hvordan DOS Navision beskytter objekterne. Så meget kan afsløres: Selve objektet er IKKE krypteret 🙂 Hos mig hjalp Navision 3.56 endda med at åbne det.
Her er en lille påmindelse:
Startparametre: Disse kan vises med NAVIN.exe? (eller NAVI.exe, NAVI2.exe).
EKSEMPEL: NAVN ID=UserX,LYD=Ja, SERVERNR=1,NETTYPE=tcp,MAKRO=Script.mac,TEMPPSTI=c:\temp,FEJLSØG,NØGLEBOKSPSTI=C:\Lic\navi_inf.dat,SERIELNR=08154711,AUTOTAST
ID=C:\ZUPs\UserX Navision bruger denne fil til at gemme alle indstillinger (felter, aktuelle poster, rapportindstillinger, farver, F6-valg osv.) i. Disse filer kan, i modsætning til en Fin.ZUP-fil, kopieres vilkårligt.
LYDJa, faktisk! Man kunne indstille i Navision 3.04, 3.5x, 3.56, om der skulle udsendes en ErrorBUP eller en IchBinFertigBIEP.
LOKAL Om Navision 3.5x skal oprette forbindelse til en lokal kopi. Navision op til version 2009R2 kunne fungere helt uden server, de medbragte deres egen DB-styring! Teknologien til dette findes også stadig i alle efterfølgende versioner... hvis du nogensinde har undret dig over, hvordan Navision / Business Central faktisk håndterer midlertidige tabeller, og hvorfor de er begrænset til 2 GB brugsdata.
SERVERNR=x Navision blev herpå instrueret om at anvende en bestemt server fra filen c:\windows\system32\drivers\etc\hosts. Til dette skulle der lægges en IP-adresse til venstre og servernavnet til højre i formatet naviservX (f.eks. naviserv1). Tekstdelen „Naviserv“ er hardcodet og kan ikke ændres.
192.168.0.1 naviserv1
Desuden skulle porten og protokollen angives i filen c:\windows\system32\drivers\etc\hosts, i formatet naviserv1 Port/Protokol
naviserv1 2407/tcp #ErsterServer
DATABASE hereby the database could be specified. If the storage locations of individual DB parts have changed, the new ones could be linked here: DATABASE=C:\Datenbank\ErsterTeil.db+C:\Datenbank\ZweiterTeil.db.
Da alle parametre skulle dele de maksimalt tilladte 127 tegn på kommandolinjen, blev der ofte brugt forkortet notation her: DATABASE=C:\DB\1.db+ C:\DB\2.db
CACHE Angivelse af læsecache i KB (!). Bedre ikke over 1 GB, f.eks. 999999
COMMITCACHE I efterfølgerversionerne af Navision (Financials, FIN) blev commitcachen kun aktiveret med 1 eller Yes eller Ja (afhængigt af versionen, 1 virker altid) og blev dynamisk administreret af systemet. I Navision 3.53, 3.55, 3.56 Euro angiver man den stadig direkte. I denne version var der endnu ingen temp-tabeller, alle tabeloperationer kørte altid på serveren! Skrivecachen kom først til i version 3.55, før dette fandtes den ikke.
NETTYPE Angivelse af netværksprotokollen. Den tilhørende protokolstak skulle ligge som NC_xxx.DLL & NC_xxx.OVL fil i programmappen! Navision byggede derefter simpelthen parameteren fra NETTYPE (f.eks. NETTYPE TCP) ind i navnet og indlæste derefter denne fil. Således blev filerne NC_TCP.DLL og NC_TCP.OVL indlæst via NETTYPE TCP. Tilsvarende var der NETB for Netbios, den primære kommunikation under Windows 3.11, TCPM for TCP Microsoft, fra Windows 3.11 og Windows 95, TCPN for TCP over Netware, og også TCPW, også en specialversion til Windows.
DBTEST For at teste databasen fandtes DBTEST=MIN (kontrollerede kun data for fuldstændighed og læsbarhed) samt DBTEST=MAX, som også kontrollerede relationerne mellem tabellerne og sekundære nøgler. Dem, der blot „sikrede“ databasen med en „kopi“, bør senere kontrollere kopien mindst én gang med DBTEST=MIN. Datasikringer via makroer (ja, det var muligt dengang!) var dog den bedre version.
DBLÆSNUNGTILGÆNGELIG tjente til at tæmme en amokløbende database, for i det mindste at kunne skabe en fungerende datasikkerhedskopi. Navision-databasen var dog praktisk talt uslåelig, man skulle nærmest med koben til at gå til databasefilerne for at kunne ødelægge noget. Og hurtigt….
MAKRO Ja! Man kunne optage et makro under „Generelt“, som ville logge hvert tastetryk og derefter kunne afspille præcis det samme makro efter behov, også tidsstyret. Automatiske dataudtræk, automatisk indlæsning af webshopordrer, automatisk oprettelse af ordre- og samlefaktura-forslag… Alt var muligt!
TEMPATH Navision 3.x gemte kun få bufferdata (egentlig kun rapport-spooleren) til denne fil. En rapport-forhåndsvisning eller batch-behandling kunne derfor rulles frit, netop denne visning blev her buffret.
FEJLSØGNING En magisk kontakt! Med DEBUG=Ja blev debug-udstyret aktiveret, hvilket gav adgang til at overvåge koden i Navision 3.04, 3.55, 3.56 osv. Helt ned til samlebåndsniveau!
NØGLEBOKSTIL Her blev alt lyset tændt. Som senere i Financials under Extras/Licensinformation/Ændre, kunne man her allerede med DOS-Navision („den blå version“) arbejde med en udviklerlicens. Navision kunne dog dengang også noget andet: beskytte objekter. Derefter blev nøglen til den brugte licens skrevet med ind i objektet, og editoren åbnede kun dette objekt ved adgang med denne licens. Det kunne dog omgås.
Keyboxpath=a:\
Denne licens lå ofte på en diskette, som dengang var noget i retning af en universelnøgle. Dengang havde stort set alle pc'er stadig et diskettedrev.
SERIENUMMER man skulle bruge Navison med en egen udviklerlicens (Keyboxpath), med Serialno skulle man så angive serienummeret på serverlicensen, man ville oprette forbindelse til.
AUTOENTER Praktisk især på salgslinjer: Når beskrivelsen var færdig, sprang Navision direkte til Beskrivelse To med Autoenter=Ja. Hvis en TILBAGE-pil var defineret i vinduestabs, skiftede Navision straks til en ny linje. På den måde kunne man også indtaste lange tekster i felter med 30 tegn ad gangen (1990!!!) på en meget bekvem måde.
Dertil kom der yderligere befalinger, som DBGRUPPE og SEALSTX, som almindelige brugere dog ikke havde brug for eller heller ikke kunne bruge. Via SealSTX kunne en modificeret STX (SystemTeXte) fil gøres fordøjelig for Navision. Herved var det f.eks. muligt at frigøre skjulte menukommandoer.