eEvolution® Warenwirtschaft

Modul Auftrag
Bei Auftragserfassung sollte es möglich sein in dem Feld "Besteller" keinen Text einzupflegen, sondern einen Mitarbeiter aus den "Ansprechpartnern" auszuwählen. Dann kann entsprechend den Kommunikationsdaten des Ansprechpartner (Mail, Fax, ..) eine automatisierte Ausgabe des Angebotes oder der Auftragsbestätigung erfolgen. Das Feld Ansprechpartner muß an der Stelle verbleiben. Hintergrund ist, dass viel große Firmen einen Ansprechpartner haben, mit dem der Auftrag besprochen wird aber einen anderen "Ansprechpartner" aus dem Einkauf, der die Bestellung dinglich auslöst.

Ich möchte gern in KuLiMi einen Kunden neu anlegen (oder einen vorhandenen suchen) und dann mit einem Knopfdruck in den Auftragsprozessor wechseln können, wo ein Auftrag für genau diesen Kunden angelegt wird. Vielleicht geht das auch irgendwie jetzt schon und ich bin nur zu blöd es zu finden.

Ich würde gerne meinen Verbesserungsvorschlag wofür ich den 2. Preis auf der Evolution Konferenz bekommen habe noch erweitern wollen.

Es ging ja darum eine Freitextsuche in der Historie in der KuLiMi zu erschaffen.

Nun hätte ich noch folgende Erweiterung. Wenn ich dann über die Freitextsuche z.B. eine Email gefunden habe, möchte ich die vielleicht auch noch ausdrucken !!

Das sollte natürlich generell möglich sein egal ob ich den Eintrag durch Scrollen oder Freitextsuche gefunden habe...

Also einfach einen markierten oder geöffneten Eintrag aus der Historie drucken !!

Es gibt viele Möglichkeiten, wie man die Information "Standardlager" besser verwenden kann:

1.) Produktionsvorschlag erzeugen
Ist für einen Artikel ein Standardlager definiert und wird ein Produktionsvorschlag für ihn erzeugt, sollte auch standardmäßig dieses Standardlager ausgewählt sein und nicht ein anderes wie das aktuell der Fall ist.
Eine Änderung muss natürlich weiterhin möglich sein.

2.) Kopieren einer vorhanden Stückliste in eine neue Stückliste:
Hierbei sollen alle Artikel der Stückliste automatisch auf das Standardlager (wenn vorhanden) verweisen.
Unabhängig von dem in der alten Stückliste angegebenen Lager.

3.) Einfügen eines Artikels in eine Stückliste:
Hierbei soll das Standardlager (wenn vorhanden) automatisch vorgegeben werden.
Eine manuelle Änderung des Lagers in der Stückliste muss jederzeit möglich sein.

4.) Artikelposition im Auftragsmodul anlegen oder ändern:
Hierbei wird das Standardlager (wenn vorhanden) automatisch vorgegeben.
Eine manuelle Änderung des Lagers im Auftragsmodul muss jederzeit möglich sein.
Es soll aber nicht in die Stücklisten oder P-Aufträge zurückgeschrieben werden.

Es kommt schonmal vor, daß man Email Kontakt mit Interessenten hat bevor diese in der KuLiMi eingepflegt werden. Genial wäre es, wenn es auf dem Reiter Ansprechpartner im Bereich Exchangesynchronisation einen Button gebe wo man, wenn man den Ansprechpartner dann neu angelegt hat, in der Vergangenheit liegende Emails mit dem Exchange Server auf Knopfdruck nachsynchronisieren könnte.

Aus eEvolution heraus geht das nicht weil:
1. eEvo ja nicht wissen kann, wer alles Kontakt hatte und für welchen Zeitraum die Mail noch mal importiert werden müssen. Im laufenden Betrieb einfach alle Postfächer zu importieren ist auch keine Alternative.
2. Das Mailimport Tool von einem Benutzerkonto aus ausgeführt werden muss, welches Vollzugriff auf alle Postfächer hat.

In der Dokumentation des Exchange Connectors ist aber beschrieben, wie man das mit dem Mailimport-Tool machen kann.

Im Einkaufsmodul kann man einstellen, dass die Kostendaten vom Artikel, Kunden oder Lieferant vererbt werden können.

