Auftragsverfolgung/Dispo

@Moderator-1: Danke!

Wegen PN weiß ich nicht. Ist vielleicht auch für andere interessant? Keine Ahnung.
Falls was kostenpflichtiges draus werden sollte - denke aber nicht - müssen halt 10% ans Forum abgedrückt werden. Dann haben alle was davon.

Servus,

wie hast du das mit dem Popup gemacht?

Bzw. wo findet man diese Fkt?

Danke & Gruß

Das ist keine "normale" Excel-Funktion. Die kannst Du also nicht direkt in die Excel-Tabelle reinschreiben.
Ist eine VBA-Funktion, die sozusagen im Hintergrund läuft.
Ich bin im Moment an meinem alten Win2000-Rechner, da findet man VBA in Excel unter Extras -> Makro -> Visual Basic Editor. Ist bei den neuen Excel-Versionen so ähnlich zu finden.

Das Popup ist eine sogenannte "Meldung". VBA-Befehl: Msgbox.
z. B. MsgBox ("Hallo, das ist ein Test!")
Ist in der Excel-VBA-Hilfe ganz gut erklärt. Schau mal darein, vielleicht kommste klar, wenn nicht, melde Dich, dann mache ich ein Beispiel.

Ok Danke,

An VBA habe ich mich noch nicht versucht und das letzte Macro ist eine Weile her.
Ich schau es mir mal an die Tage.

Exel ist dermaßen vielfältig, ich glaube die meisten User kennen keine 5%.
Viele nutzen es noch nicht mal für die einfachsten Berechnungen.

Bin zur Zeit an einem Scheet dran und komme auch nicht weiter. Passt hier nur bedingt hinein.

Gruß


@TE

Exel ist Mehrbenutzertauglich, musst nur freigeben und ab und an das Protokoll abhängen sonst wird es riesig groß.

Kannst mir ja ne PM schicken, wenn Du denkst, dasss ich Dir bei Deinem Problem weiterhelfen könnte.

Danke fürs Angebot. Werde ich tun.

Heute und Morgen nicht , habe die Problemdatei auf einem anderen Rechner.
Evtl. hast ja eine andere / einfachere Lösungsidee.

Na, Du bist lustig, Schorsch!

Ich hatte bereits ziemlich zu Anfang geschrieben:

Aber ich denke, mit Excel würde das bei längerer Benutzung mit entsprechend vielen Einträgen doch arg unübersichtlich werden. [...]

Ich würde dafür eine kleine Datenbank machen. Wäre auch hinsichtlich der
vom TE geforderten Mehrbenutzertauglichkeit eindeutig besser.

Darauf Du:

Und wie gesagt, alleine das ich EINE Terminserie pro Fahrt anlegen kann wär schon nützlich,

Klang für mich nach einem Hilferuf nach dem Motto "Jede Lösung wäre besser als gar keine Lösung."
Ich glaube, das hab ich nicht nur alleine so verstanden, auch Franz hat, denke ich, seinen Vorschlag in diesem Sinne gemacht.

Und jetzt schreibst Du auf einmal, das Excel für Deine Problemstellung nicht geeignet wäre, dass es Performance-Probleme geben könnte, dass Du auf die Monatsübersicht umschalten willst, dass Du die Termin der einzelnen User im Blick haben willst und dass Deine Chefin Schreikrämpfe kriegt usw.

Mann Gottes, meine Rede seit Donnerstag, 20. November 2014, 20:01 ist:
Nimm nicht Excel, nimm ne datenbankgestützte Lösung.
Was ich Dir da als Beispiel hingehauen habe (das Bild) ist zwar in Excel, aber die Funktionalität kann man genauso in Access umsetzen. VBA geht in Excel, VBA geht genauso in Access. Mir ging es mit meinem Beispiel lediglich um eine Prinziplösung - und die funktioniert. Sie würde genauso in einer Datenbank funktionieren.

Alles, was Du schreibst - komfortabel, Usability, gesetzte Termine der einzelnen User, echte (zeitgleiche) Mehrbenutzerfähigkeit, Datensatzsperrung nur auf Datensatzebene - wäre mit einer Datenbank kein Thema. Ich habe Datenbanken programmiert, in denen seit 2006 mehr als 900.000 Datensätze zusammengekommen sind, die werden von verschiedenen, in ganz Deutschland verteilten Mitarbeitern eingetragen, verwaltet, ausgewertet, bearbeitet usw. Und das funktioniert astrein, ohne Nervenzusammenbrüche der Chefs. Ich weiß also, wovon ich rede.

