EleLa - Elektronik Lagerverwaltung ab V1.2.11A26

Neue Linux Testversion V1.2.12205b kann mit der Versionsabfrage 
ebenfalls geladen werden.

Hallo Markus,

einen kleinen Wunsch hät die da noch.
Ich fände es gut, wenn bei den Adressen noch Vermerken könnte ob es sich 
um einen Hersteller, einen Lieferant oder um beides handelt.
Ich stelle mir das z.B. mit 2 Checkboxen vor.

Gruß
Carsten

Hab ich notiert.

Argh, natürlich hab ich falsch gepostet.
Dachte eben schon das das Forum meinen Eintrag verschluckt hatte, grins.

Sorry!

Ich sehe es auch nicht als Konkurrenz-Software wie Du schon sagtest.
Das wäre natürlich der Hammer wenn man die beiden Datenbanken 
verschmelzen könnte.
Dann kann sich jeder das aussuchen was er gerne benutzen möchte ohne 
Probleme bei der Datenmigration zu bekommen.
Ich schreib mal eine Bitte in deren Thread, jetzt wo ich schon falsch 
gepostet hatte :)

Gruß Björn

Markus Müller schrieb:
> Ich habe mir das mit dem Taschenrechner / Kalender mal angeschaut. Das
> sind nur Dialoge, die einfach nur aufgerufen werden, ähnlich wie eine OK
> Messagebox oder ein Datei Öffnen Dialog.
> Daher kann der nicht nichtmodal gezeigt werden. Ich müsste dafür einen
> eigenen Thread aufmachen und das ist doch zu aufwändig.

Verstanden, kein Problem. Das einzige was mir auf Anhieb einfallen 
würde, wäre eine Konfiguration in der ini-Datei was beim Benutzen des 
Buttons passiert. Aber laß es mal so wie es ist.

> Was denkst Du, kann ich ein Release fertig machen?
> Ich würde gerne an EleLa wieder weiter machen, neues Release, viele
> Funktionen. Wir haben Winter und draußen kann man nicht viel machen.

Von mir aus gerne, ich habe ja nur noch an Kleinigkeiten 'rumgenörgelt' 
;)
Ich kann EleLa so wie es ist hervorragend produktiv einsetzen.

Gruß
Volkmar

Hallo,

eine Kleinigkeit: es wäre schön wenn man aus Adressen/Bauteile des 
Lieferanten direkt Bauteile in die Bestellung übernehmen könnte.
Könnte man z.B. im Kontextmenü des Bauteils unterbringen.
Eventuell auch oben ein Button "alle Bauteile des Lieferanten 
bestellen".

Gruß,
Jurij

Ich habe das mal aufgeschrieben. Aber das "Alle Bauteile des Lieferanten 
bestellen" mache ich nicht rein, ist zu gefährlich.

Ich schaue mal ob ich da auch die Menge der Bestell-Positionen mit rein 
bekommen.

neues EleLa Release V1.2.12207 ist fertig.

- Windows Setup-Paket
- Linux ZIP
- Updatebeschreibung

Alles kann entweder von http://www.mmvisual.de >> EleLa oder per 
Versionsabfrage geladen werden

Das RPM Paket kommt noch.

Die Änderungen:
Hauptsächlich Bugbereinigung und nur wenige neue Features. Daher 
empfehle ich diese neue Version zu laden und installieren.
Mehr dazu in der "Updatebeschreibung.pdf", zu finden mit der 
Versionsabfrage.

Auch wenn Du das Release gemacht hast, ist mir noch eine Sache 
aufgefallen, die Du auch gerne ins 2.x aufnehmen kannst:

Bei allen Datumsfeldern einen Button für den Kalender um das Datum per 
Auswahl eintragen zu können.

Volkmar

Ja, schreibe ich auf. Ist auch ohnehin ein Feature und weniger ein Bug.

Hallo Markus!

Bin von deiner Arbeit begeistert, Elela läuft bei mir seit einigen 
Wochen ohne Problem und macht mir mein Lager übersichtlicher.
Ein Feature vermisse ich allerdings:
Es wäre schön, wenn man die Bauteile, die den Minimalstand 
unterschritten oder nicht mehr vorhanden sind(Menge =0), in einer Liste 
anzeigen könnte.
Vielleicht geht das eh jetzt schon, aber ich hab's noch nicht gefunden.
Das würde Vorratsbestellungen sehr erleichtern.

liebe Grüsse

Vielen Dank.
Ja das gibt es schon, siehe Bild.

Menge =0 wird aber nicht gezeigt, dann müsste man MengeMin überall eine 
1 eingetragen werden.

Man kann dazu unter Extas > Datenbank auf den SQL Befehl ausführen:

UPDATE bauteillager SET MengeMin=1 WHERE MengeMin IS NULL

Aber Vorsicht, da werden alle Menge-Min Werte aller Bauteile gesetzt!

Danke, jetzt kann ich's auch.

PS: Vorher eine Datensicherung machen, bevor man den SQL Befehl 
ausführt.

Ich habe auch Ubuntu und bei mir kommen keine Fehler.
Ich weiß jetzt nicht was für eine zusätzliche Installation nötig ist. 
Für die Darstellung der Hilfe wird der KChmViewer benötigt, EleLa solle 
auch ohne dieses Modul starten können.

Ich bin jetzt kein Linux Experte, kann vielleicht ein Linux-Experte hier 
weiter helfen?

Noch einen weiteren Wunsch für die Projektansicht:
Ein Doppelklick auf ein Projekt in der Übersicht öffnet die 
Positionsliste.

Was mir auch noch aufgefallen ist:
Ich starte EleLa in RO-Mode. Wenn ich nun auf der Projekt- oder 
Bestellungen-Seite einen Doppelklick auf das RO unten links in der Ecke 
mache, dann erscheint im Status daneben der folgende Text:

1

E: Column with index -1 is not accessible

Bei der Bauteile-Seite kommt diese Meldung nicht.

Wenn ich dann versuche die aktuell angezeigte Position im Projekt zu 
ändern, kann ich nicht abspeichern, ich muß erst die Eingabe abbrechen, 
die Position wechseln und zurück, dann geht es.

Im Log steht dann noch folgende Zeile:

1

22:50:05 E: List index (-1) out of bounds (spSaveClick)

Volkmar

Ich bin derzeit am erstellen der EleLa Version 2.0.xxxxx. Darin wird es 
einen größeren Datenbank-Update geben. Jetzt ist der Zeitpunkt, in dem 
ich alle möglichen Felder und Wünsche noch hinzunehmen kann.
Jetzt ist die Version noch nicht online, hier kann gesehen werden was 
sich innerhalb der Datenbank ändert (von unten nach oben lesen):

22:50:48 Database connected.
22:50:48 New Database Version: V2.0.12209
22:50:48 Update 33 finish.
22:50:48 VaccumDB
22:50:48 RenameField (projektpos,Case,Gehause,VARCHAR(50))
22:50:48 RenameField (bauteillager,Case_ID,Gehause_ID,INTEGER)
22:50:48 RenameField (projektpos,Bemerkung,Bemerkung,TEXT)
22:50:48 RenameField (tree_typ,Text,Bemerkung,TEXT)
22:50:48 RenameField (kiste,Text,Bemerkung,TEXT)
22:50:48 RenameField (gehause,Text,Bemerkung,TEXT)
22:50:48 RenameField (bestellen,Bemerkung,Bemerkung,TEXT)
22:50:48 RenameField (bauteillager,Bemerkung,Bemerkung,TEXT)
22:50:48 RenameField (bauteiladr,Bemerkung,Bemerkung,TEXT)
22:50:48 CreateNewField (param,ValMemo,TEXT)
22:50:48 CreateNewField (adr,Gesperrt,INTEGER)
22:50:48 CreateNewField (adr,Privat,INTEGER)
22:50:48 CreateNewField (adr,Hersteller,INTEGER)
22:50:48 CreateNewField (adr,Lieferant,INTEGER)
22:50:48 CreateNewField (adr,EMail2,VARCHAR(50))
22:50:48 CreateNewField (adr,Telefon2,VARCHAR(50))
22:50:48 CreateNewField (adr,ID_ID,INTEGER)
22:50:48 CreateNewField (wissen,Status,INTEGER)
22:50:48 CreateNewField (projekt,VPreis,DOUBLE)
22:50:48 CreateNewField (projektpos,Barcode,VARCHAR(30))
22:50:48 RenameTable (case,gehause)
22:50:48 Do Update 33 from Database.

Wie man sieht, ändern sich sogar Tabellennamen, damit wird jetzt 
endgültig historisch gewachsenes begraben. Alle Memo Felder können dann 
auch mit 64KB Text beschrieben werden. Zum Schluss wird die Datenbank 
noch komprimiert / optimiert. Nach dem Update auf V2.x kann die EleLa 
EXE V1.x nicht mehr verwendet werden. Daher auch der Sprung von V1 auf 
V2. (Wichtig: Datensicherung der Datenbank vor dem Update machen)

Im Projekt habe ich jetzt das Feld "VPreis" mal rein genommen, ohne 
weitere Funktion.

@Volkmar
Ich schreibe mir das auf, das muss warten wegen dem DB Update und da 
darf ich nichts vergessen. ;-)

PS: Vielleicht bekommen ich auch mal wieder die ein oder andere Spende, 
bald muss ich wider meinen Server zahlen.

Markus Müller schrieb:
> Ich schreibe mir das auf, das muss warten wegen dem DB Update und da
> darf ich nichts vergessen. ;-)

Kein Thema, sind ja nur Kleinigkeiten. Arbeite die Dinge nach Deinem 
Plan ab, laß Dich nicht zu sehr fremd steuern.

Gruß
Volkmar

Ein Feld für die Eingabe einer Seriennummer (z.B. von Festplatten, 
Osziloskop, Handys, TRX oder ähnlichem) oder MAC-Adressen (bei 
Netzwerkkarten oder auch von Ethernet Modulen) wäre auch hilfreich. Z.Zt 
helf ich mir da mit dem Bemerkungsfeld bzw. teilweise auch mit dem 
Barcode-Feld.......

@Andreas
Ich weiß jetzt nicht wie Du die Datenbank nutzt, bzw. was damit jetzt 
genau bezweckt wird.

Ein Seriennummer + Gerätenummer Feld gibt es in der Historie.

Das ist so gedacht:

Unter Projekt hat man z.B. ein PC
Unter Projektpos sind dann die Komponenten des PC's
Nun können dem Projekt die einzelnen Unterprojekte angehängt werden, 
z.B. einzelne Platinen und Teilaufgaben die zu fertigen sind.

In der Historie zum Projekt kann man nun die einzelnen 
Fertigungsaufträge samt Seriennummer usw. ablegen.
Wenn das Gerät dann irgend wann mal zurück zur Reparatur kommt, dann 
kann mittels Suche-F5 nach der Seriennummer (Historie als Suche 
auswählen) gesucht werden.

Von da her hat eigentlich die Seriennummer im aktuellen Lagerbestand 
(Bauteile) nichts verloren.

Schreibe mal bitte wie das bei Dir ist oder ob nicht doch besser die 
Projektverwaltung für Dein Anliegen was wäre.

Das Problem was ich bisher sehe ist das jeder an eine/diese Sache etwas 
unterschiedlich ran geht, sei es jetzt durch
seine berufliche Auffassung was die Lagerhaltung angeht oder einfach nur 
deswegen anders, weil er bisher nicht in
vollem Umfang auf eine Software eingegangen ist.

Auf mich trifft beides zu :D Mit den Projekten in deinem Programm war 
ich noch nicht soweit. Für mich ist es im Moment einfach wichtig erst 
einmal Ordnung in mein Chaos zu bringen und dazu lege ich für alles 
einen Datensatz in den Lagerorten/Ablagen zu den jeweiligen Bauteilen 
an.

Mit den unterschiedlichen Auffassungen meine ich folgendes :
Für mich ist die Definition des Bauteils im ersten Reiter eher eine 
Kategorie und das Bauteil selbst bildet dann den Inhalt dieser 
Kategorien, also das was dann im zweiten Reiter "Lager / Gehäuse" liegt. 
Der zweite Reiter hat für mich eher die Bedeutung "Bauteil / Ablage"

Wobei ich natürlich auch den Sinn deiner Ansätze im Programm verstehe.

Die Seriennummer im Lagerbestand halte ich schon für sehr sinnvoll, es 
gibt schliesslich auch Bauteile oder Baugruppen (Ethernet-Module usw.) 
die auch im Lager liegen, wenn man mal ein Projekt anfängt und sich da 
ein Bestand zusammen sammelt kommt sowas auch ins Lager.
Ich habe z.B. einige "alte" Festplatten hier liegen, die ich auch in 
Schubladen liegen habe, hier gibt es logischerweise auch Seriennummern 
und Modellbezeichnungen, die erfasst werden können. Da die meisten auch 
Barcodes auf den Platten haben geht das Erfassen der Seriennummern mit 
meinem Barcodescanner auch relativ fix.

