Fundraising - Schnittstelle zu Isotope

**kayyy** · 29.05.2014, 10:10

Hallo,

ich hätte da mal eine Frage zu der Schnittstelle zu Isotope.

Wäre es damit somit möglich z.B mittels MM ein Abonnement zu realisieren ?

Sodass ein User z.B Paket 1 wählt ( 3 Monate Laufzeit - Danach läuft der Zugang ab ) - bezahlen kann - und dann Zugriff auf bestimmte Seiten hat ?

Oder bspw. das ich ich Produkte in MetaModels anlege, welche dann über Isotope abgewickelt werden können ?

**MacKP** · 29.05.2014, 12:50

Hallo kayyy,
im Grunde steht es doch genau hier -> https://now.metamodel.me/de/unterstuetzer/fundraising
Es ist damit möglich Produkte in MM aufzubauen. Die Abwicklung des Bestellprozesses ist dann wieder Isotope-Sache.

Das mit dem Abbo müsste also Isotope können, damit das funktioniert. Ob der das kann weiß ich gerade nicht so...

Viele Grüße

**the_scrat** · 29.05.2014, 13:38

Hi Kayyy,

gedulde dich noch etwas, ich bin gerade in den letzten Zügen und werde demnächste ein komplettes Abonnementensystem für Contao veröffentlichen (Contao 2.x - 3.2.9).

Dieses enthält genügend Hooks um von außen gesteuert zu werden, also Zugänge freizuschalten, Mitgliedergruppen zu wechseln etc.
Somit braucht es nur noch eine kleine Erweiterung welche von Isotope das Abonnement anspricht und dieses steuert (startet/verlängert etc.).

Isotope übernimmt damit die Zahlungsabwicklung und sendet nach erfolgreicher Zahlung den Befehl an das Abonnement. Die Funktion gibts noch nicht, aber ich hab es in Verbindung mit einer anderen Erweiterung (welche auch noch veröffnetlicht wird) am Laufen.

**andreasisaak** · 29.05.2014, 16:07

Du meinst sowas? https://www.facebook.com/contaopaywall

**kayyy** · 29.05.2014, 16:41

Zitat von andreasisaak

Du meinst sowas? https://www.facebook.com/contaopaywall

Ja genau, supi

Darauf hat man gewartet

**the_scrat** · 29.05.2014, 17:08

Großer "Run" auf die Abos :-)

**kayyy** · 29.05.2014, 17:11

Das ist natürlich optimal in Verbindung mit MM :-)

Gesendet von meinem GT-I9300 mit Tapatalk

**Tim G** · 29.05.2014, 20:35

Zitat von the_scrat

Hi Kayyy,

gedulde dich noch etwas, ich bin gerade in den letzten Zügen und werde demnächste ein komplettes Abonnementensystem für Contao veröffentlichen (Contao 2.x - 3.2.9).

Dieses enthält genügend Hooks um von außen gesteuert zu werden, also Zugänge freizuschalten, Mitgliedergruppen zu wechseln etc.
Somit braucht es nur noch eine kleine Erweiterung welche von Isotope das Abonnement anspricht und dieses steuert (startet/verlängert etc.).

Isotope übernimmt damit die Zahlungsabwicklung und sendet nach erfolgreicher Zahlung den Befehl an das Abonnement. Die Funktion gibts noch nicht, aber ich hab es in Verbindung mit einer anderen Erweiterung (welche auch noch veröffnetlicht wird) am Laufen.

https://github.com/timgatzky/universalpayment

**Tim G** · 29.05.2014, 20:37

@Kayyy
Ah ja, gibt's Dich noch...

**the_scrat** · 29.05.2014, 20:39

Zitat von Tim G

https://github.com/timgatzky/universalpayment

??? Was willst du mir damit sagen?

**Tim G** · 29.05.2014, 20:41

Zitat von the_scrat

??? Was willst du mir damit sagen?

Geht glaube ich in die gleiche Richtung. Hätte man gut zusammen was machen können.

**the_scrat** · 29.05.2014, 20:49

Wir haben das Abosystem bereits seit 2010 im Einsatz und stetig weiterentwickelt, hatte bisher nur keine Lust/Zeit es zu veröffentlichen :-) Bis zum Umstieg vor kurzem auf Contao 3. Habe ich das Teil nun nochmal komplett neu geschrieben und nun so, dass man es auch der Öffentlichkeit zur Verfügung stellen kann (ohne hardcoded Zeugs)

Zudem hat es auch wohl nichts gemeinsam. Mein "Abosystem" ist wirklich mehr >System< und hat kaum was mit Abrechnung zu tun. Bedeutet Freischaltung Intervalmäßig (Schritte) für Onlinekurse/Artikel/Seiten etc.
Bei jedem Schritt können Mitgliedergruppen dem jeweiligen Mitglied hinzugefügt bzw. entfernt werden. Mitglieder können mehrere Abos gleichzeitig laufen haben usw.
Es ist daher eher ein "MitgliedergruppenverwaltungsCronjob" :-) Da man so gut wie jedes Element mit Mitgliedergruppen schützen kann, ist es die perfekte Zentrale :-)

**Tim G** · 29.05.2014, 20:51

Zitat von the_scrat

Wir haben das Abosystem bereits seit 2010 im Einsatz und stetig weiterentwickelt, hatte bisher nur keine Lust es zu veröffentlichen :-) Bis zum Umstieg vor kurzem auf Contao 3. Habe ich das Teil nun nochmal komplett neu geschrieben und nun so, dass man es auch der Öffentlichkeit zur Verfügung stellen kann (ohne hardcoded Zeugs)

