Hallo zusammen,
bei Aufruf des Programms tdinv0250m000 bekomme ich folgende Fehlermeldungen:

Log_mesg: Fataler Fehler: Dynamic Link failure function 'tisfc.dll0101.determine.dll.date'
Log_mesg: Fataler Fehler: Can not continue in tdinv0250m000 (<81>)

Das Programm läuft in mehreren logistischen Firmen ohne Fehler,
nur bei einer logistischen Firma stürzt das Programm ab.

Systemumgebung: Baan IV c mit Tbase, Service-Pack 17 auf einer AIX-Maschine

Ich bin für jeden Hinweis dankbar, vielen Dank im vorraus.

Nach Update auf Service-Pack 26 ist der Fehler behoben.

Irgendwelche Anpassungen vorhanden? Wenn ja, müssten die Anpassungen in dem Bereich mal geprüft werden, ob sie mit dem aktuellen Solutoinstand übereinpassen. Wenn nein, ist's ein Standardfehler, dann wäre der Infor-Support gefragt.

Der Dynamic Link failure passiert immer dann, wenn ein Programmobjekt X eine Funktion in einer DLL Y aufzurufen versucht, die nicht oder nicht mehr existiert, bzw. bei der sich die erwarteten Parameter geändert haben. Das passiert, wenn die DLL Y durch einen neueren Stand ausgetauscht wird (in der Regel durch eine Solution), ohne dass das Objekt X mit ausgetauscht wird, entweder weil da eine Anpassung drin ist, oder weil Infor das beim Ausliefern der Solution übersehen hatte.

beste Grüße
Uli

Hallo Uli,
vielen Dank für die Hinweise, Anpassungen haben wir keine eingespielt.
Das Programm läuft seit Jahren problemlos, erst seit ich eine neue Firma in Baan angelegt habe, haben wir den Fehler. Unsere Baan-Umgebung ist Einfach-Fibu/Mehrfach Logistik. Zu der Finanzfirma ist eine weitere Logistikfirma hinzugekommen, und in dieser haben wir nun den Fehler. Kann es evtl. an den Parametereinstellungen liegen?

Gruß Peter

Das kann natürlich sein, dass aufgrund irgendwelcher Einstellungen der Programmfluss jetzt in einen Bereich kommt, der in den anderen Firmen nicht aufgerufen wird. Da muss aber letztlich der Support dran. Als Grundregel gilt: Wenn die "weiße Maske" (BW-Message-Fenster) kommt, ist es zu 95% ein Programmfehler. Die Anderen 5% verteilen sich auf weitere technische Aspekte. Keinesfalls aber darf falsche / fehlende Parametrierung zu diesen Meldungen führen, da müssen ggf. "ordentliche" Meldungen kommen.

Uli

Wie sieht's denn mit dem Betriebskalender der neuen Firma aus? Beim (Neu-)Aufbau der geplanten Bestandsänderung nicht ganz unerheblich und die Fehlermeldung "riecht" förmlich danach..

Gruss

Martin

Hallo Martin,

danke für den Hinweis, habe das Programm tirou4204m000 Standard Betriebskalender erstellen laufen lassen, danach für jede Abteilung/Jahr einen Betriebskalender eingerichtet, der Fehler kommt leider immer noch.

Gruss Peter

Hallo Peter,

falls Du noch keinen Anhaltspunkt hast, dann prüfe doch kurz die Tabellen, ob diese eventuell ein falsches Datum oder eine Abteilung enthalten ("04.02.0909", "04.02.9999", usw), welche vom Betriebskalender nicht abgedeckt werden.

Mit einem SQL-Statement ist das ja relativ einfach überprüft:

select T1.T$PDNO, T1.T$OPNO, T1.T$CWOC, T1.T$PRDT,
T1.T$RSDT, T1.T$FIDT, T1.T$TANO, T2.T$OSTA
from BAAN.TTISFC001100 T2,
BAAN.TTISFC010100 T1
where T2.T$PDNO=T1.T$PDNO
order by T1.T$PRDT desc

Prüfe auch, ob Euer Kalender die jüngsten und spätesten Datums abdeckt und nicht beispielsweise beim 27.12.xxxx für eine Abteilung endet, Ihr aber noch Aufträge bis zum 31.12.xxxx habt.

Viel Erfolg! :D

Gruß,
Ecoman68

Hallo Ecoman68,
ich habe die Datumsfelder geprüft und nichts gefunden, wir haben auch nur eine handvoll Produktionsaufträge, wir fangen jetzt gerade erst an das Produktionsmodul zu nutzen.
Gruß Peter