Verfügbare Informationen zu "ELV – Elektronische Lastschriftverarbeitung"
Qualität des Beitrags: Beteiligte Poster: administrator Forum: www.wawi-hilfe.de Forenbeschreibung: Forum für Warenwirtschafts- und Kassiersysteme für den Textileinzelhandel. Eine von Herstellern unabhängige private Initiative aus dem Unterforum: Hiltes Fashion 2000 Antworten: 1 Forum gestartet am: Mittwoch 27.10.2004 Sprache: deutsch Link zum Originaltopic: ELV – Elektronische Lastschriftverarbeitung Letzte Antwort: vor 18 Jahren, 4 Monaten, 30 Tagen, 6 Stunden, 58 Minuten
Alle Beiträge und Antworten zu "ELV – Elektronische Lastschriftverarbeitung"
Re: ELV – Elektronische Lastschriftverarbeitung
administrator - 27.10.2004, 19:36ELV – Elektronische Lastschriftverarbeitung
Früher hatten wir an jeder Kasse dieses EC-Cash Terminal mit Eingabegerät, Modem, Netzteil und Belegdrucker auf den Tresen herumstehen. Ein fürchterliches Wirrwarr an Geräte und Kabeln. Teuer ist diese Geschichte noch obendrein, wenn man die monatlichen Mieten, die Transfer und Autorisierungsgebühren mit Telefongebühren noch dazu rechnet.
Da wir Kreditkarten 2003 ohnehin abgeschafft hatten (Ersparnis 2,5-4% des Kreditkartenumsatzes, p.a. locker 4.000 Euro pro Kasse) und dann nur noch EC-Cash mit Lastschrift und in Zweifelsfällen mit PIN verwendet hatten (weitere 2.000 Euro p.a. pro Kasse gegenüber reiner PIN-Verwendung), lag der Schritt nahe, die Tastaturen mit Magnetkartenlesern zu bestücken und die ELV über WinCash abzuwickeln (erspart Gerätemiete und Transaktionsgebühren, p.a. nochmals 1.000 pro Kasse).
Die zusätzlichen Kosten für das ELV-Modul für die Kassen und die zentrale Verarbeitung am Wawi sind da schnell wieder drin.
Die Sache funktioniert auch zuverlässig und einfach. Wir sind damit sehr zufrieden, was das Kassieren angeht. Seitens des Vertriebs von Hiltes wurden auch die Vorteile in Zusammenhang mit dem Kundeninformationssystem hervorgehoben, diese sehe ich aber gar nicht:
Programmierung ELV an der Kasse bzgl. KIS hat Schwächen:
Im KIS (Kundendatenbank) werden zum Kunden seine kompletten Bankdaten mitgespeichert, d.h. mit der Bankverbindung hat man auch eine Verknüpfung zum Kunden, und bräuchte diesen nicht mehr explizit beim Verkaufvorgang an der Kasse eingeben, wenn der Kunde bereits erfasst ist und auch schon per ELV mit derselben Karte bezahlt hat (Fashion 2000 speichert löblicherweise auch die Daten mehrerer Karten in einem Kundendatensatz). In der Realität sieht das aber so aus:
1) Kunde aufrufen und 2) Artikel zum Verkaufsvorgang einscannen, oder
1) Artikel zum Verkaufsvorgang einscannen und dann 2) Kunde aufrufen.
3) Zahlung, also per Lastschrift eingeben und Karte durchziehen – fertig.
Dieses Vorgehen ist unsinnig programmiert, der Kunde müsste gar nicht mehr aufgerufen werden, da meist die Verbindung zur EC-Karte in der Datenbank schon besteht. Gibt man den Kunden aber nicht vorher ein, dann erkennt man erst beim Belegdruck, ob der Kunde schon erfasst war (Name und Adresse wird auf Beleg gedruckt); War der Kunde nicht eingegeben worden, dann kommt ein Beleg heraus ohne Kundenbezug. Man hat keine Chance mehr die Verknüpfung zum Kunden nachträglich herzustellen (außer Stornobeleg und Neueingabe). Ergo keinerlei Vereinfachung. Korrekt müsste es so sein, dass anstelle der Kundeneingabe bereits beim Verkauf die Karte durchgezogen wird und man dann sieht, ob eine Kundenverknüpfung besteht. Oder aber nach dem Zahlen und vor dem Belegdruck eine (per Konfig abschaltbare) Meldung erscheint, die die Eingabe des Kunden zu dieser Karte noch ermöglicht.
Problem Zuordnung der Buchungen:
Der Verwendungstext, z.B. „Vielen Dank für Ihren Einkauf. Ihr Modehaus XXXX“ und der Kontoinhaber lassen sich nicht filialgenau, sondern nur übergreifend eingeben. Texte wie Filiale 1 „Ihr Fashion-Team“ und Filiale 2 „Ihr Simply-Team“ sind nicht möglich. Es muss also ein filial-übergreifender Begriff eingegeben werden, was bei uns bei diversen Kunden zu Widersprüchen (Bankretoure je € 3,00) oder zu Fragen geführt hat, weil die Kunden diese Begriffe auf Ihrem Auszug nicht ihrem Einkauf zuordnen konnten.
Keine Automatisierungsmöglichkeit (Batch-Verarbeitung) am Wawi:
Manuell lassen sich die DTAUS1.TXT – Dateien tages- und filialgenau erstellen (jeweils nur eine Datei, dann muss erst vom Banking-Programm verarbeitet werden).
Es gibt keinerlei Automatik, die alle Datenaustauschdateien eines Tages zeitgesteuert ausgeben kann, um diese automatisch abarbeiten zu lassen. Dabei könnte man das Problem des Dateinamenszwangs DTAUS1.TXT leicht durch automatische Umbenennung bei der Abarbeitung per Batchdatei umgehen – Fehlanzeige.
Mit folgendem Code, können Sie den Beitrag ganz bequem auf ihrer Homepage verlinken
Weitere Beiträge aus dem Forum www.wawi-hilfe.de
EDI-/ Edifact-Verarbeitung - Was ist das? - gepostet von administrator am Mittwoch 27.10.2004
Ähnliche Beiträge wie "ELV – Elektronische Lastschriftverarbeitung"
Kasai, Noriaki - denborre (Donnerstag 01.11.2012)
09.09.06 Elektronische Feinkost - rOn dE (Mittwoch 06.09.2006)
Elektronische Kommunikation am FB Design - wrede (Dienstag 21.09.2004)
Elektronische Geräte - crowser (Donnerstag 28.06.2007)
Das elektronische Märchen - Mapce (Dienstag 18.01.2005)
ZÄKB: Elektronische Postfächer für alle Delegierten - Uwe Gerber (Montag 18.12.2006)
Elektronische Wegfahrsperre - Pit (Montag 03.07.2006)
Elektronische Werbung auf Fahrzeugen - eliasfan (Sonntag 06.05.2007)
WK-1001 Elektronische Servowegbegrenzung ? - RalfThomas (Dienstag 10.10.2006)
18.03.06 ELEKTRONISCHE TANZMUSIK @ Grotte DD - de liebe claudi (Freitag 24.02.2006)