Ich möchte noch eine weitere Möglichkeit vorschlagen: "Auftrag"



Die Kosteninformationen sind bei uns am Auftrag hinterlegt und es wäre eine große Erleichterung, wenn diese an einen Bestell- oder Produktionsvorschlag vererbt werden könnten.

Es wäre hilfreich, wenn auch bei Dateien (PDF, XLS,..)und EMails ein Historyeintrag in der KuLiMi erzeugt werden könnte.

Wünschenswert, bzw. zwingend notwendig, ist eine Auswahlmöglichkeit welche Lieferscheine mit einer Rechnung angesprochen werden sollen. Das muss vor Rechnungserstellung passieren. Derzeit werden mit Rechnungserstellung alle Lieferscheine angesprochen.

Auftragsmodul.
Im Auftragsmodul sollte es möglich sein, eine Stornierung dem Kunden als Beleg andrucken zu können. Häufig wünschen Kunden einen Beleg zu Ihrer Bestellstornierung, dieses ist dann nur durch Versand einer z.B. e-mail möglich. Praktisch wäre es den Auftrag zu stornieren und dann einen Stornobeleg andrucken zu können.

Für MA in leitender Funktion.
Aktueller Tagesumsätze, Monatsumsätz und Jahresumsatz mit der möglichkeit nach Land und Vertriebsregion oder Vertreter runter zu brechen. Wenn möglich mit der Periodenabgrenzung zum Vorjahr.

Im Auftragsmodul können Rahmenköpfe und Rahmenabrufe steuernd über die Auftragsart eingegeben werden.



Werden nun Rahmenabrufe getätigt, so werden die im AuftragsRahmenkopf hinterlegten Vertragsbestandteile wie z. B.:

 

- Zahlungsbedingungen

- Lieferbedingungen

- Lieferarten

 

nicht, wie erwartet, aus dem Auftragskopf des Rahmenkopfauftrags in den Rahmenabruf vererbt sondern kommen dummerweise aus dem Kundenstamm.

 

Somit gegen wichtige Vertragsbestandteile des Kundenkontraktes (Rahmenkopf) bei Erfassung des Rahmenabrufes verloren!

 

Im Modul Einkauf wird dies so Korrekterweise  gehandhabt.

Wir wünschen uns dies auch für das Auftragsmodul und denken das diese Funktion die Wertigkeit der tollen Software eEvolution nochmals steigert!

Existiert bereits als Aufgabe Nr. 34733: Rahmenabruf im Auftrag muss die Auftragsbedingungen des Rahmenkopfes vererben

Bezug: TFS 35151

In der KuLiMi sind in den Auswahldialogen zu Auswerungen nicht alle angezeigten Felder als Filter verwendbar. Bitte alle angezeigten Felder -sofern technisch möglich- als Auswahlmöglichkeit implementieren.
GGf. das auch auf andere Module wie Artikel/Auftrag erweitern.

es wäre schön wenn beim Kunden in der Kulimi die aktuell offene Angebotssumme angezeigt würde. Wie es z.B. bei den Umsätzen im Reiter Historie der Fall ist. Weiters sollte mit einem Klick auf die Summe die Übersicht der offenen Angebote mit direktwahlmöglichkeit erscheinen.

bei uns dient die Teleinfo als zentrales Informationstool für Kundenauskünfte. Dies gilt insbesondere auch für Preise. Leider ist es bei der Preisauskunft nicht möglich zu sehen ob es sich um einen Artikel mit Metallzuschlag handelt - was schon des öfteren zur Verärgerung des Kunden geführt hat wenn dann auf der Rechnung sehr wohl ein Zuschlag steht man ihn aber vorher nicht darauf hingewiesen hat. Ein Flag neben dem Preis würde genügen - idealer wäre natürlich gleich den Zuschlag berechnet angezeigt zu bekommen.

Im Auftragsmodul (Auswertungen) wurden Reports angelegt, mit denen wir immer wiederkehrende Auswertungen durchführen. Die Vorgehensweise ist zur Zeit sehr umständlich und zeitaufwändig und man könnte diese Vorgänge optimieren, indem man
1. die Möglichkeit hätte, Auswahlkriterien zu speichern, die man immer wieder abrufen kann und dann  bspw. nur noch den Zeitraum ändern müsste
2. die Möglichkeit hätte innerhalb eines Auswahlfeldes mehrere Werte auswählen könnte
3. oder zumindest die ausgewählten Kriterien bei der nächsten Abfrage erhalten bleiben

