Neu Rechnung- UND ALLE Lieferadressen in Kundenübersicht sichtbar

[KETTENFETT]

Moin.

Es wäre von großem Vorteil, wenn man Liefer- und Rechnungsadressen gleichermaßen anlegen könnte, und diese auch alle als eigenständige Adressen in der generellen Kundenübersicht auftauchen würden.

VORGEHEN
Jede Adresse wird eigenständig über die normale Kundeneingabemaske angelegt und bekommt eine eigene, separate Kundennummer.
Innerhalb des Kunden legt man dann mittels einer Check-Box fest, ob:

1. Rechnungsadresse = Lieferadresse (Standard)
2. Diese Adresse die Lieferadresse für Rechnungsadresse XY ist (Zuweisung mittels Kundenummer)
3. Diese Adresse die Rechnungsadresse für Lieferadresse XY ist (Zuweisung mittels Kundenummer)

IN DER PRAXIS
A) Rechnugs- und Lieferadresse ist identisch. Haken setzen bei "Lieferadresse gleich Rechnungsadresse" (Standard wird automatisch von JTL gesetzt).
B) Rechnungs- und Lieferadresse ist unterschiedlich: Haken manuell von User setzen bei "Diese Adresse ist Rechnungsadresse für Lieferadresse: Kundennummer" ODER: "Diese Adresse ist Lieferadresse für Rechnungsadresse: Kundennummer".

VORTEIL

• Es kann nach allen Adressen gleichberechtigt gesucht werden. Sucherleichterung!
• Die Suche nach Auftragsnummern ist exakter. Sucherleichterung!
• Kundendaten können leichter ex- und importiert werden. Verwaltungserleichterung!
• Statistiken/Auswertungen können genauer angelegt werden (Bsp.: Alles mit PLZ 57 hat Umsatz X gemacht). Controllingerleichterung!
• Workflows können präziser gesetzt werden. Auftragsbearbeitungserleichterung!
• REWE, EDEKA etc arbeiten mit Identifikationsnummern, die einzelnen Märkten zugeschrieben werden müssen und wir in das Feld "Adresszusatz" schreiben. Erweitert man die Suche um dieses Datenfeld, käme man bei der Suche direkt zu der Lieferadresse, die es betrifft. Aktuell müssen wir immer den Umweg über den Zentral-Kunden gehen und dann händisch sämtliche Lieferadressen nach der Identifikationsnummer absuchen.
  Das ist wirklich sehr mühsam. Siehe hierzu auch den Eintrag: Suche um Adresszusatz erweitern

Ich bin mir bewusst, dass das eine Grundsatzfrage ist. ABER denkt man das mal zu Ende, entstehen wirklich viele Vorteile und Erleichterungen. Es ergeben sich ungeahnte Möglichkeiten durch diese Veränderung.

 

[John]

...das mit den unterschiedlichen Kundennummer in einem Kunden kannst Du vergessen.
Das weicht derart vom JTL Konzept ab, dass es niemals kommen wird.

 

[frankell]

Das weicht derart vom JTL Konzept ab, dass es niemals kommen wird.

Danke ich auch. Dabei wäre das technisch wahrscheinlich nicht mal der riesengroße Act, wo die Adressen eh schon als einzelne Records gespeichert werden.

 

[frankell]

Hallo @KETTENFETT,

was den Adresszusatz angeht, geht zwar keine direkte Suche, aber Du kannst die Spalte "Adresszusatz" bei der Auflistung der Adressen über den Spalteneditor hinzufügen und danach sortieren. Das dürfte ja keinen besonders langen Suchvorgang nach sich ziehen.

Ist es keine Option, die einzelnen Märkte als einzelne Kunden anzulegen??

 

[KETTENFETT]

Danke ich auch. Dabei wäre das technisch wahrscheinlich nicht mal der riesengroße Act, wo die Adressen eh schon als einzelne Records gespeichert werden.

Ich sehe das ähnlich. Natürlich gibt es auch immer einen Rattenschwanz, den man nicht direkt sieht. Aber von der theoretischen Seite aus, könnte es recht simpel funktionieren.

Hallo @KETTENFETT,

