Das Notes Forum
Domino 9 und frühere Versionen => ND6: Entwicklung => Thema gestartet von: datenbanken24 am 09.03.05 - 16:03:09
-
Hat jemand schon mal eine PayPal Zahlungsabwicklungs-Integration
in einer Notes Datenbank bzw. mit einem Domino Server gemacht
oder sonst Erfahrung damit.
Sollte das Thema nicht so einfach sein, dass man es im Forum "abwickeln"kann,
suchen wir auch gerne kurzfristige Projektunterstützung gegen Bezahlung, von jemandem, der so etwas kann oder schon mal gemacht hat.
Gruß,
Uwe
-
... scheint mit Java und Webservices zu gehen:
http://www.paypaldev.org/
Da das gegen einen zentralen Server von denen geht scheint evtl. auch Flash eine Alternative zu sein.
-
Danke Marinero.
Ich hatte mir auch schon das 168-Seiten "PayPal-Integration-Guide" heruntergeladen.
Noch ein Hinweis:
Das ganze natürlich auf Linux,
weiß aber nicht, ob das dabei überhaupt eine Rolle spielt...
Aber, um so mehr ich mir das PayPal-Developer-Forum und den I-Guide ansehe, um so nachdrücklicher mein letzter Satz in #1 :
... suchen wir auch gerne kurzfristige Projektunterstützung gegen Bezahlung, von jemandem, der so etwas kann oder schon mal gemacht hat.
-
Hallo Uwe:
Frag doch mal bei Vince Shuurman bzw. Bruce Elgort von Openntf.org nach. Die haben das dort doch integriert.
-
... oder wenn du fragen hast, poste ich antworten.
wo ist der Link von dem Integration Guide?
-
Paypal.de
Händlertools
http://www.paypal.de
Das Integration Guide:
https://www.paypal.com/en_US/pdf/integration_guide.pdf
Note:
US muss in Grossbuchstaben sein, sonst gehts nicht
-
Hm. Interessant. Sieht aber wirklich nicht so trivial aus.
Im Forum reden die davon, dass es offenbar sample-Anwendungen gibt. Die in Java ist offenbar als JSP realisiert, was:
a) nicht so gut ist (wie sie selber zugeben)
und b) nicht so einfach zu transkribieren in POJO/POJI (plain old java objekt, plain old java interface) code, den du für Notes brauchst.
Verlass dich aber nicht auf mich, weil ich keine Zeit habe.
Ich könnte dir evtl. gute Java Entwickler mit Notes Kenntnissen vermitteln, die 1000 Euro am Tag kosten und das noch nie gemacht haben (die aber wirklich gut sind).
Aber ob du das willst? So schön ist diese Welt nicht.
Für eine Menge anderer Plattformen existieren Samples. Für Notes nicht.
Sicherlich nicht einfach eine verteilte Anwendung mit massiven Security-Elementen in einer Sprache zu schreiben, in der du nicht zu Hause bist.
Was willst du tun?
Axel
-
Ich könnte dir evtl. gute Java Entwickler mit Notes Kenntnissen vermitteln, die 1000 Euro am Tag kosten und das noch nie gemacht haben (die aber wirklich gut sind).
Aber ob du das willst? So schön ist diese Welt nicht.
...
Was willst du tun?
Axel
Manntag 300 Euro, 1.000 Euro oder 2.000 Euro,
das kann jeder halten wie er will,
wer zu erwartende Qualität nach den Manntagessätzen von Firmen beurteilt,
muß die letzten drei Jahre wohl verschlafen haben.
Wir würden gerne diese Projektaufgabe vergeben.
Das Ziel wird i.d.R. in einem gemeinsamen Workshop definiert,
und dann von einem Dienstleister vom Aufwand her abgeschätzt.
Ob jemand 6 Tage a 350,- dafür braucht,
oder 1 Tag a 2.100,- ist eigentlich egal.
Wichtiger ist:
Die Anfrage steht noch.
Wir suchen hier dringend Unterstützung.
-
Wenn es wirklich keinen Projekt-DL gibt,
der so etwas kann...
... wäre das doch möglicherweise auch eine schöne Praktikumsarbeit,
für jemanden,
der gerade ein Praktikum oder ähnliches sucht...
-
Jetzt mal in echt:
Gesamtprojektbudget: 2.100 Euro
Inklusive Workshop.
Requirements sind nicht klar definiert.
Wie soll sich das rechnen?
Vorschlag: Definiere deine Requirements möglichst genau.
Am besten in Form von Use Cases.
+ non functional requirements wie Performance, Sicherheitsanforderungen, bereits installierte Sicherheitsinfrastruktur (z.B. SSL).
-
zumindest hast du mich nun endgültig davon überzeugt per amazon one-click zu kaufen:
http://www.amazon.de/exec/obidos/tg/detail/-/059600642X/ref=ase_jr_bunk-20/028-9496007-5489363?v=glance&s=books
;D
Ist mit PayPal Beispielen (und einer Menge weiterer).
Axel
-
Nein, sorry,
Gesamtbudget ist nicht 2.100 Euro.
Das war doch nur ein beliebiges Rechenbeispiel für irgendwelche Manntagessätze,
und nicht auf dieses Projekt bezogen.
Eine genaue Zieldefinition würden wir mit jemanden machen,
der sich bei uns meldet, ich denke das bringt nichts, dass hier detailliert ins Forum zu stellen. Darüber muss mann alleine schon einen halben Tag reden, wo und wie sowas überhaupt eingebaut werden soll.
Da haben wir schon konkrete Vorstellungen, aber die würden hier über drei Seiten gehen und die meisten Forumsteilnehmer nicht interessieren.
Gruß,
Uwe
-
Hi,
wenn du Lust hast, kannst du die Requirements auf die axel dot Janssen AT Gmail dot Com schicken.
Ob daraus was wird kann ich angesichts des Auslastungsgrads der Leute, die bei uns die entsprechende Erfahrung haben, auch nicht sagen.
Naja. Vielleicht hilft das schon bei der gemeinsamen Konzepterstellung mit dem Dienstleister (egal, ob wir das sind oder andere).
Selbst wenn dies nicht in ein Geschäft einmündet, interessiert es mich wie Requirements für solche Webservice-Projekte gegen Standarddienste wie PayPall aussehen.
In jedem Fall wirst du innerhalb von 48 Stunden eine erste Antwort von mir erhalten.
Ich denke nicht, dass du mir durch die Requirements Firmengeheimnisse von euch verrätst.
Der Vorteil für dich wären klarere Requirements, was immer gut ist.
Gruß Axel
-
23.03.05
Die Anfrage steht noch.
Wir suchen hier dringend professionelle Unterstützung.
Gruß,
Uwe
-
Mach doch mal eine Suchanfrage unter der Rubrik "Jobs/Angebote".
-
Braunschweig ist ok.
Falls du Interesse hast, könnte ich im Namen der IMG am Samstag, den 02.04. vorbeikommen, um die Requirements abzusprechen. Ich vermute, dass das nicht so schwierig ist.
Sonntag 03.04. ginge auch.
Server ist Domino Version 6, Version 6.5?
-
PM...
-
PM back
-
@Eknori / #3
Danke, Eknori,
hab ich gesehen, aber das ist glaube ich,
nur ein DONATE Button, wie hier im Forum auch.
Wenn mich nicht alles täuscht, steckt da nur ein einfacher Link dahinter, weil man ja keine sofortige Zahlungsbestätigung braucht,
um damit die nächste Aktion zu erlauben...
Wäre schon, wenn ich mich täusche
Gruß,
Uwe
-
hab ich gesehen, aber das ist glaube ich,
nur ein DONATE Button, wie hier im Forum auch.
@Uwe:
Hast natürlich vollkommen Recht; war eh meinerseits eher ein Schuss ins Blaue.
-
Letztlich geht es um folgendes (falls ich Uwe eben richtig verstanden habe):
Es gibt 3 Parteien:
1. User
2. PayPall
3. Datenbanken24.
Der User möchte einen Dienst von Datenbanken24 benutzen
Er überweist von seinem PayPall Konto einen Betrag an das PayPall Konto von Datenbanken 24.
Datenbanken24 erhält von PayPall die Nachricht, dass dieser eine User für den Dienst bezahlt hat.
Der User erhält von Datenbanken24 ein Token (nenn ich mal so), mit dem er den Dienst nutzen kann.
Also eine kleine einfache Mini-Payment Transaktion mit PayPall als Clearing Stelle (nenn ich mal so).
Sehe das als absolutes Einsatzgebiet für Webservices. PayPalls bietet ja seine Dienste quasi nur über Webservices an (also nix Buzzword, ja).
Nur eben Webservices mit Security Features und vermutlich auch transaktional. Das ist ein bischen komplexer als der Abruf des Wetters.
-
@Admin,
wenn das jetzt hier zu individuell wird, bitte einfach verschieben.
Ich versuche es nun doch mal,
auch aufgrund einiger eingegangener Mails,
zumindest die Anforderungen aus unserer Sicht zu beschreiben.
Wie gesagt, wir suchen Lösungsansätze,
und wenn diese erfolgversprechend sind, auch die Umsetzung.
ANFORDERUNGS-BESCHREIBUNG:
Der PayPal-Service soll als zusätzliches Feature in unseren Mietdatenbanken angeboten werden.
Nicht wir selbst wollen Zahlungen über PayPal abwickeln,
sondern es unseren Kunden in Ihren Datenbanken für Ihre Benutzer (Kunden-Kunden) zur Verfügung stellen.
Unsere Kunden nutzen unsere Datenbanken sehr häufig für
Jobbörsen, Castingbörsen, Immobilien- oder Wohnungsbörsen, Transportbörsen, etc.
Und nicht wenige verdienen selbst wiederum damit Geld.
Am Beispiel einer Wohnungsagentur ist das leicht erklärt:
(Nachvollziehbar unter
www.cs-wohnungsagentur.de mit der Stadtsuche für München)
Ein Anonymous kann sich über die Suche Wohnungen in München anzeigen lassen.
Alle Informationen über die Wohnungen sind dann im Dokument zu sehen.
Nur die Adresse der Wohnung und die Kontaktdaten des Wohnungsanbieters sind nicht zu sehen.
Diese soll der Kunde (also der Kunde unseres Kundens) erst nach Bezahlung einsehen können.
Derzeit lösen wir das in den meisten Fällen praktisch so:
Alle Daten zur Wohnung sind bei uns technisch im gleichen Notes-Dokument gespeichert.
Man kann als Manager in der Konfiguration der Felder für jedes Feld angeben,
ob es im Lesemodus von Anonymous oder von einer bestimmten Zugriffsgruppe eingesehen werden darf oder nicht.
Da wir das Notes-Dokument bei der Anzeige im Lesemodus selbst (programmtechnisch) zu HTML rendern, entscheiden wir bei jedem Feld, ob es für diesen bestimmten User im Web dargestellt wird oder nicht.
Ziemlich einfach.
Eingeloggte User, also bezahlende sehen die Felder mit den Kontaktinformationen also,
Anonymous nicht.
Unser Kunde vergibt also für seine eigenen Kunden je ein Login,
sendet dieses nach externer Bezahlung an diesen,
und dieser sieht nun als bezahlender Nutzer alle Informationen aller Wohnungen.
Dieser Weg hat folgende Nachteile:
1.)
Für jeden Kunden-Kunden muß ein Login vergeben werden, hier geht es um hunderte pro Monat
2.)
Wenn das Login je nach Bezahlung, nur einen kurzen Zeitraum gilt,
müssen die Kunden-Kunden-Logins regelmäßig nachgepflegt, erneuert oder wieder entfernt werden
5.)
Außerdem müllen uns die Tausenden Kunden-Kunden-Logins das N&A zu
4.)
Da zwischen der direkten Nachfrage ("Ich will jetzt die Adresse dieser Wohnung sehen...")
und der praktischen Lieferung ein zu langer "Hürdenlauf" mit Medienbrüchen besteht, geht viel Umsatz verloren.
ZIEL:
Requirement 1:
Kunde-Kunde bezahlt für's Lesen (kostenpflichtiger Informationsabruf)
- Einzelabruf -
Notesdokument geht auf. Kostenpflichtige Infos sind ausgeblendet.
Da steht irgendein Text: "Wenn Sie Kontaktdaten sehen möchten, bitte 2 Euro über Paypal."
Kunde-Kunde klickt auf PayPal, Paypal bestätigt die Zahlung und Kunde-Kunde sieht nun die Infos.
Kunde bekommt das Geld.
Requirement 2 :
Kunde-Kunde bezahlt für's Lesen (kostenpflichtiger Informationsabruf)
- Coins -
Kunde-Kunde bezahlt über Paypal einen Betrag für eine Art Coins.
"Für 10 Euro kriegen Sie 20 Coins"
Die müßte man irgendwo speichern..., schwer bei Anonymous...
Jedesmal, wenn der Kunde-Kunde nun ein Dokument aufmacht, wird die kostenpflichtige Info angezeigt,
und dafür ein Coin abgezogen
Requirement 3 :
Kunde-Kunde bezahlt für's Einstellen von Dokumenten (kostenpflichtige Info-Einstellung)
Das Erstellen von neuen Dokumenten soll nur möglich sein über Bezahlung.
Hier auch wieder entweder mit Direktbezahlung oder mit Coins.
WÜNSCHE ÜBER WÜNSCHE...
Ich persönlich tendiere intuitiv zur Coin-Lösung.
Nicht wegen der Technik sondern wegen der Praxis.
Wenn ich mir vorstelle, als Anwender für jede Wohnung, die mich interessiert - jedesmal einen PayPal-Zahlungsvorgang abschließen zu müssen, das ist eigentlich hirnrissig. Andererseits, bei Fotografen, die über unseren Service Ihre Bilder vertickern und so ein Einzel-Bild auch schon mal 30,- Euro kostet, auch nicht ganz abwegig.
FRAGEN ÜBER FRAGEN
- Wer muß das Konto bei PayPal haben bzw führen, wir - oder unser Kunde selbst ?
- Wie kann man die Infos nach einer Zahlung im Web darstellen, ohne dass man sie auch OHNE Zahlung sieht ?
- Wie unterhalten sich der Domino-Server und der PayPal Server miteinander ?
- usw.
PS:
Es muß eigentlich auch nicht zwingend PayPal sein. Vielleicht gibts ja noch ähnliche Anbieter.
Aber die Grundlogik wird wohl überall die gleiche sein.
Gruß,
Uwe
-
Hab am WE mal ein bischen ins blaue geforscht.
Es gibt ein O'Reilly Buch ("Real World Web Services")(amazon link (http://www.amazon.de/exec/obidos/ASIN/059600642X/qid=1112598511/sr=8-4/ref=sr_8_xs_ap_i4_xgl/028-0894616-9672554)), wo die Integration mit PayPall beschrieben wird.
Dort werden auch die Konzepte erklärt.
Ein bischen das Problem ist Domino6. PayPall scheint nur eine Integration über SOAP anzubieten (andere bieten auch REST an--> einfacher ohne SOAP-unterstützende IDE).
Könnte einfacher mit Domino6.5 sein, da es SOAP unterstützt.
Wüsste aber momentan nicht, warum man mit dem PayPall SOAP Webservice nicht einfach über HTTPConnection kommunizieren kann. Man muss eben nur ein relativ komplexes xml zu Fuß erzeugen. Folgt mehr.