wenn man im Artikelmodul oder in der Kulimi die Historie aufruft, kann es mitunter sehr lange dauern bis das Ergebnis angezeigt wird. Natürlich geschieht das in Abhängigkeit der Datenmasse. Wunsch ist daher dass man wie in der Terminliste voreinstellen kann welcher Zeitbereich (wieviele Tage in die Vergangenheit) die Einträge angezeigt werden sollen um so die Geschwindigkeit zu erhöhen.

Im Einkauf gibt es die Möglichkeit im Status Wareneingang eine Bestellposition aufzuteilen (Bearbeiten - Bestellung aufteilen). Dieser Vorgang übernimmt -bei Rahmenabrufen (Abrufrahmen)- den Bestelltyp nicht. Ursprungsbestelltyp = 3, aufgeteilter neuer Bestelltyp = 1. Das lässt sich auch nicht mehr ändern und dadurch ist die neue aufgeteilte Menge nicht mehr dem Rahmen zugeordnet und gilt weiterhin als offen.

Weiterentwicklungswunsch:
Bei Aufteilung einer Bestellung, der neuen Bestellung auch die richtige Rahmenzuordnung zuweisen und in der Rahmeninfo mit berücksichtigen.

Das ist schon im TFS-Call: 35313
gemeldet und breiter diskutiert worden.

Grüße Günter Gall.

In der MDE-Einlagerung wird die Buchung immer mit dem Tagesdatum vorgenommen. Allerdings gibt es Gründe (Freitag Ware - Monatg Buchung etc.), dass rückdatiert werden muss.

Mein Vorschlag:

Erweiterung der Maske MDE-Einlagerung so, dass die Wahl des Datums möglich ist (idealerweise über ein Datumsfeld, das sich ähnlich der eEvo8 mit der Tastatur nach oben und unten steuern lässt, z.b. mit der "Pfeiltaste" am MDE-Gerät).

Ähnlich wie bei der LS-Nummer in dieser Maske wäre es von Vorteil, wenn das Datum bis zur nächsten Änderungen auf der Vorgabe bliebe.

Bei Fragen/Diskussionsbedarf einfach melden.

Grüße Günter Gall.

In den Akten wie Artikelakte, Kundenakte, etc. wird standardmäßig nach dem Datum sortiert. Allerdings steht der älteste Eintrag oben, obwohl meist die letzten Einträge interessieren. Schön wäre, wenn entweder eine Sortierreihenfolge gespeichert werden könnte oder aber die Sortierung nach Datum umgedreht wird, also der jüngste Eintrag oben steht, zumal dieser automatisch in der Vorschau angezeigt wird.

Wir haben ca. 750 Lieferanten in 160 Ländern. Da wir diese auch per Rundschreiben anschreiben, wäre eine Klassifikation auch für Lieferanten sinnvoll. Im Bereich Kunden und Artikel gibt diese Erleichterung ja bereits. Über ein positives Feedback würden wir uns freuen.

Einen erfolgreichen Evolution Tag !!

Tobias Halter

Hallo Herr Wuttke,

gibt es hier einen aktuellen Status Quo ??

freundliche Grüße

Tobias Halter

Wenn man im Intrastat Belege vom Status "In Bearbeitung" in den Status "Meldefähig" übernimmt kommt wenn nicht alle Daten korrekt sind die Meldung "Einzelne LS entsprechen nicht mehr den Kriterien für den Status "Meldefähig". Sie werden in den Status Bearbeitung zurückgesetzt.

Da die Datensätze vorher aber komplett Rot also meldefähig waren weiß der User natürlich nicht welches Kriterium falsch ist. Heute habe ich einen LS mit 258 Positionen. Nun muß ich alle Positionen durchschauen um den Fehler zu entdecken. Denn es gibt kein Feld was leer ist sondern inhaltlich falsch. Da das Evolution ja hier bereits eine Plausiprüfung gemacht hat und den Fehler kennt, ist nun unser Verbesserungsvorschlag das fehlerhafte Feld mit einem Farbflag z.B. Schrift in roter Farbe zu versehen. So braucht man die 258 Positionen nur durchscrollen und sieht sofort den Fehler !! Das wäre ein cooles Feature und würde vielen Anwendern die Arbeit erleichtern.