was den Adresszusatz angeht, geht zwar keine direkte Suche, aber Du kannst die Spalte "Adresszusatz" bei der Auflistung der Adressen über den Spalteneditor hinzufügen und danach sortieren. Das dürfte ja keinen besonders langen Suchvorgang nach sich ziehen.

Ist es keine Option, die einzelnen Märkte als einzelne Kunden anzulegen??

Moin Frankell,

danke für den Hinweis "Spalteneditor". So handhaben wir es tatsächlich auch schon vereinzelt. Anders wäre aber schöner, intuitiver und einfacher.

Leider ist das keine Option, da wir bsp. an REWE Zentrale liefern und hier EINE Rechnungsadresse für VIELE (über 1.000) UNTERSCHIEDLICHE Lieferadressen anlegen müssen.

...das mit den unterschiedlichen Kundennummer in einem Kunden kannst Du vergessen.
Das weicht derart vom JTL Konzept ab, dass es niemals kommen wird.

Moin John,
ich bleibe optimistisch.

 

[frankell]

Anders wäre aber schöner, intuitiver und einfacher.

True

Leider ist das keine Option, da wir bsp. an REWE Zentrale liefern und hier EINE Rechnungsadresse für VIELE (über 1.000) UNTERSCHIEDLICHE Lieferadressen anlegen müssen.

Hindert Dich aber keiner dran, bei mehreren Kunden dieselbe Rechnungsadresse zu nutzen.

 

[KETTENFETT]

True



Hindert Dich aber keiner dran, bei mehreren Kunden dieselbe Rechnungsadresse zu nutzen.

Wohl wahr, allerdings muss ich dann jetzt bei über 1.000 Rewe-Kunden (zusätzlich Edeka, Kaufland etc) manuell die Rechnungsadressen neu hinterlegen.
Jetzt im Nachgang als auch bei zukünftigen Neuanlagen. Und auch die ganzen bereits angelegten Lieferadressen löschen und manuell als eigenständige Kunden anlegen.

Anders könnte ich einach eine Kundennummer eingeben und die Daten wären verknüpft.

Oder stehe ich gerade auf dem Schlauch?

 

[frankell]

Oder stehe ich gerade auf dem Schlauch?

Das ist zwar prinzipiell richtig, aber mit Hilfe der Ameise (erst Export der Kundenstammdaten, dann in Excel bearbeiten und dann Import) musst nur vergleichsweise wenig händisch machen.

 

[KETTENFETT]

Das ist zwar prinzipiell richtig, aber mit Hilfe der Ameise (erst Export der Kundenstammdaten, dann in Excel bearbeiten und dann Import) musst nur vergleichsweise wenig händisch machen.

Ok, das ist ein Argument.

Aaaaber...habe das gerade mal getestet: Ich kann einem Kunden zwar eine zweite Rechnungsadresse zuweisen, aber ich kann den Stammkunden nicht zu einer Lieferadresse machen (siehe Anhang).
Zudem soll dann ja auch der Dokumentenversand komplett über die Rechnungsadresse laufen und nicht mehr über die Stammdaten in der Haupteingabemaske. Und damit wird es dann leider schon wieder sehr kompliziert bzw. für das aktuelle JTL unmöglich. LEIDER!!

Zumal wir auch Auswertungen zur Provisionsermittlung unserer Vertriebler brauchen: In Liefergebiet XY (nicht nach Rechnungsadresse!) wurde bereinigter Umsatz X erwirtschaftet. Lieferadresse (nicht Rechnungsadresse) gehört Vertriebler X.

 

[frankell]

aber ich kann den Stammkunden nicht zu einer Lieferadresse machen (siehe Anhang).

Den Satz verstehe ich nicht.