Wenn die alten Festplatten nicht verkauft oder verbaut werden sondern 
nur zum Aufbewahren sind, dann sind die besser unter "Bauteil" 
aufgehoben.

Damit kann dann auch der Lagerort festgelegt werden, damit man die auch 
wieder findet wenn es nötig ist.

Was ich anbieten könnte:
Ich könnte ein Textfeld "Info" VARCHAR(255) hinzufügen. In dieses 
Info-Feld kann dann so wie im Memo was eingegeben werden.
Ich wollte das jetzt nicht Serien-Nummer oder Gerätenummer nennen, dann 
ist es mehr allgemein.

Wenn das dennoch für Dich "Seriennummer" heißen soll, so kannst Du es 
mit der Übersetzen-Funktion auch umbenennen.

Wäre das OK?

Ich habe die Info auch noch bei Bauteil, Projektpos und Wissen 
hinzugefügt, dann würde das Update so aussehen:

12:32:13 VaccumDB
12:32:13 Update adr Set (Lieferant/Hersteller/Privat/Gesperrt)
12:32:13 CreateIndex (bestellen,Lief2_Adr_ID)
12:32:13 CreateIndex (bestellen,Lief1_Adr_ID)
12:32:13 CreateIndex (bauteiladr,Adr_ID)
12:32:13 CreateIndex (bauteillager,Adr_ID)
12:32:13 RenameField (projektpos,Case,Gehause,VARCHAR(50))
12:32:13 RenameField (bauteillager,Case_ID,Gehause_ID,INTEGER)
12:32:13 RenameField (projektpos,Bemerkung,Bemerkung,TEXT)
12:32:13 RenameField (tree_typ,Text,Bemerkung,TEXT)
12:32:13 RenameField (kiste,Text,Bemerkung,TEXT)
12:32:13 RenameField (gehause,Text,Bemerkung,TEXT)
12:32:13 RenameField (bestellen,Bemerkung,Bemerkung,TEXT)
12:32:13 RenameField (bauteillager,Bemerkung,Bemerkung,TEXT)
12:32:13 RenameField (bauteiladr,Bemerkung,Bemerkung,TEXT)
12:32:13 CreateNewField (bauteillager,Info,VARCHAR(255))
12:32:13 CreateNewField (bauteil,Info,VARCHAR(255))
12:32:13 CreateNewField (param,ValMemo,TEXT)
12:32:13 CreateNewField (adr,Gesperrt,INTEGER)
12:32:13 CreateNewField (adr,Privat,INTEGER)
12:32:13 CreateNewField (adr,Hersteller,INTEGER)
12:32:13 CreateNewField (adr,Lieferant,INTEGER)
12:32:13 CreateNewField (adr,EMail2,VARCHAR(50))
12:32:13 CreateNewField (adr,Telefon2,VARCHAR(50))
12:32:13 CreateNewField (adr,ID_ID,INTEGER)
12:32:13 CreateNewField (wissen,Info,VARCHAR(255))
12:32:13 CreateNewField (wissen,Status,INTEGER)
12:32:13 CreateNewField (projekt,VPreis,DOUBLE)
12:32:13 CreateNewField (projektpos,Info,VARCHAR(255))
12:32:13 CreateNewField (projektpos,Barcode,VARCHAR(30))
12:32:13 RenameTable (case,gehause)

Jo - das wäre schon ok soweit. Nur mach das Feld gleich größer, 255 
Zeichen bei einem "Info" Feld , auch wenn ich das jetzt als zB. 
Seriennummer verwende, können schnell knapp werden und wenn das 
allgemein als Info Feld verwendbar ist, dann kann ein anderer, der das 
Feld verwendet dort gleich Romane reinschreiben. (Der Hunger kommt beim 
Essen wie es so schön heist)

Noch ein Vorschlag für eine der nächsten Versionen : ein RTF-Feld, bei 
dem man z.b. auch Formatierungen usw. aus HTML Seiten einfügen könnte. 
Für RTF-Felder ist die Dimension extrem, das weiss ich - aber diese 
Felder können dann auch andere Infos speichern und letztendlich ist die 
Ablage der RTF-Infos im SQL-Server auch nur Text, wenn auch mit mehr 
Format-Informationen als Textinhalte.

Ich habe bei meinen Streifzügen hier durch mein "Chaos" Bauteile 
"gefunden", für die es keine,nur unzureichende oder viele verschiedene 
Informationen gibt. Da Bilder mehr als 1000 Worte sagen habe ich 
teilweise mit einer kleinen Webcam Fotos davon gemacht und diese in ein 
eigenes Unterverzeichnis (unter /Handbuch) abgelegt. Die Pfadangabe im 
Feld Handbuch ohne einen Dateinamen dahinter öffnet dann dieses 
Verzeichnis und ich kann mir dann dort die Bilder und/oder weitere PDF 
Dokumente anschauen. Hier hätte ich mir schon mal gewünscht, dass man 
wie bei der Auswahl der Gehäuse zusätzlich auch Bilder mit am Bauteil im 
rechten Bereich darstellen kann, sei es jetzt durch die Zwischenablage 
da reinkopiert oder durch eine Pfadangabe, die dann die dort abgelegten 
Bilder in der Oberfläche darstellt.
Teilweise sind auch mehrere PDF-Datenblaetter verfügbar und man muss 
sich für eines entscheiden. Hier wünsch ich mir manchmal auch die 
Möglichkeit, mehrere Dokumente hinterlegen zu können - das mach ich zur 
Zeit mit der oben beschriebenen Pfad-Angabe in ein Verzeichnis, wo die 
Dokumente dann liegen.

Andreas Schmitt schrieb:
> Jo - das wäre schon ok soweit. Nur mach das Feld gleich größer, 255
> Zeichen bei einem "Info" Feld.

Das braucht man nicht, für Romane ist das Memo da. Oder man verweist auf 
das Handbuch, als Verzeichnis oder ein OpenOffice Dokument.

> Noch ein Vorschlag für eine der nächsten Versionen : ein RTF-Feld, bei
> dem man z.b. auch Formatierungen usw. aus HTML Seiten einfügen könnte.
> Für RTF-Felder ist die Dimension extrem, das weiss ich - aber diese
> Felder können dann auch andere Infos speichern und letztendlich ist die
> Ablage der RTF-Infos im SQL-Server auch nur Text, wenn auch mit mehr
> Format-Informationen als Textinhalte.

Hätte ich gerne, aber bietet derzeit Lazarus nicht. Denn das ganze muss 
auch mit Linux und EleLaPHP (über Webdienste) funktionieren. Daher ist 
der unformatierte Text einfacher zu handhaben.
Am liebsten wäre mir da HTML, dann könnte man das auch über ein 
Web-Browser darstellen und EleLa druckt auch immer in HTML Dateien, da 
sollte das ganze auch formatiert raus kommen.
Das speichern der Daten in den SQL Server wird, solange es weniger als 
64KB Daten sind, kein Problem sein. > 64KB Haben Datenbanken Probleme.

> Ich habe bei meinen Streifzügen hier durch mein "Chaos" Bauteile
> "gefunden", für die es keine,nur unzureichende oder viele verschiedene
> Informationen gibt. Da Bilder mehr als 1000 Worte sagen habe ich
> teilweise mit einer kleinen Webcam Fotos davon gemacht und diese in ein
> eigenes Unterverzeichnis (unter /Handbuch) abgelegt. Die Pfadangabe im
> Feld Handbuch ohne einen Dateinamen dahinter öffnet dann dieses
> Verzeichnis und ich kann mir dann dort die Bilder und/oder weitere PDF
> Dokumente anschauen. Hier hätte ich mir schon mal gewünscht, dass man
> wie bei der Auswahl der Gehäuse zusätzlich auch Bilder mit am Bauteil im
> rechten Bereich darstellen kann, sei es jetzt durch die Zwischenablage
> da reinkopiert oder durch eine Pfadangabe, die dann die dort abgelegten
> Bilder in der Oberfläche darstellt.

Unter Bauteil kann man beliebig viele Bilder einstellen. Nur nicht unter 
Lager/Gehäuse. Ich schreibe das mal auf.

> Teilweise sind auch mehrere PDF-Datenblaetter verfügbar und man muss
> sich für eines entscheiden. Hier wünsch ich mir manchmal auch die
> Möglichkeit, mehrere Dokumente hinterlegen zu können - das mach ich zur
> Zeit mit der oben beschriebenen Pfad-Angabe in ein Verzeichnis, wo die
> Dokumente dann liegen.

Man kann die PDF Dokumente auch im Memo als Link rein stellen.
Strg+Mausklick öffnet dann diese.
Geht auch mit Internet-Links
Der Haken: Es dürfen dann im Dateiname keine Leerzeichen sein.
Mit Dem Code "($H)" vor der Datei im Memo wird automatisch auch der 
Haupt-Pfad zum Dokument gesetzt, mehr dazu in der Hilfe unter 
"Allgemeine Infos"

Ansonsten, wenn man zu einem Bauteil noch viele Extra-Infos hat, die man 
aufschreiben möchte, dann kann man dazu Wissen-Einträge machen und die 
dann zum Bauteil verlinken:
Im Memo z.B. Wissen.<ID> rein schrieben, Strg+Mausklick springt dann zu 
diesem Wissen-Eintrag.

Mehr Dokumente kann man auch als Handbuch hinterlegen, indem man einfach 
mehrere Lager/Gehäuse Einträge macht.

EleLa bietet so viele Möglichkeiten ein Handbuch an zu hängen, da möchte 
ich keine extra Tabelle für die ganzen Handbuch-Links anlegen. Mit der 
Möglichkeit, dass man da den Datei-Browser öffnen kann und man da alle 
Dateien gleich sieht, das muss doch reichen.

Beispiel:
Ich habe den STM32, da gibt es von ST unzählige Dokumente und Demos und 
Downloads. Da habe ich einfach ein Verweis auf den Ordner. Für mich wäre 
es doppelte Arbeit jede neue Datei auch noch bei EleLa zu hinterlegen 
und zu pflegen. Alle paar Wochen ändern sich die ohnehin weil ST wieder 
mal ein Update ihrer Dokumente macht.

Volkmar Dierkes schrieb:

> Was mir auch noch aufgefallen ist:
> Ich starte EleLa in RO-Mode. Wenn ich nun auf der Projekt- oder
> Bestellungen-Seite einen Doppelklick auf das RO unten links in der Ecke
> mache, dann erscheint im Status daneben der folgende Text:
>

1

E: Column with index -1 is not accessible

> Bei der Bauteile-Seite kommt diese Meldung nicht.
>
> Wenn ich dann versuche die aktuell angezeigte Position im Projekt zu
> ändern, kann ich nicht abspeichern, ich muß erst die Eingabe abbrechen,
> die Position wechseln und zurück, dann geht es.
>
> Im Log steht dann noch folgende Zeile:
>

1

22:50:05 E: List index (-1) out of bounds (spSaveClick)

Ich kann das nicht nachvollziehen. Kannst Du mir das über TeamViewer 
zeigen?

Markus Müller schrieb:
>> 64KB Haben Datenbanken Probleme.
Oh wie wahr :D

>> Unter Bauteil kann man beliebig viele Bilder einstellen.
>> Nur nicht unter Lager/Gehäuse. Ich schreibe das mal auf.
fein! gleiche Funktion wie bei Bauteil reicht völlig.

>> Mehr Dokumente kann man auch als Handbuch hinterlegen,
>> indem man einfach mehrere Lager/Gehäuse Einträge macht.
Da stimm ich dir zu, das reicht eigentlich auch.

Ich werd am Wochenende wieder mehr mit beschäftigt sein, mal schauen was 
mir da noch so einfällt.

Das Linux RPM Paket hat Udo jetzt auch fertig gestellt, Vielen Dank!

Man kann das Paket entweder über die Versionsabfrage oder über meine 
Homepage laden.
http://www.mmvisual.de

Siehe auch hier, für alle die noch nicht wussten dass es eine neue 
Version gibt: 
Beitrag "EleLa - Elektronik Lagerverwaltung ab V1.2.12207"

Wie üblich kann man das RPM über zypper bzw. rpm aus meinem Repo 
installieren.

Repo: http://linux.singollo.de/repo/singollo.repo

Update:

1

zypper ref singollo.de

2

zypper up EleLa-1.2.12207-1.i586.rpm

oder

1

rpm -Uvh http://linux.singollo.de/repo/i586/EleLa-1.2.12207-1.i586.rpm

Installation:

1

zypper ar -f http://linux.singollo.de/repo/singollo.repo

2

zypper in EleLa-1.2.12207-1.i586.rpm

oder

1

rpm -ivh http://linux.singollo.de/repo/i586/EleLa-1.2.12207-1.i586.rpm

