Aktueller Inhalt von diakh

Mit einer zentralen Kundennummer und abweichenden Lieferadressen wäre das Problem mit den kundenspezifischen Artikelnummern zwar gelöst, jedoch wäre die zentrale Kundennummer dann auch immer der Auftraggeber, die Erfassung und Übersicht wird ggf. erschwert und die Umsätze in der Warenwirtschaft...

KHKVKBelegeZuschlaege

Wenn nicht mit den Registerkarten gearbeitet wird, wird die Fensterposition von den Access-Dialogen beim Schließen des Dialog im Benutzerprofil gespeichert. Bei nächsten Öffnen wird die Position auf Basis der gespeicherten Koordinaten wiederhergestellt. Bei der Verwendung von mehreren Monitoren...

Danke für die Rückmeldung! Dann lag es wie vermutet an den im Benutzerprofil gespeicherten Fensterkoordinaten.

Bei den Einkaufspreisen ist dies so, weil es keine feste Definition der Anzahl der Nachkommastellen für die Einzelpreise gibt, sondern der Preis mit 0-3 Nachkommastellen, je nach Eingabe, gespeichert und dargestellt wird.

Könnte an fehlerhaften Fensterkoordinaten des Access-Formulars liegen, die im Benutzerprofil beim Schließen des Fensters gespeichert und beim Laden wieder abgefragt werden?! Du kannst die Koordinaten ganz gezielt per SQL auf Datenbankebene aus den Profildaten löschen und prüfen, ob damit das...

Ich finde die Assistenten mit den neuen Selektionsarten für den Anwender besser gelöst. Die Filterung über den "SQL-Assistenten" war für den Laien intransparent und schwer verständlich und für den Experten mit SQL-Kenntnissen zu umständlich.

In den neuen Assistenten gibt es den SQL-Assistenten nicht mehr, dafür können die Artikel über die Selektionsart "Filter-Auswahl" auf Basis einer Artikelliste selektiert werden. Die im Listenelement gesetzten Filter können dann für die Artikelauswahl übernommen werden. Alternativ können die...

Ich würde in diesem Fall das Belegkennzeichen der individuellen Belegart ändern und dabei die von cmayer beschriebene Notation beachten. Als drittes Zeichen würde ich immer eine Ziffer verwenden, damit es keine Überschneidungen zu Belegkennzeichen aus dem Standard geben kann, falls von Sage neue...

Wenn ein Angebot einem Projekt zugeordnet wird, wird für das Angebot direkt eine Vorgangsnummer vergeben. Daran würde ich mich orientieren. Wahrscheinlich reicht ein Eintrag in der Tabelle "KHKVKVorgaenge", das Zuordnen der "VorID" im Beleg und ein Eintrag in der Tabelle "KHKVKBelegeVorgaenge"...

Teilweise ist das Belegkennzeichen auch hart codiert - speziell beim Angebot. Wahrscheinlich wäre es einfacher, die Vorgangsanlage und -zuordnung für die Standardbelegart "VPA" zu implementieren, als eine neue Belegart anzulegen?!

Soweit ich weiß, werden beim Speichern alle Felder von der Belegengine gesetzt, unabhängig davon, ob das Feld im Frontend gefüllt ist, von daher würde der Defaultwert nicht funktionieren?! Wenn es anders ist, wäre dies eine Alternative zum Trigger. Deswegen habe ich am 27.3. geschrieben: "Wenn...

Das benutzerdefinierte Feld sollte beim Speichern des Datensatzes vom Belegobjekt gesetzt werden, daher wird die Lösung per Standardwert auf Tabellenebene nicht funktionieren?! Also Trigger oder AppDesigner, wie bereits vorgeschlagen.

Ganz so einfach ist das leider nicht, da das Gewicht im Standard nur als formatierter Text zur Verfügung steht. Am saubersten per DCM-Programmierung zu lösen: Das Gewicht könnte dann aus dem Belegobjekt ausgelesen und direkt als Text formatiert im Standardfeld bereitgestellt werden, so dass die...

Ab der 9.0.8 werden beim Druck von E-Rechnungen die Einstellungen in den Druckprozessen übersteuert. Die Belege können somit nicht mehr per Druckprozess ausgedruckt, sondern nur per E-Mail versendet oder als Datei gespeichert werden. Soll wohl mit der 9.0.9 noch mal überarbeitet werden...