Denn wir wissen ja alle die Stammdaten sind immer zu 100% richtig gepflegt :-)

da wir das Produktionsmodul nutzen um interne bzw. externe Fertigung zu realisieren und dort auch die Stücklisten zusammentragen wäre es praktisch dort auch eine vorkalkulation vornehmen zu können oder dass immer ein entsprechender Artikel im Artikelmodul angelegt werden muss. Ideal wäre es also einen Bereich zu haben in dem Stücklisten und Arbeitsgänge angelegt werden können, die anfangs dazu dienen ein Projekt / einen Produktionsartikel aufzusetzen - natürlich auch kalkulieren zu können und ihn dann einfach bis auf weiteres stehen zu lassen. Erst wenn der Kunde kauft würde die vorerfasste Stüli einem Artikel zugeordnet. Der Vorteil besteht darin die Stüli nur 1x erfassen zu müssen und natürlich zum anderen dass man eine immer aktuelle Kalkulation hätte. Unser Anlassfall ist der dass wir immer extern im Excel kalkulieren und dafür viiiiieeele unserer Artikel in der Excel vorhalten müssen (und natürlich sind dort die EK-Preise nie aktuell...)

Hallo Herr Gratzel,

das ist ja prima. Deshalb wollte ich das auch genau wissen, was denn eigentlich so stört. Ich weiß momentan ehrlich gesagt selber nicht, ob man da einen Artikel anlegen kann. Ich vermute mal nicht. Aber das ist ein guter Ansatzpunkt. Ich kopiere unsere Diskussion jetzt mal in Ihren Verbesserungsvorschlag und stimme dem dann zu.

Viele Grüße

Frank Wuttke


Von: Klemens Gratzel [mailto:gratzel@e-term.at] 
Gesendet: Donnerstag, 14. Juli 2011 12:53
An: Frank Wuttke
Betreff: AW: WG: eEvolution Verbesserungsvorschlag: Projektkalkulation ohne Artikelanlage

Ja, damit hätte ich kein Problem (mit dem Thema des „unsichtbaren“ Artikels habe ich mich letztens schon abgefunden.

Frage: kann ich aus dem Produktionsmodul heraus einen Artikel anlegen (das klingt in Ihrer Email so?), weil am meisten stört mich nicht der artikel sondern daß der kopfartikel immer angelegt sein muß um eine stüli eingeben zu können?


Von: Frank Wuttke [mailto:Wuttke@compra.de] 
Gesendet: Donnerstag, 14. Juli 2011 08:38
An: Klemens Gratzel
Betreff: AW: WG: eEvolution Verbesserungsvorschlag: Projektkalkulation ohne Artikelanlage

Guten Morgen Herr Gratzel,

also geht es um den „Datenschrott“. Aber das ist wie ich ja schon mal versucht habe zu erklären nur eine Sichtweise. Wenn ich die Artikel nicht sehe, dann kann es doch egal sein, ob sie im Artikelstamm stehen oder nicht. Denn in die DB müssen sie ja sowieso. Ich verstehe das Problem aus praktischer Sicht nicht. Und nur aus kosmetischen oder psychologischen Gründen einen riesen Programmieraufwand zu treiben, damit man das „Gefühl“ hat, die Daten stünden nicht im Artikelstamm, ist für mich nicht optimal.

Wenn Sie beispielsweise bei der Anlage einer Produktionsstückliste, die zu Kalkulationszwecken benötigt wird, direkt einen solchen Artikel implizit mit anlegen, der aber im normalen Alltag gar nicht auftaucht und meinetwegen sogar als kunden- oder auftragsspezifischer Artikel angelegt und der im Auftragsfalle einfach dieses spezielle Kennzeichen verliert, dass ihn für den normalen Alltag unsichtbar macht, dann ist doch das Problem gelöst und Sie haben genau das, was Sie sich wünschen.

Viele Grüße

Frank Wuttke


Von: Klemens Gratzel [mailto:gratzel@e-term.at] 
Gesendet: Donnerstag, 14. Juli 2011 08:22
An: Frank Wuttke
Betreff: Re: WG: eEvolution Verbesserungsvorschlag: Projektkalkulation ohne Artikelanlage

Guten Morgen Herr Wuttke,
 
keine Sorge - ich habe keine Veranlassung zu denken Sie wollten mich ärgern ;-)!
 
