CRM Extension Teil 1:Adressbuch

[christian.kolb]

Hallo Leute,

ich habe gerade nach einem Adressbuch Modul für TYPOlight gesucht. Nach zugegeben nicht sehr ausgiebiger Suche habe ich 2 Dinge herausgefunden.

1. Es gab wohl schon einmal ein solches Modul, welches aber wieder aus dem ER geflogen (oder herrausgenommen worden) ist.
2. Es gibt wohl in der Catalog Extension ein Art Adressbuch.

Punkt 1 hilft mir nicht weiter und Punkt 2, die Catalog Extension, ist soweit ich es verstanden habe ziemlich umfangreich.

Langer Rede kurzer Sinn, ich habe mich dazu entschieden eine eigene Adressbuch Extension zu programmieren. Da es dabei primär um das Speichern und auslesen von Daten geht, denke ich, dass sich die Komplexität in Grenzen hällt.

Der Grund warum ich das alles schreibe ist folgender:
Es gibt dutzende Programme mit denen man seine Adressen verwalten kann, mit immer mehr oder weniger sinnvollen Informationsfeldern.
Deshalb wollte ich wissen welche Felder ihr aus eigener Erfahrung nützlich findet und welche nicht in ein Adressbuch gehören.

Wenn das Thema auf genügend Interesse stößt werde ich die Extension natürlich im ER zur Verfügung stellen.

Voraussetztungen:

• Aufbau: Adressbuch => Kategorie => Adresse (3 Tabellen)
• Folgende Felder:
  
  • Vorname
  • Nachname
  • Email
  • Tel Dienstlich
  • Tel Privat
  • Mobil
  • Adresse
  • Ort
  • Website
  • Geburtsdatum

Folgende Features könnte ich mir vorstellen wenn das Adressbuch erst einmal läuft. Auch hier würde ich mich über Feedback und Vorschläge freuen:

• Import-/Exportmöglichkeit: XML und CSV (Gibt es sonst noch sinnvolle Datentypen?)
• Eine Syncronisationsmöglichkeit mit Programmen wie Thunderbird oder Outlook über eine Schnittstelle (was natürlich sehr weit gedacht ist)

Jetzt bin ich ja mal auf eure Vorschläge gespannt.

Gruß
Freshlifepages

[Fabster]

Schau Dir doch das Thema Mitglieder an bzw. die Mitgliederliste. Da kannst Du ja auch neue Felder hinzufügen, wenn Du sie brauchst..

[christian.kolb]

Hmm ne ich glaub da hast du mich missverstanden.
Es geht mir nicht darum das ich nicht weiß was für Felder ich benutzen könnte oder darum schnell zu einem Ziel zu kommen in dem ich eine andere Extension erweitere.

Ich kenne dutzende Programme mit eben sehr unterschiedlichen Feldern. Und da ich die Extension auch im ER veröffentlichen will möchte ich wissen welche Felder aus eurer Erfahrung her in der Extension enthalten sein sollten und welche nicht.

Ich weiß es jetzt nicht sicher, aber die Mitgliederliste ist doch auch an die Mitglieder gebunden, oder? Und die Adressen sollten eigentlich vollkommen unabhängig von Mitgliedern erfasst werden können.

Gruß
Freshlifepages

[acenes]

Na ja, der Unterschied dürfte hauptsächlich im Extension-Namen bestehen. Ansonst könnte man die Adressen wohl einfach als Mitgliederkonten abbilden bei denen die Anmeldung gesperrt ist.

[christian.kolb]

Das sehe ich wiederrum ganz anderst. Mitgliederkonten sollten meiner Meinung nach Mitgliederkonten sein. Abgesehen davon das ich Redundanzen dadurch hätte, dass es im Mitgliederkonto Felder gibt die ich definiv nicht für eine Adresse benötige, würden dann auch bei der Mitgliederübersicht im Backend einige Mitglieder angezeigt die einfach keine Mitglieder sind.
Wenn ich jetzt sage, ich habe eine Website mit 20 Mitgliedern, aber mit 200 Adressen, dann hätte ich einen großen Datensalat bei dem ich die Mitglieder erstmal suchen muss. (Auch wenn ich mit Filtern arbeiten kann)