Grüße
Udo

Noch ein Vorschlag: man kann ja aus der Prüfe für Produktion-Ansicht 
direkt die noch fehlende Menge des Bauteils in die Bestellung 
übernehmen, es wäre schön wenn es für alle "roten" Bauteile auf einmal 
gehen würde, erspart bei einem Projekt mit vielen Bauteilen u.U. eine 
Menge Klicks.

Gruß,
Jurij

Ja, das steht schon länger auf meiner ToDo Liste.

Es ist nur ein Problem:
Bisher wird automatisch in die Bestell-Ansicht gewechselt und man kann 
dann die Menge korrigieren wie man wünscht. Wenn dann viele Positionen 
in der Bestell-Ansicht auftauchen kann man da auch schnell den Überblick 
verlieren.

Dennoch sollte die Möglichkeit in EleLa drin sein, denn der, der damit 
ein Problem haben wird, sitzt ohnehin vor dem Bildschirm und hat diese 
Funktion selbst angewählt ;-)

PS: die Version 2.0 ist schon sehr weit vorangekommen.
Anbei eine Datenbank-Übersicht wie die Tabellen aussehen werden. Es wird 
sich einiges ändern.
Die Haupt-Neuerungen:
- Adresse mit Kontakte
- Bilder nun wirklich überall hinterlegbar.
- Viele neue Eingabe-Felder

Wenn jemand für die EleLa Entwicklung was spenden möchte wäre ich sehr 
dankbar, denn bald kommen wieder die Rechnungen für meine Homepage.

Ja, ist ein Fehler vom Programm, habe ich in V2 schon behoben (vor 3 
Tagen).

Versuche mal unter "Lager/Gehäuse" den EPreis zu setzen, ob er das 
nimmt.

@alle

Ich bin derzeit am Überarbeiten der Bestellungen. Dazu möchte ich euch 
fragen was noch fehlt oder was man verbessern sollte.

Erstmal die Änderungen/Features die ich für die neue EleLa Version V2 
vorgesehen habe:

- Menge wird als Einzelstück eingetragen (nicht mehr VPE)
- Daraus errechnet EleLa anhand der hinterlegten VPE die Menge VPE des 
ausgewählten Lieferanten.
- Die Menge VPE ist jetzt für beide hinterlegte Lieferanten vorhanden
- Anhand der VPE * Menge VPE wird auch die Menge in Stück gezeigt.
- Menge angeliefert wird die Liefermenge eingetragen >> Mit Taste "In 
Lager Buchen" wird diese Menge der Gesamtmenge geliefert hinzugefügt und 
die Lagermenge (* VPE) aufsummiert.
- Neuer Status "T", violett für Teillieferung. Somit können auch 
Teillieferungen richtig behandelt werden.
- Zwei Einträge für Lieferant, nicht mehr nur einer. Kombiniert mit 
allen Lieferanten-Adressen.
- Häkchen in dem man einstellt bei welchem Lieferant (kein, Lief1 oder 
Lief2) bestellt wird/wurde.
- Zusätzliches Feld Handbuch und Info um mehr eingeben zu können. Sollte 
ein "Lager/Gehäuse" Eintrag vorhanden sein, so wird von da die neue Info 
Eingabe kopiert. Somit kann man Bestell-Infos einem Bauteil hinterlegen, 
die man beim Einkauf berücksichtigen muss.
- Jeder Bestell-Position kann nun auch ein Bild hinterlegt werden. Somit 
wird dieses Bild, das Bauteil-Bild und das vom Gehäuse in der 
Bilder-Liste gezeigt.


Natürlich können in EleLa unter Bauteil > Lieferant nach wie vor 
unbegrenzt viele Lieferanten, Staffelpreise und VPE Mengen hinterlegt 
werden. Hier in der Bestell-Ansicht kann man nach wie vor zwei mögliche 
Lieferanten eintragen, den Hauptlieferant und eine Alternative.

Um etwas zu Bestellen muss auch kein Bauteil oder Lieferant angelegt 
sein, alle Felder sind nach wie vor optional.

Schaut euch das bitte genau an und schreibt ob das so OK ist. Damit 
müsste ich alle Eventualitäten abgedeckt haben. Wenn was fehlt oder 
anders sein sollte, jetzt ist der richtige Zeitpunkt dafür, denn jetzt 
baue ich die ganzen Bestell-Funktionen um. Bisher habe ich nur die 
Eingabemaske so erstellt, der Code fehlt noch.

*VPE = Verpackungseinheit, z.B. 1 Rolle Widerstände = 5000 Stück.

PS: Ich würde noch ein Feld unterhalb von "Menge Gesamt geliefert (VPE)" 
mit "Menge Gesamt eingelagert (VPE)" mit einer zweiten Taste noch 
hinzufügen.

Hallo Markus,

ich fände es schön, wenn es möglich wäre den Status von Einträgen beim 
gleichen Lieferant auf einmal zu ändern.
Für Bestellungen mit vielen Positionen wäre das doch eine enorme 
Erleichterung. Vieleicht wäre es sogar möglich/sinnvoll die 
Tabellenanicht unter Bestellung nach Lieferanten zu gruppieren.

Gruß Carsten

Das erste schreibe ich mir auf. Ich denke ich mache dafür noch ein 
Text-Feld "Bestell-Auftrags-Nummer" mit rein. Damit ist es möglich der 
einen Bestellung eine Nummer zu vergeben/zu setzen die man auch beim 
Lieferanten einträgt. Wenn dann die Bestellung an kommt kann man nach 
dieser "Bestell-Auftrags-Nummer" filtern und dann globale Funktionen wie 
Ändere Status, Buche Lager usw. ausführen.
Die Bestell-Nummer wird dann mit der Funktion "Bestellnr Export" bei 
allen Artikeln gesetzt.
Wäre das dann so wie Du es gebrauchen könntest?

Das zweite geht schon, man kann den Filter ("Y" Taste) bei einem 
aktuellen Lieferanten drücken und damit sieht man alle Positionen des 
einen Lieferanten. Dabei wirkt der Filter auf die Adresse von Lieferant 
1 und 2 gleichermaßen.

Hallo,

Carsten Kühn schrieb:
> ich fände es schön, wenn es möglich wäre den Status von Einträgen beim
> gleichen Lieferant auf einmal zu ändern.

aus der Hilfe von Elela:

1

Beim Import eines exportierten Reichelt-Warenkorbes kann

2

global der Status aller erkannten Positionen geändert werden.

3

Anhand dieser Funktion kann z.B. nach Bestellung bei Reichelt

4

alles mit einem Rück-Import auf Status "bestellt" gesetzt und

5

nach der Anlieferung auf Status "geliefert" gesetzt werden. Beim

6

setzen auf Status "eingelagert" wird nur der Status geändert,

7

jedoch keine Lagerbuchung vollzogen.

Eventuell hilft auch das weiter.

Hallo Markus,

das mit der Bestell-Auftrags-Nummer und den Globalen Funktionen wäre 
Klasse,
Ich bin mir nur nicht ganz sicher ob ich richtig verstanden hab, wie du 
die Auftragsnummer vergeben willst.
Willst du die Auftragsnummern unter den Lieferanten ablegen. Wenn dann 
die Funktion "Bestell-Nummer Export" verwendet wird, wird die 
Auftragsnummer aus dem Lieferanteneintrag in alle Bestelleinträge 
geschrieben.

Das mit der Gruppierung war nur so ne Idee für ne alternative 
Darstellungen.
Aber du hast schon recht, mit dem Filter gehts auch.

Carsten Kühn schrieb:
> Hallo Markus,
>
> das mit der Bestell-Auftrags-Nummer und den Globalen Funktionen wäre
> Klasse,
> Ich bin mir nur nicht ganz sicher ob ich richtig verstanden hab, wie du
> die Auftragsnummer vergeben willst.
> Willst du die Auftragsnummern unter den Lieferanten ablegen. Wenn dann
> die Funktion "Bestell-Nummer Export" verwendet wird, wird die
> Auftragsnummer aus dem Lieferanteneintrag in alle Bestelleinträge
> geschrieben.

Ja, so habe ich mir das vorgestellt. Alternativ kann man natürlich auch 
die Auftrags-Nummer aller Einzelpositionen von Hand vergeben, oder auch 
keine vergeben.


> Das mit der Gruppierung war nur so ne Idee für ne alternative
> Darstellungen.
> Aber du hast schon recht, mit dem Filter gehts auch.

Mit der Auftragsnummer wäre wiederum eine Gruppierung relativ einfach zu 
realisieren. Da könnte ich z.B. eine Baumansicht hin setzen und darin 
wären dann die Auftragsnummern drin. Damit das auch nicht zu sehr 
überquillt würde ich in der Auftragsnummer ein "/" erkennen und daraus 
Unterknoten darstellen. Das würde dann so aussehen:
Auftragsnummern: DE/12/1234 und DE/12/1235

+- *
+- DE
   +- 12
      +- 1234
      +- 1235

Kommt aber erst später, erst mal muss die Grundfunktion da sein.

PS: Ich könnte auch in dem Baum erst die Lieferanten rein nehmen und 
dann darin geordnet die Auftragsnummern...

Das klingt doch genau so wie ich mir das vorgestellt hab. Das mit dem 
Baum aus meiner Sicht noch Zeit. Das globale setzen des Status ist für 
mich wesentlich wichtiger.

Außerdem ist mir eben noch ne Kleinigkeit in der Projektansicht 
aufgefallen.
Es wäre schön, wenn sich der Baum im "Auswahl Bauteil" Fenster ("..." 
Taste neben Bauteil) den Ausgewählten Typ merkt.

@Volkmar
Das mit der Reichelt import/export Funktion wäre ja auch schon gut, tut 
aber halt leider nur bei Reichelt-Bestellungen.

Gruß Carsten

Ich habe die Bestellen-Maske nun so abgeändert, sie Anhang.

Wenn man nun auf die "..." Taste neben Auftrag klickt erscheint das 
Menü, Bild2.png. Damit können globale Änderungen durchgeführt werden.
Mit dem Häkchen "Alle sichtbare Positionen ändern" würden dann alle, in 
der Tabelle momentan sichtbare geändert, damit könnte man z.B. die 
Auftrags-Nummer auch nachträglich einfach vergeben.

Wenn da noch etwas anderes für globale Änderungen mit rein soll, dann 
schreibe.

Ich denke, damit wird das Bestellen Modul zu einem richtig guten Teil 
und auch bei kleinen Firmen deutlich besser nutzbar.

Hallo zusammen,

ich habe ein Problem beim Conecten zum SQL Server. Ich bekomme von der 
Software diese Meldung:
12:58:36 Error: Cannot open database! SQL Error: Unknown MySQL server 
host 'mysql5.xxxx.de' (0) (DB-Connect)

Der Server ist aber vorhanden und errechbar. Ich habe die neuste 
libmysql.ini in das Verzeichniss kopiert.
In der PHP version bekomme ich eine Verbindung.
Woran kann den das noch liegen?

Hallo Markus,
perfekt, so hab ich mirs vorgestellt.

@Michael
probier mal nur xxxx.de als host, oder die IP Adresse

Gruß Carsten

Es ist ein Server im Internet?
Dann muss der Hoster auch den direkten MySQL Zugriff erlauben. Die 
meisten MySQL Webserver haben das aber blockiert. Der Port muss auch 
richtig eingestellt sein. MySQL Standard ist 3306, Webserver ändern das 
auch mal gerne.

Es braucht nur die libmysql.dll, die libmysql.ini braucht es nicht. Aber 
ich denke die DLL ist irgendwo im Systemverzeichnis, denn wenn der nie 
nicht finden würde dann würde der eine andere Meldung schreiben.

Unter Extras > Log > Optionen öffnet ein Konfigurationsdialog.
Darin können unter "Datenbank" die Parameter geändert und mit "Teste 
Verbindung" versucht werden die her zu stellen.

Danke für die Hilfe,

habe einiges versucht. Ich muß aber feststellen laut E-Mail mit meinem 
Hoster das ich keinen Zugriff von aussen habe. Deshalb hat die PHP 
Oberfäche funktioniert, der Zugriff von Zuhause allerdings nicht. 
Schade.

Es gibt ein paar Möglichkeiten wie man das über Internet hin bekommen 
kann:

Zu Hause/Firma einen Server-PC immer an lassen:
- Router so konfigurieren, dass über DynDNS man direkten MySQL Zugriff 
hat
- Oder TeamViewer installieren und den Rechner mit EleLa fernwarten
- Oder eine VPN Verbindung durch das Internet einrichten und somit hat 
man im entfernten Rechner einen direkten sicheren Tunnel und auch 
kompletten Netzwerk-Zugriff.

Die letzten beiden Möglichkeiten sind sehr sicher. Bei der letzten ist 
auch die Geschwindigkeit am besten, da nur die Daten übertragen werden 
und nicht noch extra der Bildschirminhalt.