Der Unterschied liegt für mich da, dass der letzte Vorschlag darauf abzielt eine Art "Vorhalte-Artikelstamm" zu haben - dies ist in unserem Fall (Handelsfirma) ein Thema und könnte eventl. auch für Produktionsunternehmen interessant sein, die Rohmaterialien listen möchte, diese aber noch nicht im "offiziellen" Artikelstamm haben will.
>> Kurz gesagt: es geht um die Verfügbarkeit von fertigen Teilen
 
Der neue Vorschlag richtet sich viel mehr an Produktionsunternehmen und hier vor allen an die die viel in Projektgeschäften arbeiten, denn im Mittelpunkt steht die Möglichkeit Artikel zu kalkulieren. Die Kalkulation ist Voraussetzung für die Angebotslegung und kommt daher weit vor einer (eventuellen) Produktion - sollte der Kunde bestellen. Abgesehen davon ist es gerade bei projektbezogener Fertigung sehr oft so, dass man Unmengen von Angeboten kalkuliert und schreibt um zu einigen wenigen Aufträgen zu kommen und hätte somit jede Menge "Datenschrott" im System.
>> Kurz gesagt: e-evo gestützt Kalkulation (mit Live-Daten) ohne Artikelanlage im Artikelmodul (kein Produktionskopfartikel - nur Stüli in Prod-Modul)
 
Verwandt sind die Themen nur in der Hinsicht dass ich in beiden Fällen Funktionalitäten des Systems verwendet werden würden, ohne dabei den kompletten Pflegeaufwand den man hätte wenn man eine Vollanlage macht zu haben.
 
Klemens
 
 
Original Message        processed by David.InfoCenter
Subject: WG: eEvolution Verbesserungsvorschlag: Projektkalkulation ohne Artikelanlage (13-Jul-2011 19:20)
From:    Frank Wuttke <Wuttke@compra.de>

To:      gratzel@e-term.at

 
Hallo Herr Gratzel,

das ist ja schon ein verwandtes Problem zu dem von neulich. Was spricht genau gegen das Anlegen eines Artikels? Ich will Sie nicht ärgern, aber das möchte ich wissen.

Viele Grüße

Frank Wuttke


Von: sharepoint@ngroup.info [mailto:sharepoint@ngroup.info] 
Gesendet: Montag, 11. Juli 2011 13:51
An: wuttke@ngroup.info
Betreff: eEvolution Verbesserungsvorschlag: Projektkalkulation ohne Artikelanlage

Es wurde ein eEvolution Verbesserungsvorschlag mit dem Titel: Projektkalkulation ohne Artikelanlage von Klemens Gratzel (gratzel@e-term.at) angelegt/editiert.
Kurzbeschreibung: Projektkalkulation ohne Artikelanlage
Langbeschreibung: da wir das Produktionsmodul nutzen um interne bzw. externe Fertigung zu realisieren und dort auch die Stücklisten zusammentragen wäre es praktisch dort auch eine vorkalkulation vornehmen zu können oder dass immer ein entsprechender Artikel im Artikelmodul angelegt werden muss. Ideal wäre es also einen Bereich zu haben in dem Stücklisten und Arbeitsgänge angelegt werden können, die anfangs dazu dienen ein Projekt / einen Produktionsartikel aufzusetzen - natürlich auch kalkulieren zu können und ihn dann einfach bis auf weiteres stehen zu lassen. Erst wenn der Kunde kauft würde die vorerfasste Stüli einem Artikel zugeordnet. Der Vorteil besteht darin die Stüli nur 1x erfassen zu müssen und natürlich zum anderen dass man eine immer aktuelle Kalkulation hätte. Unser Anlassfall ist der dass wir immer extern im Excel kalkulieren und dafür viiiiieeele unserer Artikel in der Excel vorhalten müssen (und natürlich sind dort die EK-Preise nie aktuell...)
Hier klicken, um zum Eintrag zu gelangen

