MSDynamics.de

Hallo in die Runde,

beim Testen der Elster-Übertragung in NAV2016 und NAV2017 habe ich folgende Fehlermeldung:



Das ist gefühlt neu (in einer Datenbank hat es vorher funktioniert, ohne Änderung). Hat das jemand anders auch und/oder kann ggf. weiterhelfen?

Parameterfeld:

Alle Installationen mit p12-Zertifikat, verschiedene Rechner, Windows 7, Windows 10 1803, Windows 10 RS5

NAV2009 mit COMWrapper - geht
NAV2013 mit COMWrapper - geht
NAV2016 direkt .net (so wie geliefert, DLL aus CU 32) - geht nicht, auch ältere DLL-Versionen nicht
NAV2017 direkt .net (so wie geliefert, DLL aus CU 19) - geht nicht, auch ältere DLL-Versionen nicht

Interessant ist das die Kommunikation mittels COMWrapper klappt. Es sind aber auch Rechner im Testfeld dabei wo dieser nie installiert wurde... also liegt es wohl eher nicht an dessen Präsenz.

Jemand eine Idee?

LG Jens

Edit: Fehler ist wieder da...

viewtopic.php?f=7&t=4886
Auch wenn es jetzt DotNet statt Automation ist - hängt es vielleicht irgendwie trotzdem mit Adminrechten zusamnen?

Ich habe auf mehreren Rechnern Admin-Rechte, das scheint es nicht zu sein. Habe auch auf diesem Rechner nochmal als lokaler Administrator probiert, gleiche Meldung.

Eine dumme Frage - sorry dafür:
Die Objekte aus den CUs hast du auch in der DB drin?

und noch eine:
Sind die DLLs freigegeben - also nicht gesperrt?

Hast du schon versucht, die DLLs im GAC manuell zu registrieren?
Global Assembly Cache Tool (Gacutil.exe)

gacutil bereits probiert - kein Effekt. Neueste Objekte, nicht geblockt (ist auch eine andere Fehlermeldung).

Debuggen endet am Einsprung in ElsterTransferHandler.ExternalCommunication.SendXmlDocumentString()... Alle Variablen sehen beim Einsprung okay aus.

Hallo,

sowas läst einem ja keine Ruhe. Ich habe auf dem Windows 10 RS5 Rechner nochmal NAV2016 CU32 installiert, brav eingerichtet (erstmal im Cronus), und siehe da, es geht. Danach nochmal die Kundendatenbank mit dieser Runtime aufgemacht, konvertiert, aktuellste Elster-Objekte für NAV2016 eingespielt, Elster eingerichtet, und es geht auch. Ohne dieses Procedere war die Kundendatenbank aber nicht dazu zu bewegen. Ich nehme mal an es gibt Anpassungen in der Runtime die damit zusammenhängen... oder ein unsauberer Cache oder wasauchimmer... komisches .net Graffel. Mit entspreched viel spiritueller Unterstützung bekommt man es zum Laufen.

LG Jens

Update 19.07.2018: Heute gab es einen Übergang von "geht" zu "geht nicht" in unserem System ohne das etwas geändert wurde.



Was ziemlich unerquicklich ist. Der Ausfall ist simultan auf allen Rechnern, was mehrere Ursachen haben kann:

1. Problem in unserer Infrastruktur. Proxy z.B., alles andere geht aber.
2. Problem auf der Finanzamtsseite. Bisher keine Meldung darüber auf https://www.elster.de/elsterweb/svs.

Der Ausfall betrifft NAV2009(R2) und NAV2017. In beiden Fällen gibt es eine Exception innerhalb des ElsterTransferHandlers. Hat jemand anders auch Probleme?

Weiteres Update: Mit einer CRONUS NAV2017 DE CU19 (Runtime CU20) bekomme ich exakt die selbe Meldung. Das ist von einem komplett anderen Netzwerk aus, ohne Proxy. Klingt also als ob entweder die ElsterTransferHandler-DLL nicht mehr funktioniert oder aber Elster grundsätzlich nicht geht (wurde bisher verneint).

Wir haben das gleiche Problem.

Ich kann das auch bestätigen.

Das Problem ist bei Microsoft bekannt, speziell quantitativ :)
Es gibt bereits einen Prototypen für NAV 2018, den ich nachher prüfe und mich dann nochmal melde.

Ok, es geht mit der neuen DLL.
Kernänderung ist das benutzte Encoding von ISO 8859-1 (Latin-1) auf ISO 8859-15 (Latin-9).
Laut Wikipedia dient ISO 8859-15 als Zeichensatzvorgabe für amtliche Zwecke wie die aufgedruckten Daten der Elektronischen Gesundheitskarte. Ich denke fast, die Änderung hat damit zu tun...