PS: Die Mobile Variante:

Man kopiert das ganze EleLa auf einen USB Stick.
Nutzt entweder den USBWebserver (MySQL) oder SQLite.

Somit hat man sein EleLa immer mit dabei in der Tasche.

Wenn man SQLite nutzt und aus dem Linux-ZIP die Linux EleLa und 
libsqlite3.so auch noch mit auf den Stick kopiert, dann kann man EleLa 
bei jedem Linux / Windows Rechner nutzen. (EleLa läuft sogar unter 
Win98!)

Die ganzen Pfade sind in der INI relativ parametrierbar.

Danke Leute,

ich habs hinbekommen.
Ich habe auf meinem lokalen Server einen SQL Installiert. Das ist 
wirklich richtig schnell so. Erst habe ich gratis SQL hoster probiert, 
aber die sind sehr lansam....

Jetzt auch online verfügbahr:

http://t4sound.de/EleLa/

Das Programm ist wirklich Super. Sowas habe ich schon immer gesucht!

!RESPECKT!

Vielen Dank!

Ja, die Seite geht auch beim mir auf.

Gib es eigentlich auch eine Standartdatenbank mit Standart-Bauteilen?
Oder anders gefragt, hat schon mal jemand seine Wiederstände alle 
eingepflegt und kann mir diese als Datenbanksicherung zukommen lassen? 
Ich werd sonst zum Hirsch beim Einpflegen.

Nochmals Herzlichen dank Markus

Ja, es gibt Standard Daten. Die sind in der SQLite3 Datei "EleLa.sq3" 
und wurde in das Verzeichnis von EleLa mit installiert.

Über EleLa > Extras > Datenbank > Import/Export > Importiere/Exportiere 
Datenbank wird diese importiert.
Dann die Datei auswählen und mit der Import Taste werden alle bisherigen 
Daten gelöscht und die Standard Daten geladen.

Ansonsten kann man auch unter Gehäuse die Bibliotheken von NXP oder 
Murata importieren. So hat man hunderte von Gehäusen schon zur Auswahl.
Mehr dazu in der Hilfe.

Hallo,

gibt es eigentlich in der aktuellen Version die Möglichkeit, alle 
Bauteile eines Projektes schneller in die Bestellübersicht zu 
übernehmen, als jeweils einzeln? Muss gleich einige Hundert verschiedene 
Bauteile bestellen...

Gruß,
Jurij

Nein, das gibt es dann erst mit EleLa V2.
Dauert aber noch eine weile, ich ändere derzeit sehr viel, siehe auch 
z.B. hier:
Beitrag "Re: EleLa - Elektronik Lagerverwaltung ab V1.2.11A26"

Daher wird es ein größeres Update.

Alles klar, hätte ja sein können dass ich etwas übersehen habe - in 
EleLa finde ich immer wieder was neues :)

Hast Du schon eine Vorstellung wie das in V2 aussehen wird? Schön wäre 
es ja wenn man sagen könnte "alle Bauteile für x Stück Projekt A in 
Bestellübersicht übernehmen", damit hätte man schon eine kleine 
Bestellverwaltung für Projekte...

Gruß,
Jurij

So ähnlich wie jetzt auch mit dem Dialog "Prüfe Menge für Produktion". 
Nur dass es da eine zusätzliche Taste geben "Alle fehlenden Bauteile 
nachbestellen".

Wenn es wieder mal eine Spende gibt, spendiere ich auch gerne die neue 
EXE für euch alle.
Ich muss das immer wieder schreiben, ich sitze auch fast nonstop am 
Programmieren und EleLa soll kostenlos für alle bleiben.
So hilft einer dem anderen ;-)

Welches Linux  Distrubution  Version nutzt du?

Lazarus auf Linux zu installieren ist immer eine mittlere Katastrophe, 
daher fasse ich das mit Sandhandschuhen an und nutze eine Virtual Box 
mit nur der einen Compiler Funktion, denn nur so habe ich ein "Sauberes" 
System in dem ich genau weiß was noch extra installiert wurde.
Ich muss ohnehin wieder mal das Lazarus updaten, da ein Bug bei 
Drag&Drop behoben wurde, der aber nicht zum Absturz führt, ist nur 
optisch.
Ich muss erst mal schauen ob ich überhaupt ein 64-Bit Linux in eine 
VirtualBox bekomme, die unter 32-Bit Windows läuft.

Ich lade das mal und teste das.

Ich kam noch nicht zum Test, ich kann das erst nächste Woche machen.
Ich beseitige derzeit die letzten kleinen Bugs aus der neuen EleLa V2 
und schreibe die Hilfe.

Vielen Dank an die Tester, die sich die Zeit und Mühe genommen haben 
viele Bugs zu finden.

Wenn das soweit fertig ist kommt die Online, dann kümmere ich mich um 
Linux, auch um 64Bit. Ich will jetzt auch nicht 2 Baustellen auf machen.

Hallo Frank,

entschuldige die verzögerte Antwort, ich hatte viel zu tun...

In EleLa V2 ist die gesamte Bestell-Funktion umgebaut und alles besser 
und leichter funktionieren.

Nach wie vor, wenn man einen Artikel löscht, dann wird unter Bestellung 
nur der Verweis zum Artikel geleert, und nicht die Bestellposition 
gelöscht.
So auch bei der Projektposition.

Hier sind schon Tasten drin um den Staffelpreis aus dem Lieferant zu 
lesen und schrieben. Anbei ein Screenshot.

@All

Hier nun die aller erste EleLa V2 für die Öffentlichkeit. Ein paar 
Tester haben sie schon benutzt und viele Bugs sind draußen.
Über 6000 Codezeilen wurden seit dem letzten Release neu geschrieben und 
verändert, auch die Datenbank erfährt ein großes Update.

Wer diese EXE lädt muss unbedingt VOR deren Benutzung eine 
Datensicherung mit der EleLa V1.x.xxxxx durchführen und die Daten am 
besten Zippen.

Denn die Datenbank wird so sehr geändert, dass die V1.x.xxxxx nicht mehr 
nutzbar ist. Nur anhand dieser Sicherung kann nochmals zur alten EleLa 
Version zurück gesprungen werden, falls die neue doch noch zu Buggy sein 
sollte (was ich nicht glaube).

In der Versionsabfrage kann die V2 noch nicht geladen werden, damit 
jeder auch diesen Text hier liest.

Die Haupt-Neuerungen:
- komplett überarbeitete Bestellen-Funktion
- Alle Memo-Texte mit 64KB Texteingabe
- Überall Bilder hinterlegbar, jetzt auch in z.B. Gehäuse/Lager und bei 
Bestellung
- und vieles mehr, siehe Updatebeschreibung.

Im ZIP:
- EleLa EXE V2
- Hilfedatei

Wie üblich, wenn was auffällt, bitte schreiben.

Könnt ihr beide mir bitte eure DB per Mail schicken?
Ich habe den Update mit mehreren DB's getestet und ging.

Ich denke ich habe das Problem gefunden, anbei die neue EXE.

Ich mache in der DB größere Änderungen und räume da richtig auf. Neu 
darf das Feld SMD nicht mehr NULL sein, vor vielen Versionen war das 
noch erlaubt. Jetzt erkennt EleLa den NULL Eintrag und macht daraus eine 
0.

Leider kann ich nicht alle Konstellationen nachbilden, die DB-Struktur 
ist in den letzten 1 1/2 Jahren doch stark gewachsen und das wird jetzt 
alles mit der EleLa V2 aufgeräumt.

Somit: Die Datensicherung wieder einspielen und diese neue EXE 
verwenden.

Wer die neue EXE EleLa V2 testen möchte, unbedingt vorher mit EleLa 
V1.x.xxxxx eine Datensicherung durchführen.

@elboy
Ja, wenn der Update fehl schlägt, dann gibt es keine Gehäuse mehr, die 
Tabelle wird mit dem Update komplett umbenannt, da der Tabellenname 
"case" ein SQL Schlüsselwort ist heißt die Tabelle ab EleLa V2 
"gehause".

Kannst Du mir Deine DB als EleLa V1 SQ3 Datenbank mal mailen?
Dann kann ich die Update Funktion damit testen.

Vielen Dank, jetzt klappt das mit Deiner DB richtig.

Sorry, mir ist da noch ein Fehler in der EXE von 11:12 unterlaufen, 
diese bitte nicht verwenden, sonder die in diesem Anhang.

PS: Die Daten selbst kann ich leider schlecht überprüfen, ich schaue mir 
die nicht im Detail an.
Daher ist die Sicherung vorher sehr wichtig.

Ja, ist klar. Der hat zu viel von der DB aufgeräumt.

Durch einen uralten Fehler gab es Gehäuse/Lager und Lieferanten Einträge 
die keinem Bauteil (Bauteil_ID = NULL) zugeordnet waren und die werden 
durch diesen Update jetzt gelöscht.
Da die Routinen allgemein gültig funktionieren wurde dann zu viel 
gelöscht.
Jetzt überprüfe ich auch die beiden Tabellen-Namen.
Daher musste der Update von der gesicherten V1 DB erneut durchgeführt 
werden.

Der Fehler entstand durch die "sqlite3.dll". Diese müsste jetzt bei 
allen EleLa Usern bereits mit dem aktuellen Setup Paket erneuert worden 
sein.
Bei MySQL oder PostgreSQL konnte ich den Fehler nie beobachten.

Hi Markus, hi Mitstreiter ;)

Bisher habe ich immer versucht dem Thread hinterher zu kommen um auf dem 
Laufenden zu bleiben.
Da aber leider das Forum immer noch keine Benachrichtigungs-Emails 
einmalig bis zum nächsten Login schickt, werde ich das nun mal 
abbestellen.
Ich habe bisher unglaubliche 625 Emails von dem Projekt erhalten.
Schade das ich das nun machen muß, naja.

Euch noch viel Spaß bei der Weiterentwicklung.
Björn

Man muss nicht unbedingt das komplette Forum verfolgen. Es reicht 
vollkommen aus meine "Updatebeschreibung.pdf" Dokumente zu lesen, da 
stehen alle Änderungen drin, mit Hinweis ob das ein Bug oder neues 
Feature war.

Dietmar schrieb:
> Wenn ich in Ver.2 unter Gehäuse ein Gehäuse, z.B. Dip14 wähle,
> bleibt rechts das Feld Bauteile mit ausgewähltem Gehäuse leer.

Das kann ich nicht nachvollziehen, bei mir sind die Einträge befüllt.

Nutzt Du SQLite3 oder MySQL oder ...?

Aber unter den Bauteilen sind die Gehäuse richtig gesetzt?

Hallo Dietmar,

Mit Deiner DB und nach dem Update kann ich das Problem nachvollziehen. 
Bei mir klappt das ohne Probleme, so wie bei Volkmar auch.

Ich kann mich leider erst morgen um das Problem kümmern.

Anbei die EXE V2.0.12312.

Jetzt sollte auch bei der SQLite Datenbank der Update richtig klappen 
und das Gehäuse übernommen werden.
Das Problem müsste auch bei den Projektpositionen im Feld Gehäuse 
vorhanden gewesen sein, da hat er den Text nicht richtig übernommen.

Es ist ein erneuter Update von der Datensicherung der V1 Datenbank 
nötig, da die Infos während dem Update verloren gingen. (Betrifft nur 
die SQLite User, MySQL und PostgreSQL hatten das Problem nicht.)

Bei SQLite gibt es leider nur wenig SQL Befehle um eine Tabellenstruktur 
zu modifizieren, daher wird mittels EleLa die alte Tabelle komplett 
gelöscht und neu aufgebaut. Da in Tabellen zum Teil mehrere Änderungen 
durchgeführt werden, hat sich ein Fehler eingeschlichen.

Wer diese EXE testet, unbedingt vorher eine Datensicherung machen.

Siehe auch hier:
Beitrag "Re: EleLa - Elektronik Lagerverwaltung ab V1.2.11A26"

Ich habe es aufgeschrieben. Ich habe schon mal versucht die Felder 
kleiner zu gekommen, klappt unter Linux leider nicht so richtig.

Versuche mal mit dem INI Parameter:
[Linux] FontHeight=nn
Hier eine kleinere Zahl ein zu geben ob es dann besser wird.

Ich denke die EleLa EXE V2 ist soweit sehr stabil und nahezu Fehlerfrei. 
Vor 10 Tagen habe ich die Test EXE hier im Forum hoch geladen und keine 
einzige Fehlermeldung.

Daher habe ich die neue EXE jetzt online in die Versionsabfrage 
gestellt. Nur ein paar Kleinigkeiten wurden seither geändert:
- Projekt Pos: PosX, PosY ist nun Float. Zusätzlich PosZ und PosR 
(Rotation), auch importierbar mit CAD CSV.
- Bestellung, Lieferant 1 wird nun mit dem günstigeren Preis belegt, da 
tauscht nun EleLa, solange die Position noch "offen" ist.