Hallo,

in der Teleinfo auf dem Reiter OPOS kann sich der einzelne Verkäufer angucken welche OPOS der Kunde hat mit dem er gerade telefoniert.

Gut wäre auch wenn der Einkäufer hier eine Möglichkeit hätte zu sehen welche OPOS wir noch bei Lieferanten haben.

Grüße

Tobias Halter

Hallo Herr Wuttke,

hatten Sie sich das schon angeguckt ??

Schönes Wochenende

Tobias Halter

aktuell verhält sich die Kulimi nach dem wählen mittels tapi so dass nachgefragt wird ob ein eintrag in der historie angelegt werden soll. wenn dies bejaht wird hat der user die möglichkeit einen text zu erfassen und abzuspeichern. dieser text wird dann im bericht als text 2 angelegt und der bericht sofort auf erledigt gesetzt.

mein vorschlag betrifft die möglichkeiten des eintragens - da der text alleine etwas wenig ist:

- der ansprechpartner den man angerufen hat sollte gleich auch als ansprechpartner im bericht eingetragen sein
- idealerweise erhält man nicht nur das eingabefenster für den berichtstext sondern gleich den vollständigen eintrag wie er erscheinen würde, wenn man in der kulimi manuell auf "neu" klickt.

Wir benutzen die Kulimi Berichteverwaltung zum erfassen unserer Kundengespräche (Telefonate sowie Besuche) und auch zum planen unserer Termine (inkl. Datum, Zeit, Vorbereitung,...).

Auf der anderen Seite ist unser Aussendienst mit Smartphones ausgestattet über die er Zugriff auf sein Outlook hat.

Aktuell muss er daher die Termine in der Kulimi planen und dann nochmals im Outlook anlegen damit er mobil (ohne den Rechner aufdrehen zu müssen) eine Übersicht im Outlook hat.

Mein Vorschlag ist daher die Termine die per Kulimi angelegt werden mit dem Outlook des Besitzers zu synchronisieren. Damit das aber nicht bei jedem angelegten Bericht autom. gemacht wird, sondern der Benutzer entscheiden kann könnte man das per Flag und/oder Grundeinstellung für pers. angelegte Berichte machen.

Beim Umbuchen von Seriennummerngeführten Artikeln muss man über das anhaken von Seriennummern diese auswählen, welche umgebucht werden sollen. Bei einem Lagerbestand von mehreren hundert Artikeln, kann das durchforsten der Liste nach einer bestimmten Seriennummer(die natürlich nicht fortlaufend sind) unangenehm werden. Wenn man allerdings die Seriennummer so zuweisen könnte, wie es auch im Auftragsmodul funktioniert, hätte man viel gewonnen.

Hallo Herr Albrecht,

können Sie mir bitte kurz mit PSR eine Sequenz aufzeichnen, damit ich genau verstehe, was Sie meinen.

Viele Grüße

Frank Wuttke

Hallo Herr Wuttke,

habe die PSR angehängt. Das Thema ist, dass der Lagerist ins Lager geht und vom Lagerbestand aus Lager 1 ein Stück Artikel Solarmodul holt (der ist in dem Fall im Container mit 200 Stk. ganz vorn) und diesen jetzt in ein Technikerfahrzeug umbuchen will. Im Umbuchungsdialog werden jetzt alle 200 Seriennummern angezeigt, wo der Lagerist jetzt die eine, die er in der Hand hat, raussuchen muss und anhaken muss (das ist sehr mühsam, und es gibt beim Kunden Artikel die haben einen Lagerbestand mit Seriennummern weit über 600). Angenommen er würde jetzt einen Lieferschein für diesen Artikel, den er in der Hand hat schreiben wollen, würde er mit seinem Scanner die SN abscannen (oder auch eintippen) und mit F2 bestätigen (hier erfolgt Prüfung ob die gescannte SN im Lager verfügbar ist). Das wäre auch für den Umbuchungsdialog wünschenswert.
Bei weiteren Fragen stehe ich Ihnen gerne zur Verfügung.

Viele Grüße aus Straubing

Danny Albrecht
M&C Systemhaus AG