Mal abgesehen davon, wie würdest du die Kategorien managen. Mit Mitgliedergruppen? Das verfälscht das System doch extrem. Vorallem wenn ich die Extension noch durch z.B. Import und Export Funktionitäten erweitern möchte. Das unterscheiden von Adressen von Mitgliedern beim Import/Export dürfte problematisch werden.

Außerdem habe ich mich dazu entschieden 3 Stufen zu Nutzen:
Adressbuch => Kategorie => Adresse
Dadurch fällt die Idee mit Mitgliedern eh flach.

Deshalb möchte ich keine Extension erweitern sondern eine neue schreiben.

Gruß
Freshlifepages

[Fabster]

Wie auch immer, es geht wunderbar mit Mitgliedern und wir haben das schon einige Male so gemacht. Mit unterschiedlichen Mitgliedergruppen etc.

Aber Du kannst natürlich auch gerne eine neue Extension schreiben Nur leider kann ich Dir da nicht helfen (Code-Niete), aber es finden sich sicher andere...

[christian.kolb]

Ich denke die Extension an sich bekomme ich sicher hin
Nur falls es tatsächlich mal an Dinge wie Syncronisationsmechanismen mit anderen Programmen (Outlook, Thunderbird,..) gehen sollte werde ich sicher Hilfe benötigen.

Aber jetzt würde ich mich über Feld- und,oder Featurevorschläge freuen.

Gruß
Freshlifepages

[gregor]

Finde ich interessant und könnte sowas sofort gebrauchen.

Für Vereinsseiten sind evtl. folgende Felder noch interessant:

• Position/Funktion, auch mehrfach
• Abteilungszugehörigkeit, auch mehrfach
• Bild

Gruß
Gregor

[christian.kolb]

Position, Funktion und Abteilungszugehörigkeit finde gut. Nur versteh ich nicht wie du das mit mehrfach meinst. Was für eine Art Feld stellst du dir darunter vor? Und wieso Abteilungszugeörigkeit? Gehört man im Normalfall nicht nur zu einer Abteilung? (Ich denke jetzt an eine Firma) Oder meinst du wie z.B. im Sportbereich das man sowohl Fußball als auch Handball spielt?

Das Bild hingegen finde ich überdimensioniert. Ich denke jetzt im Geschäftsbereich. Da kann ich mir nicht vorstellen das man für 500 Kunden je ein Bild hinzufügt. Das wäre ein viel zu großer Aufwand. Selbst im Vereinsbereich. Wenn du wiederrum für einzelne Mitglieder Bilder hinterlegen willst, dann würde ich das an deiner Stelle doch eher über Mitglieder regeln.
Aber man kann das ganze ja im Hinterkopf behalten. Vielleicht als eine Einstellung pro Adressbuch, ob man Bilder hinterlegen möchte oder nicht.

Gruß
Freshlifepages

[gregor]

In vielen Vereinen haben Personen mehrere Positionen/Funktionen inne, oder sind in verschiedenen Vereinsabteilungen tätig.

Zum Bleistift:
Die Person ist Jugentrainer und Schatzmeister und zusätzlich auch noch Abteilungsleiter in der Damefussballmanschaft.

Somit könnte ich bei einzelnen Abteilungsseiten die jeweiligen Ansprechpartner der Abteilung auflisten. Hat eine Person eine Mehrfachposition/Funktion inne, wird sie entsprechend gelistet.

Ich denke auch mal, dass es in Firmen durchaus "doppelte" Abteilungen gibt. Wenn jemand im Versand arbeitet und auch noch im Betriebsrat oder bei der Werksfeuerwehr tätig ist, dann wären das für mich zwei unterschiedliche Abteilungen.

Doppelte Funktionen wären dann für mich Staplerfahrer und Betriebsratmitglied.


Gruß
Gregor

[christian.kolb]

Ok gut so macht das natürlich Sinn.
Aber wie stellst du dir das Feld vor? Ein einfaches Textfeld in dem man eine Komma oder Semikolon seperierte Liste einträgt oder eher soetwas wie diese Liste beim Layout wenn man die einzelnen Layoutbereich hinzufügt, dubliziert oder löscht?

Gruß
Freshlifepages

[MacKP]