Die Versionsabfrage ausführen:
ElaLa starten, Extras >> Info >> Versionsabfrage.

Neu gibt es:
- die aktuelle Windows EXE V2.0.12322
- die aktuelle Hilfe V2.0.12322
- die Updatebeschreibung für die Testversion

Wer die neue EXE nutzen möchte, Rücksprung zur alten EXE V1.x ist nur 
mit der Datensicherung möglich. Zudem müssen auch alle Arbeitsplätze im 
Netzwerk auf die V2 geupdated werden.

Bei Fehler oder Fragen, bitte mailen oder hier posten.


Die Linux-Version dauert leider noch etwas länger. Der Quellcode wurde 
schon umgestellt, so dass er mit dem 64-Bit Compiler kompatibel ist, 
leider klappt damit die Datenbank-Verbindung nicht, auch nicht unter 
Windows/64 Bit (die aktuelle Win-EXE ist 32 Bit und läuft natürlich mit 
einem 64 Bit Windows).

Hallo Markus,

eine Kleinigkeit, die mir neulich aufgefallen ist, aber evtl. ist dies 
auch so gewollt?

Ich habe bei einem Eintrag unter Adressen den Haken bei Lieferant 
gesetzt. Dort habe ich auch schon mal bestellt. Wenn ich nun den Eintrag 
auf Hersteller ändern will (ist in dem Fall ein Platinenhersteller), 
dann kann ich den Haken bei Lieferant entfernen und bei Hersteller 
setzen. Aber nach dem Abspeichern wird der Haken bei Lieferant wieder 
gesetzt.

Volkmar

Ja, das ist absicht und muss auch so sein.
Wenn man bei dem einmal bestellt hat, dann erscheint diese Adresse unter 
Bestellen in der Drop-Down Auswahlliste. Dort stehen nur die Adressen 
drin, die man als Lieferant gekennzeichnet hat.
Wenn das Häkchen weg wäre, dann würde unter Bestellen die Adresse nicht 
mehr gezeigt werden.
EleLa überprüft immer nur beim Speichern der Adress-Daten ob das Häkchen 
gesetzt sein muss, damit weniger Datenbank-Abfragen gemacht werden.

Und hier noch etwas bei den Bestellungen:

Unter Lieferant Bauteil habe ich eingetragen:
Adresse: <ausgewählt>
Gehäuse/Lager: <ausgewählt>
Keine Angabe/Leer bei Bestell-Nr
E-Preis (VPE): 75,00
Ab Menge: 1
VPE: 22

Dadurch, daß keine Bestellnummer angegeben ist (gibt es in dem Fall 
nicht, da es ein Privatkauf ist), kommt die Bestellung durcheinander 
wenn ich auf den Warenkorb klicke.

Hier der Vergleich zwischen dem was ich erwarte und erhalte:

1

              Erwartung  Ist

2

Menge (VPE):  1          22

3

Menge gesamt: 22         484

4

E-Preis:      75,00      0,00

5

G-Preis:      75,00      0,00

Ich kann natürlich unter Bestellnummer so etwas wie "-" oder "<ohne>" 
eintragen, aber ich denke, das sollte auch ohne gehen.

--------------------
Weiterhin folgende Situation (etwas aufwändig zu beschreiben, ist aber 
so passiert):

Das Bauteil hat einen Lieferanten A mit:
E-Preis: 17,10
Ab Menge: 1
VPE: 4

Ich habe einen Bestell-Eintrag mit einem anderen Lieferanten gemacht. 
Also zunächst die Menge (22) eingetragen und dann unter Lieferant 1 
einen Lieferanten aus der Liste unterhalb von "-----" ausgewählt. 
Anschließend noch den E-Preis mit 3,409091 besetzt. Als Ergebnis erhalte 
ich einen G-Preis von 75,00. Soweit OK.
Dann habe ich einen Lieferanteneintrag bei dem Bauteil erstellt:
Lieferant B mit:

1

E-Preis:  75,00

2

Ab Menge: 1

3

VPE:      22

sowie einen 2. Eintrag mit ebenfalls Lieferant B:

1

E-Preis:  160,00

2

Ab Menge: 1

3

VPE:      52

Dann gehe ich wieder zu meiner Bestellposition und wähle dort unter 
Lieferant 1 den Eintrag "Lieferant B: - [1 x75,00] [VPE 22]" aus.
Dann erhalte ich folgendes Ergebnis:

Unter Lieferant 1 steht:

1

Lieferant A: [1 x17,10]...

2

Menge (VPE): 6  * 52 = 312

3

E-Preis: 17,10 G-Preis 960,00

Unter Lieferant 2 steht:

1

Lieferant B: - [1 x160,00] [VPE 52]

2

Menge (VPE]: 1 * 4 = 4

3

E-Preis: 160,00 G-Preis 17,10

Hier ist also einiges Durcheinander geraten. Erwartet hätte ich unter 
Lieferant 1 folgendes:

1

"Lieferant B: - [1 x75,00] [VPE 22]"

2

Menge (VPE): 1  * 52 = 52

3

E-Preis: 75,00 G-Preis 75,00

und unter Lieferant 2 dann

1

Lieferant A: [1 x17,10]...

2

Menge (VPE): 6  * 4 = 24

3

E-Preis: 17,10 G-Preis 102,60

Ich hoffe, ich habe es klar genug beschrieben. Zum Nachvollziehen kann 
man die Lieferanten auch schon vorher eintragen und nur über die 
Lieferantenauswahl unter den Bestellungen arbeiten. Und was ich eben 
noch gesehen habe, es passiert auch wenn ich ganz normal über die 
Lieferantenliste beim Eintrag mit VPE22 auf den Warenkorb klicke und 
dann die Stückzahl in der Bestellung von 22 auf 23 erhöhe.

Hallo Volkmar,

Jetzt müsste es richtig klappen, auch ohne Bestell-Nummer. Die 
Preisstaffelberechnung ist doch recht komplex.

Auch wird jetzt, sofern man mit dem Drop-Down Feld eine andere 
Preisstaffel auswählt, die nicht wieder zurück gesetzt und man kann 
somit was anderes von Hand auswählen.
Wenn man doch wieder die Preisstaffel richtig gesetzt haben möchte, dann 
die Taste drücken, siehe Bild.

Mit der Versionsabfrage kann nun V2.0.12325 geladen werden.

Markus Müller schrieb:
> Die Preisstaffelberechnung ist doch recht komplex.

Das glaube ich Dir sofort ;) Leider klappt es immer noch nicht so recht.
Obiges Beispiel mit den 3 Lieferanten, neuen Bestelleintrag anlegen 
(über Bauteil - Gehäuse/Lager - Icon "in Bestellvorschlag übernehmen").
Menge ist leer, Lieferant 1 hat den Lieferanten A, Lieferant 2 den 
Lieferanten B mit Preisstaffel 22. Soweit OK, bleibt auch so wenn ich 
für die Menge 1 eintrage.
Dann trage ich für die Menge den Wert 22 ein. Ergebnis:
Lieferant 1 wird mit Lieferant B und Preisstaffel 22 besetzt, OK.
Menge (VPE) und E-Preis ist OK, aber der G-Preis ist der alte. NOK.
Wenn ich dann auf den neuen Button klicke ist es OK.

Wenn ich danach die Stückzahl auf 50 ändere, ist es OK.
Gehe ich wieder auf 1 zurück stimmt es wieder nicht mehr. Mir scheint, 
wenn sich der Lieferant ändert, dann wird der G-Preis nicht 
aktualisiert.

Zum Abschluß habe ich die Stückzahl auf 48 geändert. Dann wird Lieferant 
1 auf Lieferant A gesetzt und Lieferant 2 auf B mit Staffel 22. Aber 
Lieferant B mit Staffel 50 wäre immer noch günstiger.

Gruß
Volkmar

Ich habe die Preisstaffelberechnung nochmal komplett umgeschrieben, 
jetzt sollte die besser funktionieren.

V2.0.12328 kann mit der Versionsabfrage geladen werden.

Zusätzlich Bestellen:
- Jetzt kann in der Bestellung auch ein beliebig anderer Staffelpreis 
von Hand ausgewählt werden, ohne dass der beim Speichern zurück 
überschrieben wird.
- Wenn man mehr als 2 Lieferanten für die Preisstaffel hinterlegt hat, 
so wird EleLa immer die günstigsten zwei übernehmen.
- Wenn jedoch bei einem das Häkchen gesetzt wird, dann wird EleLa diesen 
einen Lieferant belassen, auch wenn es einen günstigeren gibt. Somit 
kann auch ein anderer Lieferant gesetzt werden, der nicht in der 
Preisstaffel hinterlegt ist und der wird nicht raus gelöscht.
- Wenn man z.B. 95 Bauteile benötigt und der Preis bei der Staffel ab 
100 Stück ist günstiger, dann wird EleLa nicht 95 sondern 100 Stück 
bestellen.

Zusätzlich Adresse:
- Im Schnellsuchen Feld kann anhand dem "Y" Filter anhand einem Text 
gefiltert werden. Jetzt werden auch die übereinstimmenden Kontakte in 
der Übersichtsliste gezeigt. Somit kann auch z.B. eine Telnummer 
gefunden werden, die einem Kontakt und nicht bei der Hauptadresse 
hinterlegt wurde.
Dabei wird die Spalte "Kontakt" zusätzlich eingeblendet und man sieht so 
in der Tabelle dass der Eintrag ein Kontakt eine Haupt-Adresse ist.

Hallo Markus,

Markus Müller schrieb:
> Ich habe die Preisstaffelberechnung nochmal komplett umgeschrieben,
> jetzt sollte die besser funktionieren.

Das hast Du gut ausgedrückt ;) Besser ist es, aber ich habe doch noch 
eine Kleinigkeit gefunden, aber sonst ist es wirklich viiiieeeel besser!

Mit oben genannten Preisstaffeln folgendes durchgefüht:
- Menge = 17 eingetragen
Ergebnis: Lieferant 1 wird mit Lieferant B (VPE22) besetzt und Lieferant 
2 wird mit Lieferant A (VPE4) besetzt. OK
- Häkchen bei Lieferant 1 gesetzt
- Menge auf 16 geändert
Ergebnis: Die beiden Lieferanten werden getauscht, das Häkchen wandert 
von Lieferant 1 zu Lieferant 2, soweit OK
Beim jetzigen Liederanten 2 (der mit dem Häkchen) wird der G-Preis mit 
dem vorherigen E-Preis (der jetzt beim Lieferanten 1 steht) 
multipliziert. NOK

Ein Klick auf "Preis aus Lieferant aktualisieren" korrigiert dies 
wieder.

Was ich eben noch gesehen habe:
Wenn ich jetzt die Menge wieder auf 17 ändere (Häkchen ist bei Lieferant 
2 noch aktiv), wird der Lieferant 1 mit Lieferant B (VPE22) besetzt 
(also der Gleiche, der auch schon bei Lieferant 2 steht)!
Und beim Lieferanten 2 wird die Anzahl auf 17 erhöht, und damit stimmt 
dort die weitere Mengen/Preisberechnung nicht mehr.

Das zweite habe ich gerade behoben (noch nicht online), das erste schaue 
ich mir morgen an.

Jetzt sind die beiden Fehler auch weg.

V2.0.12329 kann mit der Versionsabfrage geladen werden.

Wenn was auffällt, hier schrieben.

Bei der Preisstaffelberechnung gibt es so viele Kombinationen und 
Möglichkeiten, da kann nach wie vor noch ein Bug vergraben sein.

Nun habe ich auch die Hilfe für Bestellungen aktualisiert und die 
Preisstaffelberechnung und deren Zusammenhänge angepasst.

V2.0.12329 kann mit der Versionsabfrage geladen werden.

Markus Müller schrieb:
> Jetzt sind die beiden Fehler auch weg.

Kann ich bestätigen, Danke. Mehr ist mir bisher nicht aufgefallen ;)

Einen Feature-Wunsch hätte ich noch, aber da es momentan doch recht 
ruhig um EleLa ist, ist der vielleicht nicht so nötig.

Ein automatisches Prüfen von neuen verfügbaren Versionen (so wie die 
Versionsabfrage) beim Starten von EleLa, natürlich abschaltbar über 
einen Ini-Eintrag. Das Versionsinformations-Fenster sollte nur dann 
angezeigt werden, wenn neue Versionen vorliegen.

Volkmar

Ich habe zu danken, für die guten Tests!

Ist drin, gibt es in der Versionsabfrage mit V2.0.12330.
Parameter [Programm] VersionCheck=1 aktiviert dies, siehe auch 
Updatebeschreibung.

Markus Müller schrieb:
> Ist drin, gibt es in der Versionsabfrage mit V2.0.12330.
> Parameter [Programm] VersionCheck=1 aktiviert dies, siehe auch
> Updatebeschreibung.