Das gedachte Prinzip war: Du legst jeden Markt als einzelnen Kunden an mit der Adresse der Zentrale als Rechnungsadresse (ergänzt um die Identifikationsnummer) und der Adresse des Markts als Lieferadresse. Du kannst allen dieselbe Mailadresse geben. Alternativ kannst Du auch ein Eigenes Feld für eine abweichende Mailadresse für Dokumente anlegen (und dann in den Mailvorlagen das "An"- oder "CC"-Feld entsprechend verformeln. Da das eine häufige Anforderung ist, findest Du entsprechende Formeln hier im Forum.

Es ist aber auch durchaus möglich, dass wir aneinander vorbei reden.

Zumal wir auch Auswertungen zur Provisionsermittlung unserer Vertriebler brauchen: In Liefergebiet XY (nicht nach Rechnungsadresse!) wurde bereinigter Umsatz X erwirtschaftet. Lieferadresse (nicht Rechnungsadresse) gehört Vertriebler X.

Per SQL alles möglich.

 

[KETTENFETT]

Den Satz verstehe ich nicht.

Das gedachte Prinzip war: Du legst jeden Markt als einzelnen Kunden an mit der Adresse der Zentrale als Rechnungsadresse (ergänzt um die Identifikationsnummer) und der Adresse des Markts als Lieferadresse. Du kannst allen dieselbe Mailadresse geben. Alternativ kannst Du auch ein Eigenes Feld für eine abweichende Mailadresse für Dokumente anlegen (und dann in den Mailvorlagen das "An"- oder "CC"-Feld entsprechend verformeln. Da das eine häufige Anforderung ist, findest Du entsprechende Formeln hier im Forum.

Es ist aber auch durchaus möglich, dass wir aneinander vorbei reden.



Per SQL alles möglich.

Also erst einmal freue ich mich sehr, dass Du Dir so viel Zeit und Hirnschmalz nimmst, um mir zu antworten. DANKE!

Ich glaube aber, dass wir jetzt gerade tatsächlich aneinander vorbei reden.
Denn ich verstehe gerade Deine Ausführungen oben nicht.

Aktuell legen wir einen Rechnungskunden an.
Unter diesem legen wir dann viele verschiedene Lieferadressen (inkl. Identifikationsnummer) an. Somit habe ich in der Kunden-Gesamtübersicht nur die REchnungsadressen sichtbar. Die einzelnen Lieferadressen der Märkte sind ja unter dem Rechnungskunden angelgt und daher über die Suche nicht unmittelbar auffinbar und werden daher ja auch nicht in der Kunden-Gesamtübersicht angezeigt.

Ich hätte gerne, dass ich die Markt-/Lieferadresse (Muster GmbH) über die primäre Kundeneingabemaske als reine Lieferadresse anlege und diesem dann eine individuelle Rechnungsadresse hinzufügen kann.
Aktuell geht nur folgendes:
Im Anhang kannst Du sehen, dass die Muster GmbH (Markt-/Lieferadresse) automatisch nach Anlage, als Rechnungsadresse angelegt wird. Diesen Status kann ich leider nachträglich oder auch währed der Anlage nicht verändern. Ich kann dann nur noch entweder weitere Lieferadresse oder weitere Rechnungsadress anlegen (Muster Zwei GmbH). Aber der primär angelgete Kunde (Muster GmbH) bleibt leider Rechnungsadresse.

 

[frankell]

Also erst einmal freue ich mich sehr, dass Du Dir so viel Zeit und Hirnschmalz nimmst, um mir zu antworten. DANKE!

Gerne!

Ich hätte gerne, dass ich die Markt-/Lieferadresse (Muster GmbH) über die primäre Kundeneingabemaske als reine Lieferadresse anlege und diesem dann eine individuelle Rechnungsadresse hinzufügen kann.

Also, Du legst den Markt als eigenständigen Kunden an und vergibst zwei Rechnungsadressen:
1. Die des Markts (gleichzeitig als Standard-Lieferadresse)
2. Die der Zentrale

Die Rechnungsadresse des Markts machst Du zur Standard-Rechnungsadresse. Jetzt hast Du oben in der Kundenübersicht die Märkte mit ihren Lieferadressen (als Rechnungsadressen "getarnt").

Möchtest Du jetzt einen Auftrag anlegen, klickst Du links unten in der Adressübersicht mit der rechten Maustaste auf die Rechnungsadresse der Zentrale und dann auf "Auftrag anlegen". Dann öffnet sich das Auftragsfenster mit der Rechnungsadresse der Zentrale als Auftrags-Rechnungsadresse und der Standard-Lieferadresse (also der des Markts).