ich stehe vor der Aufgabe eine Vertriebsauftragsart mit mehreren Positionen zu erstellen. Die Positionen enthalten lieferrelevante Artikel die aber nicht bepreist werden.

Sie sollen aber in Lieferungen gepackt werden, (verpackt und alles was dazu gehört, HU usw). (Transport und Frachtkostenbelege sollen nach Lieferung folgen).

Das ungewohnte dabei ist, dass zu jeder dieser (Haupt) Positionen mehrere Unterpositionen (variabele Menge von U-Pos / keine STÜLI) angelegt werden sollen.

Jede der U-Pos beinhaltet je eine Dienstleistung die in Zusammenhang mit dem Artikel auf der Haupt-Pos angefallen ist und da sollte auch eine Preiseingabe möglich sein. (eine Art Veredelung an Beistellteilen).

Die Artikel auf Pos Ebene haben die PosTypGrup = NORM und die Dienstleistungen LEIS.

Wie müssen meine Haupt-Pos, meine Unter-Postypen gecustomized sein? Und wie sollten die Zuordnungen Verk-Bel-Art / Post-Typ-Grup / Verwendung und Pos-Tpen aussehen?

Hat jemand so etwas schon gemacht?

Bin für jeden Hinweis froh.

Danke

Christian

noch ein paar Verständnisfragen:

- wir reden hier über eine einstufige Zuordnung? Sprich, Du hast einen Hauptartikel und darunter sind mehrere Artikel, die preisführend sind. Und unter den Preisartikeln kommt aber nichts mehr?

- Du willst nicht mit Stückliste arbeiten, also muss die Struktur also bei Auftragserfassung manuell eingegeben werden?

- welche Artikel sollen auf den Lieferschein, welche sollen auf die Rechnung?

- sind die Hauptartikel immer kostenfrei?

Gruss

ja das ist alles richtig.

Die Hauptposition ist der Artikel der Kunden an dem nur Dienstleistungen erbracht wurden.

Er kann gerne eine kostenlose Position sein. Er soll in der Lieferung die Position sein und evtl. mehrere Chargen beinhalten können. Verpackung soll evtl. auch in der Lieferung möglich sein.

Darunter sind mehrere manuell anzulegende Unterpositionen. Einstufig, nicht mit Stückliste – da mal diese mal andere Dienstleistungen fällig werden. Hier soll Menge der Leistungen den Wert bestimmen (der evtl. auch nur statistisch sein kann). Eine Rechnung wird nie verschickt (ERS).

Die Unterpositionen werden nicht in die Lieferung übernommen. Es sollte aber wenn möglich eine Kontierung auf ein PSP Element möglich sein.

das wichtigste ist, dass Du erstmal definierst, welche Eigenschaft welche Position haben soll:

- Preisfindung

- lieferrelevant?

- kommirelevant

- fakturarelevant?

- ...

Wenn Du die Fragen für die Haupt- und Unterkomponente gelöst hast, kann man schauen, ob es schon Pos.typen mit entsprechenden Eigenschaften gibt. Hierbei muss man aber schauen, welche ET-Typen hängen dahinter.

Ggf. muss man halt neue Pos.typen anlegen.

Die Findung der Pos.typen kommt erst im zweiten Step. Hier musst Du schauen, für welche Belegarten wird das benötigt, und kann man die bestehenden Pos.typengruppen überhaupt verwenden, ohne, dass es Nebeneffekte gibt. Gefühlsmässig kannst Du für die Hauptkomponente nicht NORM nehmen, dafür muss man aber die Details kennen, was hier in dem Forum zu weit geht.

Gruss

ich dachte dass hinter der Positionstypengruppe nicht wirklich eine Funktion steckt.

Dem was ich brauche kommt natürlich eher LUMF am nächsten. (Struktur/Material unten).

Der Standard sagt:

TA LUMF ---- ---- TAP, TAQ

TA LUMF ---- TAP TAN

1. Schritt:

Dazu habe ich mir folgendes gedacht:

ZTA NORM ---- ---- TAP, TAQ

ZTA NORM ---- TAP TAN

.... müsste das Gleiche sein.

Dann hab ich TAN mit TAD ersetzt weil ja unten eine (oder

mehrere) Dienstleistung stehen soll

ZTA NORM ---- ---- TAP, TAQ

ZTA NORM ---- TAP TAD

Das sollte funktionieren wenn ich eine STÜLI aus X DIEN erstelle - oder?

Gruß

Christian