Zudem hat es auch wohl nichts gemeinsam. Mein "Abosystem" ist wirklich mehr >System< und hat kaum was mit Abrechnung zu tun. Bedeutet Freischaltung Intervalmäßig (Schritte) für Onlinekurse/Artikel/Seiten etc.
Bei jedem Schritt können Mitgliedergruppen dem jeweiligen Mitglied hinzugefügt bzw. entfernt werden. Mitglieder können mehrere Abos gleichzeitig laufen haben usw.
Es ist daher eher ein "MitgliedergruppenverwaltungsCronjob" :-) Da man so gut wie jedes Element mit Mitgliedergruppen schützen kann, ist es die perfekte Zentrale :-)

Ah ok, das ist was anderes. Hatte es wie ein Bezahlsystem gelesen, das individuelle Aktionen ermöglicht.
Klingt gut, freu mich drauf.

**the_scrat** · 29.05.2014, 20:53

Das Bezahlsystem wird auch noch in Kürze kommen. Anbindung an den Digistore24 wird es geben (einzeln) und auch in Verbindung mit dem Abosystem. So kann jeder damit machen was er will und der Code bleibt sauber :-)

**Grossvater** · 19.12.2016, 20:03

Ich muss mich Entschuldigung wenn ich so ein altes Thread wiederbeleben muss.
Wie ist hierzu der Foundraising-Stand? Gibt es hierzu überhaupt Spenden? Ich hatte mich vor kurzem hierin auch beteiligt.

**zonky** · 19.12.2016, 20:32

aktueller Stand: https://now.metamodel.me/de/unterstu...aising#isotope

soweit mir bekannt: Isotope und MM haben sich seit der ursprünglichen Planung weiter entwickelt, so dass damalige Konzept heute nur noch bedingt passt (Budget mit eingeschlossen) - das Interesse ist aktuell dazu nicht besonders hoch bzw. die Diskussionen/Resonanz dazu eher gering => ergo: solange der Spendentopf annähernd gefüllt ist geht die Planung/Umsetzung nicht los

Ich habe vor einiger Zeit einen Spendeneingang verzeichnet - Deiner? - über 42€ Netto ... das wiegt im Übrigen etwa 30min Arbeitszeit des Programmierers auf... Damit möchte ich die kleinen Spenden nicht in Verruf bringen, aber entweder muss jemand "größere Knochen in den Topf werfen" oder viele Leute die "kleinen Knorpel" ;-)

**Grossvater** · 19.12.2016, 20:41

Ich sehe ab und zu auf die Balken im Foundraising, um zu sehen ob sich etwas bewegt.
Ist irgendwie ne Motivations/Psychologiesache wenn man sieht, dass sich dort (wenn auch nur im kleinen) etwas tut.
Ich hatte vor ein paar Tagen gespendet.

**zonky** · 19.12.2016, 21:06

mit der Seite gab es ein paar Problemchen, so dass die nicht aktualisiert werden konnte - wenn die nächsten News kommen (Ende des Monats) sind die Spenden aktuell...

**zonky** · 27.12.2016, 14:32

Spende ist inkludiert...

Re-Kommentar an Grossvater:

Hallo, Isotope hat sich kontinuierlich weiter entwickelt, so dass unklar ist, ob die ursprünglichen Überlegungen noch passen. Zudem gibt es kein dezidiertes Lastenheft, was eine solche Anbindung alles abdecken soll. Nach bisherigem Stand würde man in Isotope ein "Dummy-Produkt" anlegen und dann die zusätzlichen Informationen aus MetaModels per Hooks/Events in Isotope einschleusen. Solange sich Isotope nicht grundlegend ändert, wird das Prinzip wohl auch so bleiben.

Wenn bei Dir das Interesse an der Schnittstelle größer wird, bist Du herzlich eingeladen Dich bei dem Projekt zu engagieren. Du könntest z.B. ein solches Lastenheft erstellen und die Umsetzungsmöglichkeiten sowohl bei Isotope als auch MetaModels abprüfen. Mit der Grundlage ist sowohl eine handfestere Planung zu machen als auch die zugehörige (Geld-) Akquise.

**Grossvater** · 05.01.2017, 20:03

Ich bin leider kein Entwickler um genau beurteilen zu können was die Schnittstelle können muss. ich hätte da zu viel Angst, dass bei solch komplexen Anwendungen Designfehler auftreten. Ich würde hier eher ein Thema aufmachen und die Themen nach und nach sammeln und diskutieren. Ist das ok?

**zonky** · 05.01.2017, 20:21

Einen eigenen Thread aufzumachen, ist sicher eine gute Idee...

"Designfehler" kann man an der Stelle (noch) nicht machen - hier geht es zunächst darum, die Arbeitsweise festzuhalten ggf. mit einigen Beispielen.

Man könnte den "Shop" auch erstmal als "Black-Box" annehmen und beschreiben wie die Produktkonfiguration aussehen kann - was im BE und was im FE - dann kann man abklopfen, was in Isotope (noch) nicht geht bzw. zu individuell ist und an MM ausgelagert werden sollte.

Aus meiner Sicht wären neben den Attributen eines Produkts die Preis-, Steuer und Rabattberechnung ein interessanter Punkt.