Benutzerdefinierte in-app-billing für die Vermeidung von Android/iTunes-Transaktionen Gebühren

Planen wir die Entwicklung neuer Anwendungen für iPhone und Android-Geräte. Die Anwendung veröffentlicht würden, in beiden Märkten (Android Market und Apple App Store) und der download wäre kostenlos.
Dennoch würde die Anwendung haben einige Elemente, die gekauft werden können durch den Benutzer. Der einfachste Weg wäre die Integration der jeweiligen version mit dem entsprechenden billing-system: Android-In-App-Abrechnung und der Apple iTunes-Billing-System.

Gibt es eine Möglichkeit zur Vermeidung der 30% Transaktionsgebühr aus dem billing-Systemen? Kann ein Entwickler eine benutzerdefinierte in-app-billing-system für Ihre Anwendung? Gibt es einen disclaimer policy für Android oder iPhone wenn Sie mit anderen in-app-bill-Systeme für die Vermeidung von Ihrer Transaktions-Gebühren? Was sind die Optionen, die ein Entwickler für die Bereitstellung eines in-app-Artikel kaufen, die in seiner Anwendung?

Vielen Dank!

  • Die Android/iPhone in-app-billing-Systeme sind gültig für digitale Inhalte: Fotos, levels, Spiel-items, etc. Nach den iOS-In-App-Kauf-Führer-oder Android-In-App-Billing-Programm, eine Anwendung ist nicht erlaubt für den Verkauf von realen Leistungen. OK, dann ist die Frage jetzt wäre: kann ich verkaufen, real-world-Dienste, iPhone/Android-Applikation veröffentlicht, die im App Store/Android Market mithilfe eines benutzerdefinierten Fakturierung web-Seite??
  • Es gibt viele Anwendungen, Verkauf von Eintrittskarten für Kino, Konzerte, Theater... und die Benutzer kaufen die tickets direkt aus der Telefon-app ausfüllen seine Kreditkartendaten. Sind diese Anwendungen Zahlung einer Transaktionsgebühr? Ich denke nicht, also bin ich im Recht?
  • Hallo Sergi, sind kundenspezifische billing-Systeme, die über einen in-app-Webseite erlaubt? (Ich dachte paypal-Webseite oder etwas zu vermeiden, die riesige 30% Apple-cuts)..jede Beratung wäre geschätzt. Dank
InformationsquelleAutor sergi | 2011-06-09
  1. 4

    Haben wir einige Applikationen entwickelt, die transport-Benutzer auf eine web-Seite Bezahlung-portal innerhalb der Bewerbung.

    Apple schien in Ordnung mit diesem Ansatz in einer bestimmten Anwendung, die wir hatten, umgesetzt sowohl In-App-Kauf und eine benutzerdefinierte Zahlungs-portal - werden Sie gebeten, uns zu entfernen In-App Kauf der app war der Verkauf von Angebot/Gutscheine und klassifiziert diese als virtuelles Produkt.... Sie hat nicht alles ablehnen, was über unsere benutzerdefinierte Zahlung portal.

    Potenziell könnten Sie ziehen alle apps, die dies tun, an jedem Punkt, den Sie fühlen, wie es, obwohl ich don ' T sehen dies als ein wahrscheinliches Szenario.

    • Danke Adam! Ich dachte über die Fakturierung benutzerdefinierte Webseite als gut, ich denke, es ist der beste Ansatz. Würde diese Lösung gilt für Android, wie auch? Tun dieser Ansatz fit mit Android-Distribution agreement?
    • In der Erwägung, dass nicht-digitale Inhalte, wie die realen Leistungen, nicht verkauft werden dürfen, die durch die iOS-In-App-oder Android-In-App-Billing-Programme: können einem real-world-service erworben werden aus einer iPhone-oder Android-Anwendung veröffentlicht, die im entsprechenden Markt (AppStore oder Android Market), mit dieser custom payment-portal-Ansatz??
    • Realistisch gesehen benötigen Sie einen Anwalt, um eine Antwort auf diese Art Fragen. Meine nicht-Anwalt der Meinung ist, die EULA ' s nur darum geht, das Modell, das der Benutzer ist der Kauf der app selbst, oder die app hat keinen tieferen Zweck, wenn Sie diese Seite Zahlung ist nicht gemacht. Im Fall des Erwerbs der tatsächlichen Artikel, die ich glaube nicht, dass entweder Markt erwartet um 30% (oder alle) schneiden.
    • wenn Sie nicht zahlen zu Google, ich würde vermuten, es ist verboten.
    InformationsquelleAutor adam
  2. 3

    Da beide Android Market und apples App Store terms of service verbieten, was Sie für Fragen, die Antwort ist einfach: Nein, es gibt keinen Weg, um zu vermeiden, die Transaktions-Gebühren (und bleiben trotzdem innerhalb der Nutzungsbedingungen).

    Bist du auch Fragen über eine Haftungsausschluss-Politik -- wenn Sie für Ihr Produkt, sollten Sie sich lehnen, um Ihre Nutzer, Ihre app bekommen könnte, entfernt sich von seinem jeweiligen Markt jederzeit, ohne Kündigungsfrist (sofern Sie sich entscheiden-Abrechnung, untergräbt den Markt).

    • Ich vertraue dir, aber ich bin nicht in der Lage zu finden, die Nutzungsbedingungen für beide Plattformen in Bezug auf die obligatorischen, mit Ihrer eigenen Abrechnungs-system für in-app-Käufe. Kannst du mir den link?
    • Auf der anderen Seite, was über die PayPal-API?? Ich denke, es ist eine PayPal API für iPhone-bietet in-app-Zahlungen, hab ich Recht?
    • Alle Google sagt über Zahlung Prozessoren, die in der Vertriebsvereinbarung (android.com/us/developer-distribution-agreement.html) ist: "Payment Processor(s): Jede Vertragspartei berechtigt, die von Google zu bieten payment processing services, die es Entwicklern ermöglicht mit der optional Payment-Konten aufladen, Gerät Benutzer für die Produkte verteilt über den Markt." Natürlich ist es sehr unwahrscheinlich, dass Google ermächtigen, eine Zahlung Prozessor und nicht Holen Sie sich Ihren 30% so im wesentlichen, @mah korrekt ist, wäre die Verletzung der Bedingungen Ihrer Verteilung Vereinbarung mit Google.
    • vielen Dank, Jungs!
    InformationsquelleAutor mah
Schreibe einen Kommentar