Hallo Freshlifepages,
dafür gibts doch ne passende Erweiterung die du als Grundlage nehmen kannst -> https://contao.org/erweiterungsliste...000049.de.html
(Also abhängige Installation).

Viele Grüße

[christian.kolb]

Hey Danke, genau das habe ich mit der Liste im Layout gemeint
Die werde ich mich genauer anschauen.

Gruß
Freshlifepages

[christian.kolb]

Hallo Zusammen,

die Extension ist im Backend Bereich ersteinmal fertig gestellt.
Das heißt es können Addressbücher, Kategorien und Adressen angelegt werden.

Hier ein paar Screenshots dazu, damit ihr euch etwas darunter vorstellen könnt:

Adressbücher:


Kategorien:


Adressen:


Neue Adresse anlegen:


Jetzt ein paar Fragen:
- Fehlt euch ein oder meherere Felder bei der Adresse oder stimmt etwas mit der Aufteilung nicht?
- Ist es überhaupt interessant ein FE Modul hinzuzufügen und wenn ja in welcher Form?
- Welche Import, Export Formate (XML, CSV) sind sinnvoll?

Freue mich über jede Art von Lob, Kritik und Vorschläge.

Gruß
Freshlifepages

[gregor]

Mir fällt so spontan Titel beim Namen ein: Dr., Prof. & Co.

Bei Adresse könnte noch Zusatz rein für z.B. Hinterhaus, bei Meier abgeben oder für Gewerbetreibene, die in keinem Amt eingetragen sind:
Michel Meier (Vor- & Nachname)
Webdesign (Zusatz)

Bei Telefon evtl. noch ob Privat oder Geschäftlich.
Und wenn ich Global denke, vielleicht noch Land, evtl. mit Länder-ID
Und für Old-School: Fax noch.
Persönlich würde ich nur Ort schreiben aber Hausnummer noch hinzu bei Straße.

Gregor

[schman]

Wie sieht es eigentlich mit den kategorien aus, kann ich einer Adresse mehrere Kategorien zuteilen?

[christian.kolb]

@gregor

• Titel ist eine gute Idee
• Adresszusatz versteh ich ehrlich gesagt nicht ganz, dass mit "bei Maier abgeben" usw. benötigt doch vielleicht ein Lieferservice, aber ansonsten kann ich mir jetzt keine andere Möglichkeit vorstellen bei dem eine solche Angabe sinnvoll ist.
• Telefon gibt es ja 2mal einmal bei Privat und einmal bei Geschäftlich
• Land ist eine gute Idee
• Fax auch, bei Privat und Geschäftlich
• Hausnummer gehört auch zur Straße, sollte noch in die Description rein

@gregor
Nein, jede Adresse gehört nur zu einer Kategorie

Freu mich über weitere Meldungen.

Gruß
Freshlifepages

[gregor]

Richtig wichtig ist der Zusatz nicht, jedoch kann er u.U. sinnvoll sein.

Infos zum Adresszusatz finden sich hier:
http://de.wikipedia.org/wiki/%E2%84%85

Gregor

[christian.kolb]

Ok doch du hast recht. Man könnte das noch zusätzlich zur Straße angeben, aber vollständigerweiße sollte es in eine gesondertes Feld.

Also das heißt hinzugefügt werden:

• Titel
• Adresszusatz
• Land
• Fax bei Privat und Geschäftlich

Und außerdem wird die Beschreibung bei Straße noch dahingehend abgeändert, dass die Hausnummer auch eingetragen werden soll. Ein extra Feld finde ich da zu viel.

Wie sieht es mit den Datenformaten für Import und Export aus?
Vorschläge sind willkommen.

Gruß
Freshlifepages

[gregor]

Extrafeld für Hausnummer muß nicht sein, stimmt.

Zum Im- und Export wäre für mich CSV ausreichend.

Freuen dürften sich einige über eine iPhone-App, sinnig wäre ein Sync mit Outlook und Co.

Gregor

[schman]

ich wäre noch für vCard's

[planepix]

Hallo Christian,

wie wäre noch die Möglichkeit, ein Foto dem Profil anzufügen?

Und wie bei Position auch bei E-Mail und Website mehrere Einträge vorzunehmen?

[christian.kolb]