Super, Danke! Nur eine Verständnisfrage: Der Download-Dialog wird genau 
einmal nach einer Änderung angezeigt?

Volkmar

Ja, genau. Wenn nichts geladen wird, dann ist es dem Dialog egal.
Gespeichert wird das in der Tabelle "param", ParNr=3, also der Dialog 
wird nur einmal gezeigt und auch nur an einem Arbeitsplatz. Somit sollte 
nur der Admin, der dafür zuständig ist in seiner INI Datei den Parameter 
gesetzt haben. Dafür darf auch der Admin auch mehrere PC's benutzen und 
er wird nicht mehrfach belästigt.

Mit der Versionsabfrage kann die neue V2.0.12401 geladen werden:
- EXE mit Vorlage-Verzeichnis für Druckvorlagen
- Hilfe
- Updatebeschreibung

Folgende Neuerungen:
- Gehäuse/Lager Feld Artikel-Nr
- Bestellung, Automatische Auftragsnummernvergabe anhand 
Datum/fortlaufende Nummer
- Drucken Einzelne Zeile für Bestellung und Projekt anhand Vorlage-Datei
- Drucken Bestellschein anhand Vorlage. Dabei kann der Lieferant sowie 
der Auftrag ausgewählt werden. (Dialog siehe Screenshot)
- Drucken Projektliste anhand Vorlage. Damit kann das Projekt mit samt 
allen Positionen ausdrucken.
- In der Updatebeschreibung sowie der Hilfe sind die Details 
beschrieben.

Die Vorlagen sind immer HTML Dateien, damit kann jeder, auch mit 
geringen HTML Kenntnissen die Vorlagen selbst nach eigenen Wünschen 
anpassen. Mit einer relativ einfachen Syntax hat man Zugriff auf die 
Tabellenfelder. Mehr ist in der Hilfe unter "Allgemeine Infos" > 
"Drucken" beschrieben.

EleLa erfreut sich enormer Beliebtheit.
Schon 540 mal wurde das Setup-Paket V1.2.12207 als Windows und Linux 
Variante geladen (Downloads über Singollo.de sind nicht gezählt).
Vielen Dank an alle Spender und Sponsoren die die EleLa Entwicklung 
unterstützt haben und weiter unterstützen.

Ist eigentlich schon drin, das Feld gibt es jetzt als "Artikel-Nr" und 
ist unter dem "Bezeichnung" Feld. (seit der letzten Test-Version ;-) )
Wenn Dir der Text "Artikel-Nr" nicht gefällt, kannst Du den mit der 
Übersetzen-Funktion auch in "Bestell-Nr" umbenennen.

Jetzt gibt es in EleLa unter Gehäuse/Lager 3 Felder, die man nach 
belieben nutzen kann:
- Bezeichnung
- Barcode
- und Artikel-Nr

Ich denke das sollte reichen.

Bestell-Nr ist die Nummer die man von einem Lieferanten für das 
bestellen braucht.
Artikel-Nr ist das Gegenstück, die eigene Nummer, also das was Du 
brauchst.

PS: eigentlich noch ein viertes Feld "Info"...

Hallo,

Erstmal danke für die Entwicklung von diesem tollen Programm!

Ich habe eine Frage zur Projektierung und Bestellung.

Situation wie folgt:
- "Bauteil1" angelegt mit 6 Stück auf Lager und Mindestmenge 5
- Projekt1 mit Bauteil1 als Position und Bedarf von 4 Bauteilen
- Projekt1 soll 1mal gebaut werden
- Projekt2 mit Bauteil1 als Position und Bedarf von 3 Bauteilen
- Projekt2 soll 1mal gebaut werden

Wenn ich nun "Prüfe Menge für Produktion" an beiden Projekten einzeln 
ausführe, dann ist das Bauteil1 immer grün markiert und verfügbar, 
obwohl für die Herstellung von beiden Projekten eigentlich ja 7 Stück 
notwendig sind aber nur 6 auf Lager liegen.
Zudem ist die Mindestlagermenge auf 5 gesetzt.

Benötigt werden also 7 Bauteile, wobei man bei einer Neubestellung die 
Mindestlagermenge berücksichtigen sollte. Somit müssten 6 Teile bestellt 
werden.

Wie kann man also für mehrere "offene" Projekte eine gleichzeitige 
Bestellüberprüfung durchführen und entsprechende Bestellvorschläge für 
fehlende Bauteile erzeugen lassen. Und zudem auch noch die 
Mindestlagermenge berücksichtigen?

----
Zweite Frage:
Kann man in einer Bestellliste "F4" auch die einzelnen Bestellungen aus 
unterschiedlichen Projekten automatisch zusammenfassen, wenn es sich um 
das gleiche Bauteil handelt?

----
Letzte Frage:
Darf man MengeMin auch bei einigen Bauteilen auf den Wert -1 setzen, 
damit das Bauteil nicht mehr in der "Nachbestellen Min-Menge 
unterschritten" Tabelle auftaucht? Ohne dass es irgendwelche Fehler mit 
sich zieht.

Gruß

Zur Frage 1:
Um dies ordentlich lösen zu können braucht es eine Funktion um die 
Fertigungsaufträge zu planen. Dabei muss folgendes berücksichtigt 
werden:
- Tabelle mit an welchem Datum wird welches Projekt/Menge produziert
- Entsprechend, an diesem Datum muss das Material verfügbar sein
- Zugleich müssen auch die Ressourcen berücksichtigt werden
- Dazu gibt es auch Kleinteile, die bei der Produktion zwar benötigt 
werden, die aber jeder selbst am Platz hat, also nicht per Projekt 
reserviert werden und die nur über die Min-Menge bestellt werden (z.B. 
Schräubchen oder Kabelbinder)
- Bestell-Funktion mit Termine für die Lieferung
- Berücksichtigung für jeden Tag erstellen
- Wenn sich eine Lieferung verzögert, alternativ andere 
Fertigungsaufträge vorziehen, bei denen genügen Material vorhanden ist.

Alles in allem ist das eine sehr komplexe Funktion, die kann ich nicht 
so einfach mal proggen, und sicher mehrere Wochen Aufwand. Der Teufel 
steckt da wirklich im Detail. Wenn da ein Bug drin ist, dann ist 
entweder viel zu wenig oder viel zu viel Material plötzlich da und dann 
wird es für die Firma schnell sehr teuer.
Ich kann das programmieren, übersteigt aber mein Hobby Budget bei 
weitem.

Zur Frage 2:
Nein ist noch nicht drin.

Zur Frage 3:
Einfach das Feld leeren (keine Zahl), dann wird es nicht mehr 
berücksichtigt. Eine negative Zahl wird so gerechnet wie bei den 
Positiven auch, nur lässt sich die Menge ohnehin nicht negativ 
einstellen.

Mit der Versionsabfrage kann die neue V2.0.12402 geladen werden:
- EXE mit Vorlage-Verzeichnis für Druckvorlagen
- Hilfe
- Updatebeschreibung

Folgende Neuerung:
EleLa ist jetzt auch ISO9001 konform, über Parameter einstellbar. 
Details sind in der Updatebeschreibung beschrieben.

Neue V2.0.12403 kann mittels Versionsabfrage geladen werden.
EXE, Hilfe und Update Beschreibung.

- ProjektPos, mehr verknüpfte Felder aus Lager/Gehäuse
- Bauteil, Typ mit "..." Taste, jetzt mit zusätzlichem Popup-Menü
- Rechtsklick auf Tabellentitel, "Alle" Spalten einblenden, dann hing 
EleLa.

@Frank

Ich denke ich sollte noch die Eingabemaske für Lieferant etwas umbauen.

Dann würde ich bei der Gehäuse/Lager Auswahl die Breite auf die ganze 
Breite verbreitern und auch die ArtikelNr mit anzeigen.

Bei Gehäuse/Lager sollte die Bezeichnung z.B. 3300µF/35V und die 
ArtikelNr die Nummer.
Die Reichelt Bestell-Nummer braucht man nicht extra noch bei 
Gehäuse/Lager mit aufschreiben, das reicht bei Lieferant.

Das sollte ich auch ändern: Wenn man bei Lieferant einen neuen anlegt, 
dann sollte die ArtikelNr als BestellNr übernommen werden, wenn 
ArtikelNr leer, dann Bezeichnung. Ich denke das macht mehr Sinn.

@All

Mit der Versionsverwaltung kann nun die neue EXE V2.0.12410 geladen 
werden.

- Bug: Bei Datensicherung von MySQL/PostgreSQL schlug fehl wenn man bei 
unterschiedlichen Adresse gleiche Kontaktbezeichnungen drin hatte. Er 
hat für die Sicherungsdatei einen falschen Index angelegt. Update von 
V1.x auf V2.x geht richtig.

- Alle Felder "Bezeichnung" haben jetzt 100 Zeichen Eingabemöglichkeit.

Hast Du im Feld Gehäuse/Lager.Info was rein geschrieben?
Nein?

Dann geht das ganz fix mit vier SQL Befehlen:

1. Bezeichnung nach Info kopieren
UPDATE bauteillager SET Info=Bezeichnung WHERE Bauteil_ID=313

ID 313 = ID von Deinen Elko Radial (Bild EleLa3.png)

2. ArtikelNr nach Bezeichnung kopieren
UPDATE bauteillager SET Bezeichnung=ArtikelNr WHERE Bauteil_ID=313

3. Info nach ArtikelNr kopieren
UPDATE bauteillager SET ArtikelNr=Info WHERE Bauteil_ID=313

4. Info wieder Löschen
UPDATE bauteillager SET Info=NULL WHERE Bauteil_ID=313

Wenn Du mehr solche Bauteile hast, dann kannst Du die ID auch mit 
anhängen:
... WHERE Bauteil_ID=313 OR Bauteil_ID=n OR ....

Die Befehle einzeln hintereinander unter Extras > Datenbank eingeben und 
ausführen. Es erscheint keine OK Meldung, der macht das einfach. (Nur 
ein Log-Eintrag).

Am besten vorher eine Datensicherung machen, nicht dass was verloren 
geht.

Direkte Datenbankbefehle helfen ungemein und schwer sind die auch nicht.

In der EleLa Hilfe unter "Aufbau Datenbankstruktur" können alle Tabellen 
und wie die zusammen hängen gesehen werden. Damit sollte es relativ 
leicht fallen Änderungen oder Datenabfragen direkt in der DB durch zu 
führen.

Wer selbst probieren möchte, vorher Datensicherung machen, denn wenn was 
schief geht, ist nichts verloren.
Und bei Tippfehler kommt eine Mecker-Meldung.

@All

Mit der Versionsverwaltung kann nun die neue EXE V2.0.12411 geladen
werden.

Jetzt sieht die Ansicht Bauteil>Lieferant etwas besser aus und ist 
logischer aufgebaut. Auch wird jetzt bei neuem Datensatz die Artikel-Nr 
als Bestell-Nr eingetragen.

Ja, deshalb habe ich das Auswahlfeld extra verbreitert, denn es muss 
eindeutig sein welches Bauteil man als Gehäuse/Lager auswählt.

Ich habe z.B. bei den Widerständen weder eine Bezeichnung noch eine 
Artikel-Nr hinterlegt, nur das Gehäuse 0805 oder 1206.

Was ich machen könnte: Wenn in der Bezeichnung die Artikel-Nr mit 
enthalten ist, dass ich dann die Artikel-Nr nicht noch mit zeige. Damit 
würde der doppelte Text verschwinden und es sieht übersichtlicher aus.

Ich habe unter Bauteil alle Bauteile mit gleicher Funktion.

Bauteil:    Gehäuse/Lager:

"R 4,7 K"   Gehäuse 0805
            Gehäuse 1206
            Axial
            Hochlast

"7400"      74HC00
            74LS00
            74VHC1G00

Somit ist meine Bauteil-Liste über 800 Einträge lang, insgesammt stehen 
ca. 1700 Bauteile in der Gehäuse/Lager Tabelle.

Nein, brauche ich nicht, vielen Dank.
(Außer es gibt ein Problem, das ich mit meiner DB nicht nachstellen 
kann.)

Wenn ich einen Widerstand oder Kondensator suche dann filtere ich immer 
nach Typ und in der Bauteilliste stehen nur noch diesen Typ und deren 
Werte.
Der Rest kann mit der Filterfunktion im Schnellsuchen einfach gefunden 
werden.
Daher auch die recht aufwändige Filterfunktion und die 
Typ-Unterscheidung.

Hallo Markus,

wenn ich bei der Bauteil-Ansicht den Tab Bestellungen aktiv habe, dann 
auf die Ansicht Bestellung wechsle und bei einem vorher sichtbaren 
Eintrag Änderungen vornehme, dann sehe ich diese beim anschließenden 
Wechsel zurück aufs Bauteil nicht (Dann ist immer noch der 
Bestellungen-Tab aktiv). Erst wenn ich bei den Bauteilen auf einen 
anderen Tab und zurück wechsle ist es OK.

