falsche Postenart bei Artikelposten

Hallo,
einer unserer Kunden hat das folgende Problem: In einer Artikelbuchung über das Artikel.-Buchblatt wurde bei Postenart fälschlicherweise die Postenart Verkauf anstelle von Abgang angegeben. Dadurch taucht dieser Posten jedoch in einer eigens für diesen Kunden angefertigten Statistik auf, obwohl er dort nicht hinein gehört. Gibt es irgendeine Möglichkeit, diesen Vorgang wieder rückgängig zu machen, bzw. wie würde die Gegenbuchung hierzu aussehen? Leider gibt es bei den Artikelposten ja nicht die Möglichkeit, die Transaktion zu stornieren, so wie bei den Kreditoren- und Debitorenposten.

Mit freundlichen Grüßen

Hallo,

das kommt auf die Information an, die du aus der Statistik ziehst.
Willst du das Datum des letzten Verkaufs aus den Posten ziehen, hast du ziemlich schlechte Karten. Geht es nur um Summen, kannst du den Verkauf noch mal mit einer negativen Menge buchen.

Gruß, Fiddi

Hallo,
[…]Geht es nur um Summen, kannst du den Verkauf noch mal mit einer negativen Menge buchen.

…und dabei unbedingt das Feld "Ausgegl. von Posten" mit der Lfd. Nr. des versehentlich gebuchten Postens versorgen, da es sonst zu Lagerwertverschiebungen kommen kann.

Hallo,

das kommt auf die Information an, die du aus der Statistik ziehst.
Willst du das Datum des letzten Verkaufs aus den Posten ziehen, hast du ziemlich schlechte Karten. Geht es nur um Summen, kannst du den Verkauf noch mal mit einer negativen Menge buchen.

Gruß, Fiddi

Wieso?
Ist es nicht möglich sich die betroffenen Artikel- und Wertposten nach Excel zu ziehen, die IDs zu notieren und dann zu programmieren:

Code:

ItemLedEntry.SETFILTER("Laufende Nummer",'Nr.1 bis Nr.N');
IF ItemLedEntry FINDSET THEN
  REPEAT
      IF ItemLedEntry.Postenart = "Verkauf" THEN BEGIN
          ItemLedEntry.Postenart := Abgang;
          ItemLedEntry.MODIFY; //alternativ stattdessen ItemLedEntry.COMMIT, damit die Änderung ja anschlägt
      END;
  UNTIL ItemLedEntry.NEXT = 0;



Dasselbe dann mit den Wertposten, die auf die angesprochenen Artikelposten referenzieren.

Das ist fast wie ein 3-Zeiler, den man mit verbundenen Augen und mit der linken Hand tippt, einmalig ausführt und danach löscht, oder nicht?


edit: bei den Wertposten heisst das Feld "Lagerpostenart".

edit 2: so, hab nun folgenden Code fertiggestrickt, mal sehen ob er euch gefällt:
(Dabei ist der Betroffene Artikel mit der Nr = TEST und Buchungsdatum hab ich auf heute fixiert, da ich gerade eben im Artikel BuBl. gebucht hab.

Code:

ItemLedEntry.SETRANGE("Item No.",'TEST');
ItemLedEntry.SETRANGE("Entry Type",ItemLedEntry."Entry Type"::Sale);
ItemLedEntry.SETRANGE("Posting Date",TODAY);

IF ItemLedEntry.FINDSET THEN
  REPEAT
       ItemLedEntry2.GET(ItemLedEntry."Entry No.");
       ItemLedEntry2."Entry Type" := ItemLedEntry2."Entry Type"::"Negative Adjmt.";
       ItemLedEntry2.MODIFY(TRUE);
       COMMIT;
       
       ValueEntry.SETRANGE("Item Ledger Entry No.",ItemLedEntry."Entry No.");
       IF ValueEntry.FINDSET THEN
          REPEAT
               ValueEntry2.GET(ValueEntry."Entry No.");
               ValueEntry2."Item Ledger Entry Type" := ValueEntry2."Item Ledger Entry Type"::"Negative Adjmt.";
               ValueEntry2.MODIFY(TRUE);
               COMMIT;
          UNTIL ValueEntry.NEXT = 0;

  UNTIL ItemLedEntry.NEXT = 0;


Wieso?
Ist es nicht möglich sich die betroffenen Artikel- und Wertposten nach Excel zu ziehen, die IDs zu notieren und dann zu programmieren:

Code:

(qnd programmierung gelöscht)


Da hier vermutlich auch einfache Gemüter mitlesen, die alles hier für gut && richtig halten, tät ich empfehlen, derartiges hier nicht so zu propagieren. Nochdazu wenn es NAV mit Bordmitteln (also der Anwendung selbst) erlaubt das Problem des OP zu lösen. Also die Korrekturbuchung. Dann ist alles transparent und nachvollziehbar. Und genügt auch den GOB (http://de.wikipedia.org/wiki/Grunds%C3%A4tze_ordnungsm%C3%A4%C3%9Figer_Buchf%C3%BChrung)