@gregor
IPhone App? Meinst du ein App, welches sich direkt in die Extension einklinkt?
Ich habe leider kein IPhone, geschweigenden Ahnung davon wie man dafür ein App programmiert.
Falls sich da jemand mit auskennt und eines schreiben möchte - auch für Windows Mobile oder Android - dann darf er sich gerne bei mir melden. Ich würde den- oder diejenige gerne dabei unterstützen.

@schman
Bis vor 2 Minuten wusste ich noch nicht was vCards sind, aber jetzt will ich sie auch drin haben
Wie stellst du dir die vCards vor? Als Frontendmodul zum runterladen oder eher als Massenabspeicherung wie einen Export?
Wahrscheinlich werden nicht alle Felder in die jeweiligen Programme übernommen werden können.
Aber das Problem werde ich beim Import und Export auch haben.

@planepix
Das mit dem Bild hatten wir weiter oben schon einmal:

Das Bild hingegen finde ich überdimensioniert. Ich denke jetzt im Geschäftsbereich. Da kann ich mir nicht vorstellen das man für 500 Kunden je ein Bild hinzufügt. Das wäre ein viel zu großer Aufwand. Selbst im Vereinsbereich. Wenn du wiederrum für einzelne Mitglieder Bilder hinterlegen willst, dann würde ich das an deiner Stelle doch eher über Mitglieder regeln.
Aber man kann das ganze ja im Hinterkopf behalten. Vielleicht als eine Einstellung pro Adressbuch, ob man Bilder hinterlegen möchte oder nicht.

Mehrere Einträge für Email und Website ist rein technisch gesehen überhaupt kein Problem. Nur steigen dadurch die Probleme im Bereich Import und Export. Die wenigsten Programme unterstützen mehrere Websites, Emailadressen vielleicht noch.
Da geht es eher um die Entscheidung, wie wichtig ist es einem ist die Kontakte mit Programmen zu snycronisieren und wie wichtig die Daten vollständig in TYPOlight hinterlegt zu haben.
Vielleicht können da ja ein paar Leute noch ihre Meinung beisteuern, damit man vielleicht eine Tendenz erkennen kann.

Gruß
Freshlifepages

[christian.kolb]

Hier der aktuelle Stand:


Die mehrfache Website und Email habe ich jetzt nicht eingebaut, da es meines Wissens weder in Thunderbird noch in Outlook möglich ist mehrere Website zu hinterlegen. Und Email ist ja schon 2mal vorhanden (Privat und Organisation). Ich habe mir schon überlegt ein Anmerkungsfeld hinzuzufügen in das man weitere Daten einfügen kann, aber das macht das ganze eben wieder unübersichtlicher.

Gruß
Freshlifepages

[Friedhelm]

Hier der aktuelle Stand:
Die mehrfache Website und Email habe ich jetzt nicht eingebaut, da es meines Wissens weder in Thunderbird noch in Outlook möglich ist mehrere Website zu hinterlegen. Und Email ist ja schon 2mal vorhanden (Privat und Organisation). Ich habe mir schon überlegt ein Anmerkungsfeld hinzuzufügen in das man weitere Daten einfügen kann, aber das macht das ganze eben wieder unübersichtlicher.