Volkmar

Vielen Dank, ich hab es aufgeschrieben.

Ich bin derzeit am Testen mit einem Update der Datenbank-Komponente, 
daher dauern die Updates jetzt etwas länger. Die hätte ich auch gerne 
mit EleLa V2 erneuert um für die Zukunft besser gerüstet zu sein.

Hallo Markus,

Markus Müller schrieb:
> daher dauern die Updates jetzt etwas länger.

Wie immer, kein Problem. Aus meiner Sicht sind es ja eigentlich nur noch 
Kleinigkeiten...

Gruß Volkmar

Hi Markus,

ich hab eben festgestellt, dass ein Backup von Hand auf einen UNC-Pfad 
nicht möglich ist. Ich verwende mittlerweile eine MySQL-Datenbank auf 
einem QNAP-NAS und habe auch dort meine Handbücher usw. abgelegt. Das 
funktioniert auch wunderbar und ich kann von jedem Rechner aus auf die 
Exe per Verknüpfung zugreifen.
Eben hab ich aber gemerkt, dass die Backup Funktion von Hand auf einen 
UNC-Pfad nicht möglich ist. Das Feld "Export" bleibt ausgegraut. Stelle 
ich den Pfad auf ein Laufwerk um funktioniert der Button wieder.
Verwende die eben geladene aktuelle Version 2.0.12411.

Gruß Andreas

Ja, das muss so sein. Denn als Backup wird eine SQLite Datenbank 
erstellt, die man auch wieder direkt mit EleLa als SQLite Konfiguration 
verwenden könnte.
SQLite kann nur auf lokale Laufwerke, USB-Stick oder verbundene 
Netzlaufwerke (mit Laufwerksbuchstabe) sichern.
Damit jeder sieht dass es nicht geht, bleiben die Buttons grau.

@Linux-User (64 Bit)

Nun ist es soweit, EleLa V2.0.12418 für Linux 64Bit ist soweit und sucht 
die ersten Tester.

So wie auch die Windows EXE ist bei Linux Version sehr viel anders und 
neu.
Neu wurde auch die Datenbank-Komponente getauscht und dabei wird für 
SQLite sowie MySQL ein größeres Update nötig da die alte Komponente die 
Daten anders abgespeichert hat. Mit der neuen Komponente werden die 
Daten richtig gespeichert und auch phpMyAdmin zeigt dann die Umlaute 
richtig.

Wer diese EleLa testen möchte muss unbedingt VORHER mit V1.x.xxxxx 
eine Datensicherung / Zippen der aktuellen Datenbank machen, denn wenn 
die EXE nicht richtig funktioniert kann nur mittels dieser Sicherung 
zurück gewechselt werden.

Noch etwas ist wichtig: Diese EleLa V2.0.12418 ist NICHT kompatibel 
mit der Version V2.0.12xxx für Windows! Da die Datenbankkomponente 
getauscht wurde. Die passende Windows-EXE kommt auch demnächst.

Auch EleLa PHP wird nach diesem Update die Umlaute nicht korrekt 
anzeigen, dazu muss ich erst noch ein Update machen.

Alle Änderungen werden in Extras > Log protokolliert, bei Fehler 
unbedingt aufschreiben oder Screenshot machen und mir schreiben, denn 
nur so werden sie behoben.

Da ich diese EleLa V2 nun zum ersten mal veröffentliche und der Status 
noch "Alpha" ist, kann die Version nicht per Versionsabfrage geladen 
werden.

Bitte schrieben, wenn was geht oder auch nicht. Welches Linux 
Betriebssystem, Version, Datenbank-Typ, wie reproduzierbar usw.

PS: Es ist wichtig, dass diese EXE auch die passenden 64-Bit .so 
Librarys bekommt, die 32-Bit .so Librarys werden nicht mit dieser 64-Bit 
EXE funktionieren.

Volkmar Dierkes schrieb:
> Hallo Markus,
>
> wenn ich bei der Bauteil-Ansicht den Tab Bestellungen aktiv habe, dann
> auf die Ansicht Bestellung wechsle und bei einem vorher sichtbaren
> Eintrag Änderungen vornehme, dann sehe ich diese beim anschließenden
> Wechsel zurück aufs Bauteil nicht (Dann ist immer noch der
> Bestellungen-Tab aktiv). Erst wenn ich bei den Bauteilen auf einen
> anderen Tab und zurück wechsle ist es OK.
>
> Volkmar

Hallo Volkmar,
Sollte eigentlich gehen, hast Du unter Bestellen den Datensatz auch 
gespeichert?

Nun auch die Win-EXE V2.0.12419.

Neu wurde auch die Datenbank-Komponente getauscht und dabei wird für
SQLite sowie MySQL ein größeres Update nötig da die alte Komponente die
Daten anders abgespeichert hat. Mit der neuen Komponente werden die
Daten richtig gespeichert und auch phpMyAdmin zeigt dann die Umlaute
richtig.

VORHER unbedingt eine Datensicherung / Zippen der Datenbank 
durchführen!

Diese EXE ist kompatibel mit der Linux-Version V2.0.12418 von hier:
Beitrag "Re: EleLa - Elektronik Lagerverwaltung ab V1.2.11A26"

Zukünftig werden diese Versionen wieder zueinander kompatibel sein.

WICHTIG
Wer schon eine V2.0.12xxx verwendet, der darf diese ab V2.0.12418 nicht 
mehr verwenden!
Die Daten in der Datenbank werden für die Zukunft so manipuliert, dass 
die Daten mit einer älteren EleLa Version nicht mehr kompatibel sind!

Daher erst diese neue EXE testen. Der Status ist "Alpha", daher nicht 
mit der Versionsabfrage downloadbar.

Auf Rückmeldungen würde ich mich freuen.

das passende EleLaPHP gibt es auch demnächst. Wenn jemand die Windows 
EleLa Version als 64 Bit Ausführung haben möchte, hier schrieben (es 
werden dann auch die Datenbank-DLL's als 64 Bit benötigt).

Damit EleLaPHP mit der neuen Version von EleLa kompatibel wird muss nur 
eine einzige Zeile geändert werden:

globalfunc.php, Routine "GetField()":

1

// Datenfeld auslesen

2

function GetField($DBZeile, $Field)

3

{

4

  $Daten = $DBZeile[$Field];

5

  if ($Daten == "") {

6

    $Daten = " ";

7

  } else {

8

    //$Daten = htmlentities($Daten, ENT_QUOTES, 'UTF-8'); // <<< Alt

9

    $Daten = htmlentities($Daten, ENT_QUOTES, '');        // <<< Neu

10

    $Daten = str_replace("\n", "<br>\n", $Daten);

11

  }

12

  return $Daten;

13

};

Die doppelte UTF-8 Decodierung ist jetzt draußen.

Hallo Markus,

Markus Müller schrieb:
>> wenn ich bei der Bauteil-Ansicht den Tab Bestellungen aktiv habe, dann
>> auf die Ansicht Bestellung wechsle und bei einem vorher sichtbaren
>> Eintrag Änderungen vornehme, dann sehe ich diese beim anschließenden
>> Wechsel zurück aufs Bauteil nicht (Dann ist immer noch der
>> Bestellungen-Tab aktiv). Erst wenn ich bei den Bauteilen auf einen
>> anderen Tab und zurück wechsle ist es OK.
>
> Sollte eigentlich gehen, hast Du unter Bestellen den Datensatz auch
> gespeichert?

Hmmm, ich kann den Fehler derzeit nicht mehr reproduzieren. Wenn er mir 
nochmal auffallen sollte, melde ich mich noch mal.

Volkmar

Ich lade mir das Ubuntu64 mal runter und teste es in der VirtualBox.

@Peter
Test Ubuntu64 11.10:

Ich habe auf die libsqlite3.so.0.8.6 eine Verknüpfung auf libsqlite3.so 
erstellt, dann  wird zwar die SO gefunden, kommt aber diese Meldung:

Error: Cannot open database! SQL Error: library routine called out of 
sequence (DB-Connect)

Was steht bei Dir im Log?

Leider kann ich derzeit für Ubuntu64 meine EXE nicht kompilieren, es 
gibt das Setup paket nicht.
Daher habe ich die Linux64 Version unter Suse64 12.1 erstellt.

Wegen der Maus: Unter Ubuntu64 ist es "normal" dass die Maus immer 
wieder verschwindet, auch ohne EleLa. Ist wohl ein Ubuntu-Bug.
Mit SUSE habe ich dieses Problem nicht beobachtet.

Die Combo-Box Größe kann nicht mehr angepasst werden. Der Parameter ist 
zwar noch drin, es gab vor ein paar Monaten ein Bugreport dass etwas 
anderes nicht mehr korrekt ging, daher musste ich dies entfernen.
Siehe "Update Beschreibung ab V1.2.11A26" seit V1.2.11C12

Markus Müller schrieb:
> Ist wohl ein Ubuntu-Bug.

Schlimmer: Es gilt als Feature! ;-)

Hallo Markus,

Markus Müller schrieb:
> Nun auch die Win-EXE V2.0.12419.

sehe ich das richtig, daß das Feld "Letzte Änderung" mit dem 
Datenbankupdate überschrieben wird?

Ja, kann sein. Das macht MySQL automatisch. Der Update bearbeitet jede 
Datenzeile jeder Tabelle (nur MySQL).

Markus Müller schrieb:
> Wer schon eine V2.0.12xxx verwendet, der darf diese ab V2.0.12418 nicht
> mehr verwenden!

Was passiert dann? Eine Fehlermeldung kommt ja (leider) nicht. 
Vielleicht solltest Du bei sowas noch eine entsprechende Abfrage 
einbauen, daß man zum Update von EleLa aufgefordert wird.

Wenn man die alte V2 aufgerufen hat, ohne aktiv Daten zu ändern, muß man 
dann dennoch das Backup sicherheitshalber wieder einspielen?

Volkmar Dierkes schrieb:
> Was passiert dann? Eine Fehlermeldung kommt ja (leider) nicht.
> Vielleicht solltest Du bei sowas noch eine entsprechende Abfrage
> einbauen, daß man zum Update von EleLa aufgefordert wird.

Nein, darauf habe ich verzichtet, denn V2.0 ist nach wie vor Beta und 
nur wenige haben sich das installiert.
Eine Meldung käme erst dann wenn ich daraus eine V3.0 machen würde, 
wollte ich aber nicht, da V2.0 noch kein Release ist.
Die Änderung dieser DB-Komponente ist die letzte große Neuerung für 
V2.0, danach (wenn alles nahezu Bugfrei ist) gibt es das Release.

>
> Wenn man die alte V2 aufgerufen hat, ohne aktiv Daten zu ändern, muß man
> dann dennoch das Backup sicherheitshalber wieder einspielen?

Nein.

Wenn man Daten ändert und diese haben auch noch Umlaute drin, dann muss 
man die gleiche Datenzeile mit der neuen EXE anschauen und ggf die 
Umlaute wieder richtig stellen.
Nur die Umlaute werden bei MySQL jetzt anders gespeichert.

Bei SQLite werden nur die Bilder in einem anderen Format gespeichert. 
Wenn jetzt ein Bild mit der alten EXE eingefügt wird, dann können die 
mit der neuen EXE nicht gelesen werden, auch umgekehrt.

Bei PostgreSQL gab es kein Update.

PS: Wenn man vorher die Daten mit phpMyAdmin angeschaut hat, dann waren 
alle Umlaute falsch. Jetzt, nach dem Update werden die Umlaute 
"richtig", "Datenbankgerecht" in der DB gespeichert und man kann die 
auch mit phpMyAdmin (MySQL) richtig sehen. Damit ist es erst möglich 
dass man mit anderen Tools ohne Codierungsprobleme auf die Daten von 
EleLa zugreifen kann.

Ich versuche das zu korrigieren, dass MySQL bei Update nicht bei jeder 
Zeile das "AendDatum" ändert.


Um das "AendDatum" bei MySQL zu erhalten kann man folgendes machen:

- Sicherung mit V2.0.alt (die Datei müsstest Du haben)
- Exe V2.0.41219 öffnen (die Daten werden zwar konvertiert, aber egal)
- mit der neuen EXE die Sicherung der alten EXE importieren.

Dabei erkennt die neue EXE, dass die Sicherung in einem alten Format ist 
und macht ein Update der Sicherungsdatei (SQLite), dabei werden nur die 
Bilder (Tabelle foto) geupdatet.
Dann während dem Import werden automatisch alle Daten im richtigen UTF-8 
Format importiert und das Feld "AendDatum" bleibt überall erhalten.

Nun eine ganze Reihe von EleLa's zum Test. V2.0.12423.

