Aktueller Inhalt von diakh

Über die Lupe am Feld "Beleg zu" (im Standard in den Belegdetails) kann der Bezug einfach auf die Bestellung geändert werden, nachdem der Beleg per Vorgangsübernahme erstellt wurde.

Ist im Druckprozess der Standardbericht zugeordnet oder ein angepasster Bericht? Wurde der TraceLog des Clients beim Aufruf des Drucks und der TraceLog des Anwendungsservers ausgewertet? Meist finden sich dort die entscheidenen Hinweise.

Du kannst zunächst einen Kontextmenüeintrag mit einem Makro aufrufen. Dort kannst Du die Abfrage über einen Popup-Dialog implementieren und abhängig von der Entscheidung dann einen weiteren Kontextmenüeintrag mit dem Datenservice aufrufen.

Dann würde ich die Logik per Datenservice ("DataServiceExecute.Sage.Wawi" -> DCM "VKBelegProxyServiceCall") über einen Kontextmenüeintrag implementieren, der in der Datenstruktur "strVKBeleg" im Ereignis "Vor Änderung" (Wenn IsRunningOnServer()=False) aufgerufen wird. Ich würde dann jedoch nur...

Ich würde dazu die DCMs verwenden. Wenn die Aktionen unabhängig von der Erfassungsart (manuelle Belegerfassung, Beleggenerierung über Assistenten, Beleggenerierung über Schnittstellen) greifen sollen, kannst Du die DCMs des Belegobjekts nutzen, ansonsten die DCMs des Datenservices, die nur im...

Die Einstellung bezieht sich auf das Setzen des Lieferdatums in Lieferbelegen, nicht auf die Übernahme des Lieferdatums in die Rechnungsbelege.

Der Liefertermin in den Positionen ändert sich dadurch nicht, aber auf Belegkopfebene wird damit die Einstellung "Druck Lieferinfo" initialisiert. Dies führt dazu, dass beim Druck nicht der Liefertermin aus dem Standardfeld, sondern die "Lieferinfo" mit dem Liefertermin aus der...

Bei der vorgangsbezogenen Erstellung werden die Positionsdaten aus den Auftragspositionen gelesen - ist im Falle des Liefertermins natürlich nicht sinnvoll. Du kannst das Problem lösen, indem Du den Liefertermin über die "Lieferscheinreferenz" einfügst (in den Mandanteneinstellung im Register...

Neu ab der 9.0.11 ist, dass die Zugangsdaten des System-Benutzers über den "Application Gateway"-Dienst verwaltet werden. Daher müssen die Zugangsdaten auch einmalig neu im Administrator eingegeben werden und der Dienst "Sage Applicationgateway Service" ist für den Betrieb der Sage 100...

Auch die globale Datenbank?

In der Entwicklungsumgebung könntest Du in der Datei "Sagede.ApplicationServer.SData.config" (unter "Program Files (x86)\Sage\Application Server\9.0") die Einstellung "faultDetails" auf "true" setzen. Dann werden erweiterte Fehlerinformationen mit technischen Details im Client angezeigt...

Tritt der Fehler nach dem Update auf die 9.0.11 auf? Nach dem Update muss für jede Datenbank der Systembenutzer plus Kennwort im Sage 100 Administrator einmal neu eingetragen werden.

Alternativ funktioniert auch die Option "Ersetzen von Bericht der Partner-Kennung". Das Ersetzen läuft über den Namen. Daher müsste der Name auf den Standard zurückgesetzt werden ("rptFaFertigungsauftrag"). Wenn Du den Bericht nicht ersetzen, sondern als weitere Variante zur Auswahl stellen...

Dann können die alten Positionen auch nicht gelöscht werden. Beim Speichern wird die _positionenDeleted-Collection durchlaufen und die Datensätze auf Basis der Handle gelöscht.

Die Methode "RemoveAndAddToDeleteCollection" muss bei gespeicherten Positionen anstatt der Methode "Remove" aufgerufen werden. Als Parameter für den Schlüssel den "CollectionKeyWithoutNewHandle" übergeben.