Ich komm ein bisschen hinterher wie die alte Minna, habe den Thread erst gerade entdeckt und alles brav durchgelesen;-)
Anmerkungsfeld finde ich persönlich überflüssig.
Bei den übrigen Feldern würde ich mich an den vCard-Standard halten.
Bei den Webmaildiensten gmx, web.de, etc. gibt es bestimmt auch noch Anregungen für Felder.
Wobei zu viele macht das ganze unübersichtlicher;-)
Spontan fallen mir keine Felder mehr ein, das einzige unklare für mich: wo würde ich (bei Firma ...) ein Postfach eintragen?
Und zum Im/Export: vCard neben CSV wäre Klasse!
Eine Anregung zur Anordnung der Felder: mir würde es gefallen, wenn bei Privat und Organisation die gleichen Felder an der gleichen Stelle wären: Firma, Organisation, Verein als einziges Feld in der Zeile und danach die Felder wie bei Privat. K.A. wie aufwändig das ist:-(

[christian.kolb]

Ist ein Postfach nicht im prinzip auch nur eine Adresse?
Wenn eine Firma keine normale Adresse sondern nur ein Postfach hat, kann man ja dieses bei Adresse eingeben. Falls du für die Firma sowohl eine normale Adresse als auch ein Postfach hast, kannst du ja einfach 2 Adressen anlegen.
Die Adressbuch Extension gehört zu einer (sich noch in der Planung befindenden) CRM Extension.
Zu dieser um genau zu sein. Dadurch, dass bei der endgültien Version die Möglichkeit bestehen wird, mehrere Adressen einem Kunden zuzuordnen, wird das ganze auch nicht unübersichtlich.

Der Aufwand, die Felder anzuordnen, ist im prinzip fast 0 und schon umgesetzt.

Gruß
Freshlifepages

[Friedhelm]

Ist ein Postfach nicht im prinzip auch nur eine Adresse?
Wenn eine Firma keine normale Adresse sondern nur ein Postfach hat, kann man ja dieses bei Adresse eingeben. Falls du für die Firma sowohl eine normale Adresse als auch ein Postfach hast, kannst du ja einfach 2 Adressen anlegen.

Ja, klar, da hast Du recht: Postfach ist natürlich eine Adresse. Würde ich dann wohl einfach bei Straße eintragen.
Wie meinst Du das mit 2 Adressen?
Doppelten Datensatz mit einmal normal und Postfach?
Würde mir reichen.

Der Aufwand, die Felder anzuordnen, ist im prinzip fast 0 und schon umgesetzt.

Hey cool, war von meiner Seite nur eine Anregung, keine Ahnung, ob das andere auch für sinnvoll halten.
Schöne Ostern

[christian.kolb]

Wer paralell dieses Thema verfolgt hat, hat vielleicht herausgelesen, dass ich vorhabe die Herarchie Adressbuch => Kategorie => Adresse aufzulösen und stattdessen jeder Adresse eine Kategorie so zuzuweisen.
Dazu möchte ich ein Dropdownfeld mit den Kategorien anbieten. Ich habe schon gesehen das man dieses über das "options_callback" einfügen kann. Aber da werden dann leider die Namen der Kategorie in die Datenbank geschrieben. Ich würde allerdings lieber die id der Kategorie speichern.

Wie lässt sich das lösen?

Gruß
Freshlifepages

[lindesbs]

Ich wuerde Dir vorschlagen vor dem Angehen dieses riesigen Modules, erstmal die Grundzuege des TL Frameworks kennenzulernen.

Heir ist das Tagebuch, wo du dich auch entlanghangeln kannst : https://community.contao.org/de/show...light=tagebuch

Nichts gegen deine Programmierkuenste, aber schaue Dir das TL-Framework genau an.

[Tiggr]

Hiho!

Falls es wirklich ein kleines CRM werden soll, dann wäre es sicher gut, wenn User mit entsprechenden Rechten eigene Felder anlegen könnten, am besten über eine bequeme Oberfläche!

Gerade im CRM hat doch jeder eigene Vorstellungen, was an Daten gepflegt werden soll: Kundenbewertung (A, B, C), Umsatz, Rechtsform, Landkreis, Vertriebsgebiet, Kreditwürdigkeit...

Das alles von Anfang an anzulegen wäre übertrieben, aber es sollte möglich sein...

Tschüss
Marcus (aka Tiggr)

[christian.kolb]

@lindesbs
Das Tagebuch kenne ich , sehr genial übrigens. Aber das habe ich schon 2 - 3mal durchgelesen und meine allererste Extension auch darauf aufgebaut. Das TL-Framework anschauen ist gut gesagt, aber ich bin der Meinung LearningByDoing ist immer noch die beste Methode, auch wenn ich mir natürlich soviele Kenntnisse über das TL-Framework wie möglich anzueignen versuche.

@Tiggr
Die Idee selbst Felder anlegen zu können ist ja sehr gut, aber die von dir genannten Felder werden ausschlißlich von Unternehmen benötigt und wie ich ja schon im Hauptthema gesagt habe, ist die erste Version des CRMs für die Community. Für eine spätere Version ist die Idee natürlich super und ich habe schon die ersten Ideen wie ich das umsetzen könnte.

Leider beantwortet keine der Antworten meine Frage, ich freue mich natürlich über weitere Ideen und Anregungen aber noch mehr freuen würde ich mich auf eine Lösung des o.g. Problems.

Gruß und frohe Ostern
Freshlifepages

[lindesbs]

Die Idee selbst Felder anlegen zu können ist ja sehr gut, aber die von dir genannten Felder werden ausschlißlich von Unternehmen benötigt

Dem kann ich so nicht zustimmen, da auch ich mein eigenes CRM mit zusaetzlichen Feldern fuettere. Du kannst dem Nutzer nicht unterstellen, nur weil er kein Unternehmen ist, braucht er keine Zusatzfelder.

Leider beantwortet keine der Antworten meine Frage, ich freue mich natürlich über weitere Ideen und Anregungen aber noch mehr freuen würde ich mich auf eine Lösung des o.g. Problems.

Dann schaue Dir mal die Core DCAs an, bsp. tl_member und das group field.
mittels foreignKey. Das ist der TL Way

[christian.kolb]

Dem kann ich so nicht zustimmen, da auch ich mein eigenes CRM mit zusaetzlichen Feldern fuettere. Du kannst dem Nutzer nicht unterstellen, nur weil er kein Unternehmen ist, braucht er keine Zusatzfelder.

Ich sagte die von ihm genannten Felder, aber du hast prinzipell natürlich Recht. Aber ich denke dieses Feature werde ich erst gegen Ende einbauen, da es schon ziemlich komplex ist.

Dann schaue Dir mal die Core DCAs an, bsp. tl_member und das group field.
mittels foreignKey. Das ist der TL Way

Super das werde ich mir gleich mal anschauen, danke für den Tipp.

Gruß
Freshlifepages

[Tiggr]

Hiho!

@Tiggr
Die Idee selbst Felder anlegen zu können ist ja sehr gut, aber die von dir genannten Felder werden ausschlißlich von Unternehmen benötigt

Eigene Felder braucht jeder! ;-) Egal ob Firma oder Privatmann, oder der von dir als Beispiel genannte Verein als Zielgruppe (Beitrittsdatum, Mitgliedsstatus, Beitragsstufe, ...).