- Windows 32 Bit
- Windows 64 Bit, SQLite DLL mit 64 Bit ist mit im ZIP.
- Linux 32 Bit
- Linux 64 Bit

Neu kann in der INI-Datei der Parameter
[Programm] Caption=
mit dem Code %DB% versehen werden, dann wird auch die 
Datenbankverbindung in der Titelleiste mit angezeigt, siehe Bild.
Bei den 64-Bit Versionen wird neben der Version 2.0.12423 auch ein "-64" 
eingeblendet.

Der Datenbank-Update für die neue Datenbank-Komponente bei MySQL ändert 
jetzt nur noch die Datensätze, die auch zu konvertierende Umlaute 
enthalten, das AendDatum bleibt erhalten.

Die Linux-Versionen wurden mit Suse 12.1 (32/64 Bit) erstellt. Bei 
anderen Distributionen kann es zu Problemen kommen. Ist halt Linux.
Schreibt bitte dann genau welche Distribution/Version usw.

Bitte testen & Rückmeldung.

PS: Datensicherung vor dem Einspielen der neuen EXE machen.

Die alle EleLa's ob 32 oder 64 Bit sind mit ein und der selben Datenbank 
kompatibel. Somit hat man eine breite Auswahlmöglichkeit.

Hallo Markus
ich habe zwei Fehlermeldungen
Windows 64 Bit
23:41:30 Error: Cannot open database! None of the dynamic libraries can 
be found: libmysql55.dll, libmysql51.dll, libmysql50.dll, libmysql.dll 
(DB-Connect)

Windows 32 Bit
23:22:40 Error: Database-Update Nr. 37 error! Make the update manually.

Kannst Du da helfen ?

LG
Stefan

@Stefan

Ja.

Bei der Win64 Bit Version wird auch die MySQL DLL als 64 Bit Variante 
benötigt. Da die DLL 32 Bit ist, meckert EleLa dass die DLL nicht 
vorhanden ist.

Die 32 Bit EXE findet somit die DLL.
Kannst Du mir die gesicherte Datenbank vor dem Update per Mail schicken, 
damit ich das kontrollieren kann?

In der EXE V2.0.12424 habe ich zusätzlich für MySQL ein Logeintrag 
erzeugt, dann sieht man bei welcher Tabelle/Datensatz die 
Zeichenkonvertierung fehl schlägt.
Einfach die EXE entpacken und erneut ausführen. Er müsste den Update 37 
wiederholen. Anschließend im Log nachschauen was für eine Error-Meldung 
drin steht.
Es wird Tabelle, das Feld sowie die ID des Datensatzes gezeigt, dann 
muss man manuell von Hand in den Datensätzen die Umlaute korrigieren.

Ab jetzt wird auch die Logdatei während Update geschrieben, damit kann 
man im Verzeichnis "Log" auch nach dem Beenden der EXE das anschauen und 
nachvollziehen.

Bitte teste dies.

Hallo Markus
das Update geht nun ich hatte eine zusätzliche tbl und qry in der 
Datenbank. Nach Löschung der beiden ging es.
64 Bit hab ich noch nicht weiter gemacht.

LG
Stefan

Ja, die Update-Routine sucht alle Tabellen automatisch (SHOW TABLES) und 
konvertiert diese. Eigene Tabellen sollten auch kein Problem sein, 
solange die das Feld "ID" als Integer/AutoInc/Serial haben.
Nur halt werden diese UTF-8 Codiert.

Ich denke ich baue noch eine Abfrage ein, dass nur die eigenen EleLa 
Tabellen korrigiert werden.

V2.0.12426 kann mit der Versionsabfrage nun geladen werden:

- Windows EXE
- Windows EXE 64 Bit (Incl. SQLite DLL 64 Bit)
- Linux
- Linux 64 Bit
- Hilfe Datei
- Updatebeschreibung

Wichtig:
VOR dem Einspielen der neuen EXE eine Datensicherung der Datenbank 
durchführen!

Hallo Markus,

bei mir werden die eingetragenen Handbücher bei einem Klick auf "Öffne 
Handbuch" nicht geöffnet, wenn die Pfade ein Leerzeichen haben.

Auch das Backup über die Kommandozeile funktioniert bei Verwendung eines 
Pfades mit Leerzeichen nicht.

Volkmar

Jetzt geht das auch wieder richtig, ich habe den Compiler geupdatet.
Mit der Versionsabfrage gibt es die Win32 EXE V2.0.12429

Backup habe ich jetzt nicht getestet, kannst Du das bitte machen?

Die "Öffne Handbuch"-Funktion tut jetzt wieder, Danke.

Aber das Backup macht noch nicht das was es soll. Scheint auch nicht am 
Leerzeichen zu liegen, EleLa läuft im Hintergrund und nichts passiert.

Jetzt tut auch das Backup wieder.
V2.0.12430 kann mit der Versionsabfrage geladen werden.

(Für alle die es nicht wissen: EleLa kann mit dem 
Kommandozeilenparameter
-b "<Dateiname mit Leerzeichen>"
ein automatisches Backup erzeugen. Es wird nur ein Fortschrittsbalken 
gezeigt und EleLa beendet sich anschließend.)

Der Fehler kam rein, dass wenn EleLa bei Start die Konfiguration nicht 
lesen kann (nicht genügend Rechte auf die INI Datei) dann muss dies 
erkannt werden und kommt jetzt eine Meldung in das Log (wegen Linux).
Nur bei Backup wird nicht alles gelesen, weil nicht nötig und die 
Kennung wurde nicht gesetzt.

Hallo Markus,

ja, paßt jetzt auch beim Backup wieder.

Volkmar

Hast Du einen Typ ausgewählt, bevor Du gespeichert hast?

Debug Daten sind keine drin, sonst wäre die EXE 50MB groß.

Ja, ich kann das mal testen, aber erst vermutlich nächste Woche. Ich 
muss erst noch einige andere größere Erweiterungen in EleLa rein 
bringen.

Der Typ muss eingegeben werden, da dies die DB verlangt.

Ich habe jetzt noch zusätzliche eine Fehlermeldung eingebaut, wenn man 
die Typdaten nicht hinterlegt hat, bzw. wenn keine Typen existieren darf 
auch der Typ leer gelassen werden.

Wenn Du den Typ eingibst, dann sollte die EXE nicht abstürzen. Teste das 
mal bitte.

Bei mir aktualisiert EleLa bei allen Positionen die E-Preise.
Anbei ein Screenshot des Menüpunktes.

Wenn es bei Dir nicht so ist, steht eine Fehlermeldung unter
Extras > Log?

Ist ein Bug, ich habe das korrigiert.

Die nächste Version dauert noch ein paar Tage bis ich die 
veröffentliche, derzeit mache ich Erweiterungen, so dass EleLa auch als 
Gerätedatenbank / Geräteverwaltung genutzt werden kann.

Hallo Markus,

ich verfolge die Entwicklung von EleLa schon einige Zeit, und bin 
begeistert, was Du (und die Pflichtenheft-Schreiber aus dem Forum) hier 
auf die Beine gestellt hast.
Bisher spiele ich nur mit EleLa (nur sehr wenig Produktivdaten), und 
habe vor kurzem das Update auf die V2 (Test, Windows 64) durchgeführt.

Ist es nun eigentlich normal, dass ich nun unter Versionsabfrage die 
Anzeige bekomme "Kann Versions-Info nicht laden",
oder habe ich beim Upgrade auf die V2 einen Fehler gemacht ?


Danke!  Thomas

Nein, das sollte auch mit der 64 Bit Version gehen. Ich habe den Bug 
aufgeschrieben.

Abhilfe:
Mit der Taste "WWW" im gleichen Dialog kann der Internet Browser 
gestartet werden und man sieht dann alle derzeit verfügbaren Versionen.

Den 3-Klick habe ich jetzt rein gemacht.

Anbei ein paar Screenshots für die Erweiterung für die Gerätedatenbank.

- Seriennummer bei Projekt + Position
- Mehr Felder bei Historie um Reparaturen verwalten zu können.
- Kostenvoranschlag erstellen (Übersicht + Positionen)
- Bauteil / Geh/Lager mit Feld Art (Bauteil/Arbeitszeit/Kleinmaterial)
  - Bauteil, wie gehabt
  - Arbeitszeit, hier werden keine "Mengen" berücksichtigt.
  - Kleinmaterial wird bei Projektplanung "Prüfe Menge für Produktion" 
nicht berücksichtigt
- Adresse Häkchen Projekt
- Projekt und Historie kann nun kleiner geklappt werden.

Schaut es euch an, ob noch was fehlt.

Ist noch viel Arbeit bis alles zusammen wieder flüssig funktioniert.

@elboy

Wegen dem Absturz unter Linux, ich kann das nicht nachvollziehen. EleLa 
sollte niemals abstürzen, auch nicht unter Linux sondern eine Eintrag 
unter Extras > Log schreiben.

Ich habe mal einen Bugreport für Lazarus erstellt:
http://bugs.freepascal.org/view.php?id=21978

Kannst Du ein Video mit Camtasia Studio 7 von dem Vorgang drehen?
(Siehe Eintrag von Ihor)
Entweder auf Youtube hochladen oder mir mailen.

Unter Positionen kann man Bestückungsvarianten definieren. Dann müsste 
das Bauteil, das hochwertiger ist doppelt in der Positions-Liste drin 
stehen, mit der anderen Varianten-Bezeichnung. Ich gehe davon aus, dass 
es nur ein paar wenige Bauteile sind.

Ein paar Felder verschieben, ist kein Problem und macht auch Sinn.

Vielen Dank! Mir ein Mail schreiben.
(Extras-F10 > Info steht die Mailadresse)

Nein, das ist nicht so gut. Irgendwann hat man auch sehr viele Projekte 
und dann ist diese Auswahl noch unübersichtlicher, bzw. Falscheingaben 
sind auch viel gravierender.

Die Bauteile können auch vom CAD Programm importiert werden. EleLa kann 
aus vielen CSV Dateien die Stücklisten importieren, wenn nicht, einfach 
in der Textdatei (CSV Format) die Spaltennamen anpassen. (Siehe Hilfe)
Damit hat man die ganze Stückliste schon mal im EleLa drin.

Nun geht man her, z.B. beim C 100nF, den es mehrmals in der Platine gibt 
(wählt die EleLa Verknüpfung aus) und wählt den Menüpunkt "Kopiere 
Bauteil/Gehäuse/Lager" und EleLa wird allen bisher nicht zugeordneten 
Bauteilen mit den gleichen Eigenschaften die gleiche Bauteilverknüpfung 
geben.

Und mit dem Auswahldialog für die Bauteilauswahl kann man sehr schnell 
das Bauteil finden. Links im Baum auswählen begrenzt die Auswahl und im 
Eingabefeld "*XYZ" auch nochmal. Mit wenigen Klicks erreicht man so das 
Bauteil.

EleLa behandelt die Preise so:

Bei Bestellung wird der Preis anhand der hinterlegten Preisstaffel aus 
Lieferant genommen.

Bei Anlieferung, in Lagerbuchung (aus Bestellen) der Ware wird der 
EPreis aus der Bestellung (letzter gültiger Einkaufspreis) anhand der 
VPE Menge dann in Gehäuse/Lager eingetragen.

Somit steht unter Gehäuse/Lager immer der zu Letzt erzielte 
Einkaufspreis.

Genau dieser Preis wird dann auch für die ProjektPos genommen.

Der Preis aus der Staffel aus Lieferant darf nicht verwendet werden, 
denn das sind alles zahlen, die nicht dem letzten Einkauf entsprechen 
und somit falsch sind.


Beispiel:
Staffel   1x  á 8,00 EUR
Staffel 100x  á 1,50 EUR
Staffel 200x  á 1,30 EUR

Jetzt kaufst du 2x 100 Stück ein, im Lager sind dann 200 Stück. 
Einzelpreis ist jedoch 1,50 EUR da zwei mal gekauft wurde.

Wenn man nun mit der Preisstaffel aus Lieferanten den Preis in 
Projektpos übernehmen würde, dann würde EleLa 1,30 Ausrechen, was aber 
nicht dem tatsächlichen EK entspräche.
Folge: Dein Verlust.

Nein, EleLa ist da ganz einfach. Immer der EPreis von Gehäuse/Lager.
Somit ist der Preis, den man unter Projektpos hat (aktualisieren der 
Preise) immer nachvollziehbar.

Wenn man neue Preise in die Preisstaffel bei Lieferanten einträgt, kann 
man immer noch selbst entscheiden ob man dann auch den Preis bei 
Gehäuse/Lager mit aktualisieren möchte.
Das geht nur bei Lagerbuchung bei Bestellung automatisch, denn nur dann 
kennt EleLa die aktuelle Menge/VPE/Preisstaffel, bzw. der Preis wurde 
bei Lieferant1/2 bei Bestellung eingetragen.