Suchergebnisse

Von meinen Kunden sind mir keine Probleme bekannt. Würde aber trotzdem immer eine Datenbanksicherung machen und dann erst starten.

Soweit ich weiß ja

genau - NULL wenn sie dich nur ansieht - du weiß dann genauso viel wie vorher :) Die Felddefinition mit 0,1, NULL bei checkboxen ist etwas unglücklich

Daher auch die Frage ob die Wage direkt mit dem Sage-Beleg komunizieren soll oder ob nur ein Wiegebelg raus kommen soll. Bei zweiterem reicht ein direkter zugriff (lesend) aud die DB

NULL, 0,1,-1 - der ewige Kampf bei Sage ;)

Dann greif doch direkt auf die DB mit excel zu - kleines SQL-Statement und gut

Fax als drucker installieren und dann aus sage senden (drucken) müsste doch funktionieren

Das ist klar. aber wenn du "nur" einen Bon benötigst dann müsste doch der Zugriff auf die DB ausreichen. Oder braucht du sofort den Wert auch im Sagebeleg?

Was hat die Übergabe des Preises an die Waage mit Sage zu tun? Einfach aus der Datenbank auslesen und gut ist es. Wenn auch nur der Bon gedruckt wird, braucht man auch Sage nicht. Ansonsten braucht man nur die Rückgabe von Gewicht & evtl Preis indem man die Artikelnummer vorher an die Wage...

Könntest recht haben. Zwar noch nie über meine Kunden direkt mit Sage Serienbelegen zu tun gehabt, jedoch über ein AddIn - als "Liste" für die Schnellerstellung - und da tatsächlich first in, first out verwendet

Du kannst bei PrintVKPrepareBeleg eine Datenausgabe nach Vorgabe von smartparcel einrichten oder direkt einen aufruf starten. Kannst auch nachfragen, ob die z.b. DPD/GLS standard unterstützen - da gibt es tools

Wenn du das alles ins Nachdenken mit einbeziehts - ok

Ok, wenn der "NUR" fürs Nachdenken schon 3 Stunden braucht .... Klar muss exact definiert werden, was wann wie passieren muss bzw. wie die Pflege der Artikel von statten gehen soll und wie diese "markiert" werden sollen. Naja, so ab € 10/20.000 betroffenen Artikelumsatz dürfte es sich rechnen -...

Man muss darauf achten, das Access mit dem Office nicht mit installiert wird. Dann bleibt die Runtime für Sage aktiv

würde es über ein kleines Script vom betreuer machen lassen. Entweder eigener Steuercode oder user_def_field mit kg + abweichender steuer/id und dann mit dem Script im hintergrund anpassen Je nachdem was praktikabler für euch ist

Warum eigentlich nicht bei solchen Sachen den SQL-Profiler & TraceLog mitlaufen lassen. Damit liese sich das Problem zu 99% eingrenzen wenn man schaut, wo das RollBack gestartet wird

MA, HA, VA gehen automatisch ;-) ich erwähnte nur die sozusagen relevanten Felder zum lösen - sonst müsste man auch timestamp, primarykey etc. erwähnen VKBelegPositionRefreshArtikelpreis - da hatten wir vereinzelt problem - wohl eher den komplexen systemerweiterungen geschuldet

Tabelle KundenGruppenRabatte => kunde,artikelgruppe,rabatt Formular zum Verwalten bei Kunde/Rabatte Im AppDesingern Erweiterung rein hängen mit Code bei CreateVKBeleg/VKBelegPositionProxyChangeArtikelposition/VKBelegPositionProxyAddArtikelposition -> function: checkKdRabatt

Schon mal beim erstellen den Trace Log Manager mit laufen lassen was der sagt?

du kannst das sql-script für excel auch erweitern mit einem Artikelnummernfilter: z.b. and a.artikelnummer >= 33253 and a.artikelnummer <= 58996 oder a.artikelnummer like '%-xvme-%' oder a.artikelnummer like 'ber-A1-%'