Das Problem ist, Du hast gesagt: "CRM" - und da hab ich ein wenig Erfahrung damit. Als Betreuer bei der Einführung und als Nutzer. Deswegen bekommst Du jetzt auch gnadenlos alle Ideen und Anforderungen an ein CRM um die Ohren gehauen!

Aber mir ist ganz klar: Du hast nur begrenzte Resourcen, und du wirst sicher nicht alles, und erst recht nicht alles sofort, umsetzen!

Das Vorgehen ist in meinen Augen jetzt: Wir werfen dich mit Ideen und Vorschlägen zu, und du pickst Dir die Rosinen raus, die du Umsetzen willst. Ich werde mich sicher nicht beschweren, wenn du was nicht umsetzt! Meine Wunschliste ist unendlich lang, teilweise sehr individuell, und hat nichts zwingendes.

Bleiben wir dabei: Ich und andere Forenteilnehmer werfen Dich mit Ideen zu, und Du ordnest das in 3 Gruppen:

1) Machst Du!
2) Machst Du später!
3) Machst Du nie!

Deine Extension, Deine Entscheidung! :-)

Tschüss
Marcus (aka Tiggr)

PS: Ein echtes, vollwertiges CRM als OpenSource wäre genial! vTiger und ShugarCRM kann man in der Community-Edition leider total vergessen, CiviCRM hat Lücken, und dann kommt lange nichts!

[christian.kolb]

<-- Ist das Aussage genug?

Ne im ernst, du hast den Nagel auf den Kopf getroffen.
Ich habe mit CRM noch wenig Erfahrung und brauche erfahrene Leute, also haut mir die Ideen ruhig um die Ohren.

Gruß
Freshlifepages

[christian.kolb]

Dann schaue Dir mal die Core DCAs an, bsp. tl_member und das group field.
mittels foreignKey. Das ist der TL Way

