Bestellung im Intranet über HTML

moin,

*puh* soll ich dir was schreiben?

Vergess es - sowas haben wir uns auch gezimmert - du ahnst nicht, welche Schuhe da auf dich zu kommen

• User muß angelegt sein (LDAP) denn da bestellt ja jemand was - "rechtsgültig"
• beim importieren und exportieren müssen die Codeformate passen, sonst gibts "Nudeln mit So@@e oder Putenw�rfel in Orangen-Senfso�e mit Reis
• "ein CMS" würde ich da auch nicht als Grundlage nehmen - sondern einen "ausgewachsenes" Shopsystem - oder wie in unserem Fall was komplett eigenes mit Mysql/PHP und Co.

Also wenn du / Ihr sowieso vorhabt ein Intranet zu bauen und dein Chef dir Zeit dazu gibt - try it.
Ansonsten würde ich (Wenn ich deinen Wissensstand anhand deiner Fragestellung beurteilen darf) schreiben/raten - such dir einen erfahrenen "Programmierer".

Mit dem Lastenheft kannst du ja schon mal anfangen.

Gruß

Hallo,

bei uns wurde soetwas auch einmal verlangt. ich habe dass dann mit ASP.net umgesetzt.
Der Kantinenbetreiber hatte ein Tool um die "Speisekarte" zu befüllen. Die User eine HTML ansicht zum bestellen.

Allerdings wollten sie damals, dass ich dem Kantinenbetreiber die Daten gebe welche person welches essen bestellt hat.
Nur ging es mir gegen den Strich an einen Dritten die Daten über die Essensgewohnheiten meiner Mitarbeiter zu präsentieren.
Was der damit anfängt kann ich ja nicht nachvollziehen.

Also habe ich mich damals geweigert diese Daten zu übermitteln und dem Kantinenbetreiber lediglich die Anzahl der Bestellungen pro Menü zukommen zu lassen.
Schlußendlich haben meine Vorgesetzten das auch eingesehen dass das eigentlich nicht ganz korrekt währe.

Und Ohne die daten, welcher user was bestellt hat konnte der Betreiber eigentlich nichts anfangen.
1. Was wollen sie überhaupt machen wenn der User dann doch nicht essen geht? Bestrafen?
2. Was ist wenn der User dann doch etwas anderes möchte? ihm das andere verweigern?
3. Was passiert wenn der User nichts bestellt hat und trotzdem essen möchte? Ihm nichts geben?


Da gibt es eigentlich viele Probleme die einem da im Weg stehen.

Natürlich gilt obriges nur, wenn bei euch in der Kantine sowieso täglich frisch gekocht wird und nicht wie in manchen Betrieben in die dann das Essen je nach bestellungen geliefert wird.

Hi Tim,

klar geht das ... man kann es ganz einfach machen oder eben kompliziert und schick. Als erste Frage hätte ich, ob der Anbieter eine Nummer für das Essen hat. Wenn ja ist es einfach. Ich denke mal, jetzt ist es aktuell so, dass eine Liste rum geht, wo jeder seinen Wunsch aufschreiben kann. Und dann gehe ich mal davon aus, dass ihr nicht 500 Leute in der Firma seit

Natürlich kann man es 'Wasserdicht' mit Anmeldung, elektronischer Unterschrift oder Zertifikat machen ... wie ich dich verstanden habe, wäre das aber mit dem Schinken nach der Wurst geworfen ... also mach es einfacher. Einfache Seite mit Namen und Auswahl zur Nummer des Essens. Das ganze wird fertig ausgefüllt als HTML Formular verschickt an den, der die Bestellung macht ... nicht toll aber funktional.

Wenn du etwas programmieren kannst, kleine Datenbank oder auch nur eine Textdatei, wo das alles reingeschrieben wird - fertig.

Ja, ja ... ich weiss, ist nichts für Teams wo es eh Stress gibt. Aber im kleinen funktioniert das wie mit der handgeschriebenen Liste ... wer zu spät kommt oder nicht bestellt hat, bekommt an dem Tag nichts. Und wer bestellt hat muss es auch essen ... *lach ... Guten Appetit

Liebe Grüsse
Bernadette

Ein Parade-Beispiel wie man es nie und auf gar keinen Fall machen sollte: http://uwm.firma.cc/catering/index.php/application/staticpage/kassierun ...
Ich will jetzt nicht in die Details gehen, das würde sehr hässlich werden...

[OT]
@dog:
na dann gute N8....
Ich "glaube" da mußt du nicht würglich ins Detail gehen, da muß man ja Pipi in die Augen kriegen...
(Hatte ich nicht "oben" erwähnt, das man mit den Codes aufpassen sollte)
[/OT]