ich schreib mal den Fehler ab, damit man Ihn auch über die Suche findet

Code:

Es wurde der Fehlercode 10000.
Bei der Verarbeitung ist ein unerwarteter Fehler aufgetreten.
Weiter Informationen finden Sie in unter Stack/Text.
Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
empfangen

Die Übertragung verlief nicht erfolgreich


wäre echt super, wenn hier Microsoft bald Abhilfe schafft

SilverX hat geschrieben:Das Problem ist bei Microsoft bekannt, speziell quantitativ :)
Es gibt bereits einen Prototypen für NAV 2018, den ich nachher prüfe und mich dann nochmal melde.

Das sind ja schon mal gute Nachrichten!

Woher kann man die DLL beziehen? Gibt es die im PartnerSource oder müssen wir auch erst eine Ticket bei Microsoft aufmachen?
Ist die DLL abwärtskompatibel (NAV2016/NAV2017)?

Habe auch mehrere Kunden mit diesem Problem. Bin natürlich auch an einer baldigen Lösung interessiert.

sweikelt hat geschrieben:ich schreib mal den Fehler ab, damit man Ihn auch über die Suche findet

Danke, so wäre es übrigens auch gegangen: viewtopic.php?p=83984#p83984 (letzter Punkt)

Die neuen DLLs sollen mit den kommenden CUs ausgeliefert werden, sind aber auch über den technischen Support zu bekommen.

wir haben auch über den Support von Microsoft die neuen DLLs bekommen.

kleiner Tipp:
Es funktionierte bei uns danach erst, als wir in der Einrichtung der elektronischen Umsatzsteuererklärung die URLs zum Finanzamt von http zu https gewechselt hatten.

Die deutschen Microsofties haben einen Blog Eintrag verfasst:

Elster: Eine Objektinstanz wurde nicht auf einen Objektverweis festgelegt. (Error 10000)
https://blogs.msdn.microsoft.com/german ... estgelegt/

In Zukunft gibt es keine Übertragungsfehler mehr von NAV/BC an ELSTER.
Denn es findet keine Übertragung mehr statt . Es wird nur noch die XML-Datei erzeugt, die man dann selber manuell hochladen kann.
Quelle:
https://www.yammer.com/dynamicsnavdev/# ... d=11622901

Nachtrag zur Ursache: Die Libraries des ERiC (ELStER Rich Client) genügen nicht den Sicherheitsansprüchen von BC.
https://www.allpecon.de/2018/06/22/elst ... -auf-eric/ (da geht es zwar um SAP, aber sozusagen Leidensgenossen in diesem Fall)

Vielen Dank für die Information - dann hat sich das Problem ja bald von selbst erledigt.

Für die Übergangszeit besteht bei mir noch das Problem des Instanzfehlers.
Navision 2016 CU 32. Elsterdll CU32 und CU34 bringen Instanzfehler.
Umgebungsvariablen sind ein Proxy Server, der sich seitens Administrator nicht abschalten oder umkonfigurieren lässt.

Auf einer Testeinstallation der Navisiondatenbank ohne Proxyserver funktioniert die Testübertragung.

Wie kann ich sicher gehen, dass der Instanzfehler bei der Elsterübertragung durch den Proxyserver hervorgerufen wird und nicht durch eine fehlerhaftes Navision?
Hat hier jemand vielleicht Erfahrungen oder Tipps - danke vielmals.

NAV2016 CU32 und evtl. auch CU34 scheinen vor (?) August 2018 zu liegen. Damit gehen die DLLs nicht mit der aktuellen Konfiguration der ELSTER-Server, da sie jetzt einen anderen Zeichansatz verwenden als die damalige Programmierung annimmt / verträgt. Mal die DLL aus CU35/36 verwenden?
Aber generell: Wenn die Testinstallation ohne Proxyserver die Verbindung aufbaut, ist der Proxyserver das Problem - oder wie die DLL damit umgeht, auch da gab es einige Vorfälle.
Wir benutzen die August-DLL (NAV2017) zusammen mit dem ComWrapper und NAV2009R2 und Proxy, seitdem zum Glück ohne weitere Vorkommnisse. In diesem Sinne würde ich wenn es die Zeit erlaubt empfehlen, einfach mal die aktuellste NAV2017 oder NAV2018 DLL zu nehmen (je nach unterstützter .net Version in NAV2016, falls es da Unterschiede gibt), und die in CU11001 einzubinden.