Das funktioniert wunderbar. Nur ein kleines Problem. Wenn ich jetzt, sagen wir einen Betreuer für eine Adresse (also einen Mitarbeiter) für eine Adresse auswählen will (ich weiß, dummes Beispiel) und der zugeteilter Mitarbeiter hat einen Vor- und einen Nachnamen, in 2 Felder gekapselt, dann kann ich mit dem foreignKey nur entweder den Vor- oder den Nachnamen auswählen, was im zweifelsfall nicht umbedingt eindeutig ist.
Lange Rede, kurzer Sinn:
Gibt es eine Möglichkeit beide Felder zu verknüpfen und im Dropdown anzuzeigen?

Gruß
Freshlifepages

[deerwood]

Moin,

Gibt es eine Möglichkeit beide Felder zu verknüpfen und im Dropdown anzuzeigen?

Statt foreignKey kannst Du einen options_callback setzen. Siehe system/modules/backend/dca/tl_content.php für das Feld 'form' bzw. die Methode tl_content::getForms() in der gleichen Datei.

LG, Georg

[tinoo]

Hallo

Bin grad auf deine Beiträge gestossen und habe sie mit Interesse überflogen... Tolle Ideen hast du!

Es gibt dutzende Programme mit denen man seine Adressen verwalten kann, mit immer mehr oder weniger sinnvollen Informationsfeldern.
Deshalb wollte ich wissen welche Felder ihr aus eigener Erfahrung nützlich findet und welche nicht in ein Adressbuch gehören.

Die für alle richtigen Informationsfelder zu finden, dürfte wohl ein Ding der Unmöglichkeit werden. Toll wäre es daher, wenn ein Grundstock an Feldern vorhanden ist, mit den wichtigsten Angaben wie du sie bereits aufgeführt hast. Dann sollte aber jeder seine eigenen, spezifischen Felder hinzufügen können...

Ich könnte mir z.B. vorstellen, dein Adressbuch vielleicht als "zentrale Mitgliederverwaltung" von meinem Verein auf unserer TL-Website einzubauen. Bislang werden die Daten von einer Person verwaltet, und die schickt in unregelmässigen Abständen die Daten als Excel-File an die Vorstandsmitglieder. Mit dem Resultat, dass es immer mal wieder Unstimmigkeiten in den Daten gibt. Und für meinen Verein brauch ich ein paar Felder, die sonst wohl niemand braucht. Du wirst dich ja wohl kaum für die Ausbildungsstufe im Sporttauchen deiner Kunden interessieren, oder?

Toll wäre natürlich, wenn man mit dem Adressbuch auch Mitgliederlisten drucken oder XLS Dateien exportieren könnte. Und oberhammermässig wäre dann auch noch ein Etikettendruck oder noch viel besser: Briefumschläge mit den Adressen zu bedrucken. Das Layout (also Anordnung der Adresse, des Logos und Absenderadresse) könnte ja vielleicht mittels Template und CSS realisiert werden...

Du siehst - ich hätte noch viele Ideen am Lager

[christian.kolb]

@deerwood
Mit options_callback habe ich es ja vorher gehabt, nur dann wird ja der Wert der im Dropdown angezeigt wird in die DB gespeichert und ich möchte ja die id des Datensatzes, des in diesem Fall, Mitarbeiteres in dei DB speichern.
Gibt es dafür eine Möglichkeit? Oder lässt sich das irgendwie mit options_callback realisieren?

@tinoo
Weiter oben hatten wir das ja schon, das es gut wäre selbst Felder anlegen zu können. Wann, wie und ob ich das überhaupt realisieren weiß ich noch nicht. Ein Export als CSV (kann man in Excel öffnen) ist vorgesehen wodurch du eine Mitgliederliste auf jeden Fall drucken könntest. Was Briefumschläge drucken angeht, weiß ich jetzt auf die schnelle keine sinnvolle Lösung, aber ich behalte es im Hinterkopf.

Gruß
Freshlifepages

[Tiggr]

Hiho!

Und oberhammermässig wäre dann auch noch ein Etikettendruck oder noch viel besser: Briefumschläge mit den Adressen zu bedrucken. Das Layout (also Anordnung der Adresse, des Logos und Absenderadresse) könnte ja vielleicht mittels Template und CSS realisiert werden...

Damit würde ich mich erstmal nicht aufhalten. CSV-Export der gewünschten Daten ermöglichen, und dann ist der Rest einfache Seriendokumenterstellung im Office-Programm der eigenen Wahl!

Tschüss
Marcus (aka Tiggr)