Neu Verknüpfung von DB-Tabellen in SQL-Abfrage für Retouren zur Ermittlung des Kunden

[PaWer]

Hallo,

ich habe eine SQL-Abfrage für Retouren erstellt, die leider momentan teilweise noch zu viele Einträge zurückgibt. Grund hierfür ist scheinbar die Verknüpfung der DB-Tabellen, um den Kunden der jeweiligen Retoure mit Firma/Name/Vorname zu erhalten.

Ursprünglich dachte ich, die Verknüpfung sei nicht so trivial, aber scheinbar doch.

Ich habe die Tabelle für die Retouren "tRMRetoure" mit der Tabelle "tkunde" über den Primärschlüssel "kKunde" verknüpft. Die Ergebnisse sind bis zu dieser Stelle richtig.

Wenn ich jetzt aber noch "tAdresse" auch über "kKunde" per "join" verknüpfe, erhalte ich zu viele Ergebnisse. "kKunde" ist in der Tabelle "tAdresse" nicht eindeutig, es gibt mehrere Einträge.

Welche Verknüpfung, welchen Schlüssel muss ich nutzen, oder muss ich andere Tabellen nutzen, um den tatsächlichen Namen des Kunden für die Retoure als eindeutigen Eintrag zu erhalten?

Ich würde mich freuen, wenn mir hier jemand weiterhelfen könnte.

Danke im Voraus!

Viele Grüße,
PaWer

 

[Dreizack Medien]

Hallo,

ich habe eine SQL-Abfrage für Retouren erstellt, die leider momentan teilweise noch zu viele Einträge zurückgibt. Grund hierfür ist scheinbar die Verknüpfung der DB-Tabellen, um den Kunden der jeweiligen Retoure mit Firma/Name/Vorname zu erhalten.

Ursprünglich dachte ich, die Verknüpfung sei nicht so trivial, aber scheinbar doch.

Ich habe die Tabelle für die Retouren "tRMRetoure" mit der Tabelle "tkunde" über den Primärschlüssel "kKunde" verknüpft. Die Ergebnisse sind bis zu dieser Stelle richtig.

Wenn ich jetzt aber noch "tAdresse" auch über "kKunde" per "join" verknüpfe, erhalte ich zu viele Ergebnisse. "kKunde" ist in der Tabelle "tAdresse" nicht eindeutig, es gibt mehrere Einträge.

Welche Verknüpfung, welchen Schlüssel muss ich nutzen, oder muss ich andere Tabellen nutzen, um den tatsächlichen Namen des Kunden für die Retoure als eindeutigen Eintrag zu erhalten?

Ich würde mich freuen, wenn mir hier jemand weiterhelfen könnte.

Danke im Voraus!

Viele Grüße,
PaWer

Hallo PaWer,

es gibt mehrere Lösungen:

1. ergänzend zu Ihrem Lösungsweg müssten Sie noch mit der WHERE Funktion die Ergebnisse einschränken. In der "tAdresse" gibt es eine Spalte n-Standard, welche bestimmt welche Adresse zuerst angelegt wurde/ die Hauptadresse ist. Durch WHERE n-Standard = 1 wird dies eindeutiger definiert. Sie bekommen weniger Einträge angezeigt.
2. Mit der untenstehenden SQL Abfrage können Sie sich eindeutig die Retourennummer, die Kundendaten: Kundennummer, Firma, Name, Vorname anhand der Tabellen "Bestellung" und der Tabelle "Rechnungsadresse" ausgeben lassen. Wenn die Ausgabe anhand der Rechnungsadresse nicht gewünscht ist, funktioniert dies auch für die Lieferadresse.

Bei weiteren Fragen können Sie uns gerne unter den angegebenen Informationen in der Signatur kontaktieren. Ich hoffe wir konnten Ihnen weiterhelfen.

SELECT

        tRMRetoure.cRetoureNr AS 'Retourennummer',
        tkunde.cKundenNr AS 'Kundennummer',
        trechnungsadresse.cFirma AS 'Firma',
        trechnungsadresse.cName AS 'Name',
        trechnungsadresse.cVorname AS 'Vorname'
FROM
        tRMRetoure
            LEFT JOIN tBestellung
                ON tRMRetoure.kBestellung = tBestellung.kBestellung
            LEFT JOIN tkunde
                ON tBestellung.tKunde_kKunde = tkunde.kKunde
            LEFT JOIN trechnungsadresse
                ON tBestellung.kRechnungsAdresse = trechnungsadresse.kRechnungsAdresse

 

[UnkownUser]

Hallo,

Mein Wissenstand ist, dass es nicht möglich ist Retouren-Daten per CSV/ Ameise zu importieren. SQL Abfrage der Daten in Bezug auf bereits vorhandene Retouren ist natürlich möglich, sofern alle Felder/Tabellen bekannt sind.

Für Aufträge gilt das Gleiche hinsichtlich der Ameise, daher schreiben wir hier bereits erfolgreich direkt in die Datenbank, um nachträglich die Adressen von Aufträgen zu korrigieren. Das läuft alles reibungslos, sodass wir nun Retouren auch direkt in der Datenbank anlegen möchten (da wir ebenfalls einen externen Dienstleister/ Fullfilment Logistiker einsetzen wollen - eine Anbindung an JFN ist nicht möglich!).

Unsere Problematik ist jetzt der Datenbank-Pfad, den wir gehen müssen, um eine Retoure korrekt anzulegen und die Verknüpfung mit dem Ausgangsauftrag herzustellen.

Wir erhalten folgende Daten von dem Logistik-Dienstleister:
Auftragsnummer, die in unseren JTL Aufträgen ja enthalten ist (eindeutige Zuordnung somit möglich)
Tracking Nr für Hin- und Rückversand
Retounierter Artikel in Form von: EAN und Art Nr
Rückgabegrund (der mit den von uns angelegten Gründen in der Wawi übereinstimmt und zugeordnet werden kann)
Ort/Warenlager (Damit der Bestand bei uns in der Wawi vorhanden ist, muss der Bestand auf das externe Fullfilment-Lager (wie FBA) gebucht werden)

In der Datenbankbeschreibung von JTL finden wir alle Infos unter dbo.tRM...

Ich würde jetzt mit dbo.tRMRetoure und den Pos. 4 cRetoureNr, 9 kWarenlager, 18 kBestellung beginnen. Danach in dbo.tRMRetourePos mit Pos 2. kRMGrund, kZustand, 9 fAnzahl, 10 kArtikel bzw. eher 14 cArtNr weitermachen und dann müssten alle Informationen sauber enthalten sein!?

Kann hier jemand vllt. etwas SQL KnwoHow bereitstellen oder ein kurzes Feedback geben?

Für jeden Ansatz dankbar!

Gruß