Es gibt schon Probleme mit abweichenden Rechnungsadressen. Gerade wenn viele Märkte/Kunden dieselbe Rechnungsadresse haben. Würde bedeuten, viele Kunden mit derselben abweichenden Rechnungsadresse oder einen Kunden, die Rechnungsadresse, mit vielen Lieferadressen. Beides ist nicht ideal.
Sorry, aber ich kann deine Problematik einfach nicht nachvollziehen. Warum das ganze so umständlich?
Wenn viele Märkte/Kunden die gleiche Rechnungsadresse haben, interessiert es die
Wawi nicht. Warum gibt es plötzlich Probleme mit abweichenden Rechnungsadressen?
Würde bedeuten, viele Kunden mit derselben abweichenden Rechnungsadresse oder einen Kunden, die Rechnungsadresse, mit vielen Lieferadressen. Beides ist nicht ideal.
Nein. Pro Markt, eine Rechnungsadresse (die Zentrale) und eine Lieferadresse (die des Marktes). Du kannst in den Kundenstammdaten mehrere Adressen anlegen.
Die Standard-Rechnungsadresse ist immer die Kundenadresse. Alle anderen Adressen werden im Kunden (F5) über die "normale" Suche und auch bei Auftragsanlage nicht gefunden.
Das ist korrekt. Die Rechnungsadresse ist die "wichtigere" Adresse. Wenn du nach der Lieferadresse suchen möchtest, geht das über die Aufträge in dem Suchbereich "Kunde". Wenn du da auf den kleinen Pfeil klickst, siehst du auch, dass da nach Lieferadresse gesucht werden kann. Die Funktion muss dann natürlich aktiviert bleiben.
Für weitere Adressen gibt es nur eingeschränkte Möglichkeiten, z.B. keine Eigenen Felder, Steuernummer, Sprache, Druckvorlagenset, Rabatt usw. usw.
In der Statistik wird nur der Kunde, sprich die Standard-Rechnungsadresse, ausgewertet, abweichende Rechnungs- und Lieferadressen sind nicht darstellbar. Und einiges mehr ...
Diese Daten legt man auch nicht in die angelegten Adressen an sondern in die normale Stammkundenkonfiguration. Du kannst ja schlecht einen Kunden (also einen Markt) haben, aber mit mehreren Steuernummern und Sprachen.
Das macht hier schon kein Sinn. Daher, wie schon oben beschrieben -> pro Markt einen Kunden anlegen. Dann kannst du das wie gewünscht abbilden.
Für die Statistik kann man die Kunden in eine Kundenkategorie packen. Also Kundenkategorie "Rewe" erstellen und in den Kundenstammdaten die Kundenkategorie "Rewe" auswählen. Die Kundenkategorie ist auch nur für die Auswertung gedacht. Um an eine Auswertung zu kommen, gibt es ja viele Wege.
Wenn wir jetzt davon ausgehen, dass über Strecke 50 eigenständige Märkte einer Kette beliefert werden, die zentral über eine Rechnungsadresse abgerechnet werden, haben wir nicht nur ein Problem. Die sind zwar alle irgendwie umgehbar, aber das bedeutet einmal mehr geänderte Prozessabläufe und erweiterte Kenntnisse im Umgang mit Ameise, Batch-Programmen und SQL.
Das wären 50 Aufträge an 50 Kunden verschiedenen Kunden. Abgerechnet über die selbe Rechnungsadresse, geliefert an die 50 verschiedene Lieferadressen. Wo beißt sich das jetzt?
Kann das sein, dass du für die 50 Aufträge einfach nur eine Rechnung für alle haben willst und versuchst, es so auch so abzubilden?
Richtige und einzige Lösung (meine Meinung), der Rechnungsempfänger ist ein eigenständiger Kunde der bei anderen Kunden als Rechnungsempfänger auswählbar ist.
So eine Funktion ist mir nicht bekannt. Die oben genannte bzw. normale Vorgehensweise machen so eine Funktion überflüssig.
Entschuldige bitte, wenn ich das Problem nicht verstanden habe.
PS:
@tom10 sorry, habe dein Benutzernamen nicht beachtet. Ich dachte, du wärst der Thread-Ersteller.
