Frage : Abweichung mit MSAcceßbetrieb als zeitlich geplanter Aufgabe, die MSProject benennt

Ich habe einen Prozess, in dem ein mdb Access03 als zeitlich geplante tägliche Aufgabe gestartet und MSProject öffnet ist. Dieser Prozess hat richtig für einige Jahre gearbeitet, aber wir verbesserten vor kurzem von Projekt 03, um 07 zu projektieren. Jetzt wenn ich starte, das Zugang mdb manuell, das das Prozess normalerweise läuft, aber, wenn das Zugang mdb von Windows gestartet wird, da eine zeitlich geplante Aufgabe, das instruction

Set objMSProj = CreateObject („MSProject.Application " )

returns Bestandteil der Störung „429 ActiveX Gegenstand nicht verursachen kann“.

Can jedes schlagen warum die APP-Durchläufe richtig vor, wenn es manuell, aber gestartet wird, wenn es als zeitlich geplante Aufgabe gestartet wird?

Antwort : Abweichung mit MSAcceßbetrieb als zeitlich geplanter Aufgabe, die MSProject benennt

Ich sehe, dass Sie späte Schwergängigkeit benutzen, um auf Mitgliedstaat-Projekt zurückzugreifen.  Ein Gedanke könnte sein, dass Microsoft namespace projektieren, das von 2K3 zu 2K7 geändert und es nicht mehr „MSProject.Application“ genannt.

Da Sie dieses nur, das haben auf den Bediener und Sie genau angebracht, zu wissen, das Version zu erwarten des Mitgliedstaat-Projektes, warum die späte Schwergängigkeit jedoch benutzen?  Versuchen, MSProject Ihren Hinweisen direkt hinzuzufügen und Ihren Code zur frühen Schwergängigkeit umschalten.  Dann sehen, wenn Sie noch das gleiche Problem haben.

Einige andere Sachen, die ich versuchen konnte, wenn der nicht arbeitet:
1) Alle Versionen des Büros sicherstellen, die spätesten Servicepakete und die Updates zu haben
2) Die Zusatzeinrichtungen des Mitgliedstaat-Projektes betrachten, die möglicherweise nicht sie anzubringen angebracht worden sein und, erwägen können
3) Aufsteigen zu Mitgliedstaat-Zugang 2007