Bei der Fehlersuche würde ich mich auf das Script und dessen Inhalt konzentrieren.

Als einfacher Test, ob das Script überhaupt ausgeführt wird, sollte man einen kontanten Wert (String) zurückgeben.
Man kann auch zunächst das mit Allplan installierte Script testen. Das sollte in jedem Fall eine Ausgabe produzieren.
So kann man schon mal Syntaxfehler ausschliessen, die das Script beim Laden blockiert.

Meine Erfahrung ist, das die Ergebnisse (oder eben auch keine Ergebnisse) auch vom Rechner und der Stelle im Speicher, wo das Script geladen wird, abhängen. Gerade wenn Strings manipuliert werden, ist es scheinbar wichtig, dass der Speicher für den Rückgabewert
mit 0x00 initialisiert ist. Sonst werden Strings nicht korrekt zurückgegeben.

Syntax-Fehler kann man mit dem Script-Tester aufspüren.

Hier und hier sind Hinweise für die Funktionen in der functions.vbs zu finden.

Leider gibt es keine ausführliche Dokumentation seitens Allplan, und auch keine Debugging-Möglichkeit
für solche durchaus brauchbaren Funktionen. Da auch die Formel-Attribute vbs.Script-Funktionen unterstützen,
sehe ich hier dringend Nachhol-Bedarf!
@Allplan:
Bitte die Dokumentation und die Debugging-Möglichkeiten (Ausgabe im Trace) unbedingt verbessern.
Auch wenn man evtl. über Python als zusätzliche Script-Sprache nachdenkt, sind das essentielle Voraussetzungen für
Programmierung und Testung der Script-Funktionen.

..bei unserem System (auch Workgroup mit dediziertem Server) läuft so ein Script, welches ja im STD-Verzeichnis auf dem Server liegt.

Möglicherweise ist eine Virenschutz-Lösung für die Blockierung eines VB-Scriptes verantwortlich.
Ausserdem gibt es m.E. Möglichkeiten in den Schutzfunktionen des Betriebssystems/Internet-Explorers die Ausführung von Scripten generell (also nicht nur in Webseiten) zu verbieten oder einen Freigabedialog vorher anzuzeigen. Letzteres wird Allplan beim Ausführen des vbs-Scripts möglicherweise hindern.

Der "lokale Rechner", wo es anscheinend fehlerfrei läuft, ist nicht mit der Workgroup verbunden, hat also eine "Stand-allone-Installation" von Allplan?

Wichtig erscheint mit noch der Hinweis, dass nach jeglichen Änderungen an der functions.vbs Allplan neu gestartet werden sollte.

Wie konkret wurde das Funktionieren getestet?
Durch ein Beschriftungsbild, welches in der Formel die Funktion aufruft, und welches dann mit "Beschriftung aktualisieren" refresht wird?

Es (das Script) hat also schon mal auf dem Workgroup-Server funktioniert.
Das war der Beschreibung so nicht zu entnehmen, und der Titel des Beitrages suggeriert auch etwas anderes!

Dann sollte man nicht nachlassen, die Unterschiede der beiden Rechner in der Workgroup zu untersuchen.
Möglicherweise liegt es auch gar nicht an dem Rechner, sondern an den Daten!
Ist wirklich sichergestellt, dass die Attribute in dem Test-Projekt vorhanden sind.
Auch der Benutzer (und seine Rechte) können eine Rolle spielen.

Und ist evtl. auf einem Rechner Excel nicht, oder in einer anderen Version installiert?

Das Script wird in einem extra Thread ausgeführt. Dieser muss auch das Script vom Server "laden".
Eventuell ist die Antwortzeit des Servers zu lang, sodass die Abfrage, ob eine solche Funktion im Script exisitert, zu lange braucht!

Hast Du schonmal geschaut, ob der Eintrag in der Registrierung richtig ist; Pfadname korrekt, vielleicht gemappte Laufwerke ???

Gruß Ralph

Hallo Jochen,

gibt es hier neue Erkenntnisse? Habe nämlich das gleiche Problem mit einem Rechner. Dutzend andere laufen problemlos.

Freundliche Grüße