Aktueller Inhalt von diakh

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.

Ja. So ist es. Und damit kann direkt mit dem Wert gearbeitet werden, ohne Berücksichtigung von Positionsmengen und Faktoren.

Hallo Arne, "MengeBasis" in "KHKVKBelegeStuecklisten" enthält die Gesamtmenge des Stücklistenelements für die Belegposition in der Basismengeneinheit (KHKVKBelegePositionen.MengeBasis * KHKVKBelegeStuecklisten.MengeFaktor). Bei untergeordneten Stücklisten werden die Faktoren aus den...

Wie hast Du das denn hinterlegt? Als Berechnungsgrundlage gibt es doch nur den Nettowert des Belegs, nicht den Einkaufspreis?! Die Einstellung "Immer verwenden für" bezieht sich auf Einkauf oder Verkauf, nicht auf den Einkaufs- und Verkaufspreis. Wenn Du dort "nur EK" gewählt hast, wird der...

Du könntest für die Artikel einfach einen negativen Rabattsatz hinterlegen. Dieser wird dann in den Artikelpositionen als Zuschlag ausgewiesen. Den Hinweis auf den Zuschlag könntest Du in den Artikeltexten einfügen.

Die Absenderzeile wird auf Basis der Mandantenadresse gebildet - also der Adresse im Adressstamm mit der Sonderfunktion "Mandant".