Das allerdings wäre - natürlich - nichts, womit man Dir im Rahmen des Forums helfen könnte.

Wie auch immer, ich wollte das nur mal klarstellen, dass ich deine Ansicht zu Excel prinzipiell durchaus teile.
Excel ist ein mächtiges Werkzeug und Anzi hat recht, dass die meisten User keine 5% kennen.
Aber - gerade als Excelfan muss ich das sagen - Excel ist für alles hervorragend geeignet, wo ich rechnen, kalkulieren muss. Als Datenbank sollte man es nicht missbrauchen, da hat es nur rudimentäte Fähigkeiten.

Jedenfalls hast Du jetzt offenbar was gefunden, was Deine Wünsche erfüllt, und damit ist ja alles zu einem guten Ende gekommen.

PS: Ich würde mich aber nicht wundern, wenn Du nach einer Weile feststellen würdest, dass Du gerne noch dieses und jenes spezielle, auf Eure Firma bezogene Extra in Deiner Groupware hättest. Ob das eine Massenware bieten kann ... schaun wer moal.

Lass es uns wissen.

Gruß
Excelfan

Zitat

Mit Excel im Team gleichzeitig an den selben Dateien zu arbeiten kann ziemlich nervenaufreibend sein wenn die Leut nicht genau wissen was sie tun. Zudem sind in freigegebenen Mappen längst nicht alle Funktionen verfügbar, zum Beispiel Macroänderungen.


Ist doch auch völlig ok so, erst recht bei umfangreichen Scheets.

Nur einer sollte Autor/Admin sein bei einer komplexeren Tabelle.
Änderungen und neue Macros etc. gehen zu machen wenn man die Freigabe heraus nimmt.
Alle anderen User haben im Grundaufbau solch eines Scheets nichts drin herum zu fingern außer man gibt es frei.
Formate bzw. Formelbesetzte Felder kann man schützen vor der Freigabe der ganzen Mappe.


Ansonsten hilft scheinbar doch nur ein gescheites Programm und um so anspruchsvoller desto Euros...

schönes We

Von Excel/Access würde ich soetwas nen weiten Bogen machen! Am anfang lässt sich zwar schnell eine Lösung bauen aber es kommt der Zeitpunkt da endet das ganze in einem Monster das man nie wieder klein bekommt bzw. nur mit sehr großem aufwand.

Wenn du mir genau spzifizierst was du wie haben möchtest( kurzes Worddokument am besten) kann ich dir das nach der Arbeit mit c# und MsSql umsetzen. Wenn es nur die paar features sind die du bisher beschrieben hast sollte das Grundgerüst nach stehen 7 Tagen stehen. + weitere 7 Tage um bugsfixen/features einbauen + Dokumentation schreiben,

Was in der Transportbranche die Polen und Rumänen und sonstige Billigheimer sind, sind in der Softwarebranche die "ich -mach-dir-das-nach Feierabend-Programmierer".

Lacka, was machst Du, wenn winsocks Probleme mit dem Programm hat? Kommst du dann nach Feierabend vorbei?

Aber abgesehen davon, das hier kann ich nicht unwiderspriochen stehen lassen:

Diese Deine Aussage zu Access ist einfach Quark. Ich
will's mal Deiner fehlenden Erfahrung zu Gute schreiben, damit ich nicht
das böse Wort "Da hat jemand keine Ahnung" benutzen muss.

@winsocks: Lass Dich nicht verrückt machen. Für das Problem, so wie Du es bisher beschrieben hast, wäre SQL-Server überdimensioniert. Access oder eine ähnliche DB ist völlig ausreichend. Es sei denn, ihr habt ohnehin alles auf MS-SQL-Server zu laufen, dann wäre es im Sinne der Systemintegrität eine Überlegung wert, die neue Anwendung auch in dieser Umgebung laufen zu lassen. Aber was Du bisher geschrieben hast, deutet nicht darauf hin.