Discussion :

[x031183]

bonjour,

je suis encours de developpement d'une application d'intermédiation (mise en relation de personne pour un service données au travers d'une application android) dans mon cas des gens propose un service, de l'autre il y a les consommateurs du service. les consommateurs payent le service au travers de App-in Billing les autres doivent être rétribués pour le service rendu et bien-sûr personne ne se connait, là est le coeur du système, mais c'est aussi là que les choses se compliquent :

je ne sais pas si app-in billing peut créditer une carte bleue ?

sinon , il va falloir que je passe par un autre système de paiement.

Comme mon application travaille avec un serveur central (intermediation oblige), je peux très bien imaginer que le paiement se fasse sur le serveur central via une page web, et que l'application android vérifie via un web service qu'elle a le droit de ce lancer pensez-vous que cela soit possible vis-à-vis d'android ?

Enfin je ne vois de plateforme de test dans l'utilisation de app-in billing il faut être sur le market directement ?

merci de vos réponses et orientations car j'arrive au bout de développement et il me faut une stratégie de facturation qu'il tienne la route notamment pour la rétribution.

[ZouBi]

Fais déjà créditer sur ton compte.
Et dans une BDD, tu mets à jour (Identifiant de celui qui doit recevoir, montant).
Et chaque fin de mois, tu fais les comptes, et tu vires à chacun ce que tu lui dois.

Mais fais attention dans tes comptes, Google prend une partie de tous les payements app-billing me semble-t-il.

[x031183]

Merci pour ta réponse rapide, Zoubi.

quand tu dis "viré" vers les producteurs cela veut dire que je dois les connaîtres et les avoirs référencer, ce que je ne veux surtout pas !!

je veux surtout pas avoir à faire des virements enfin de mois de ma banques aux banques des producteurs, pour une simple raison, je ne l'ai connais pas là et toute la difficulté.

Il n'est donc pas possible de la faire à la volé, le consommateur du service paye et le virement se fait sur mon compte et je vire le montant sur le compte du producteur de service. ce Qui fait

consommateur -> mon compte -> producteur et tous cela avec App-billing

Quand je dis à la volée, je veux dire que lorsque le consommateur paye il a des informations précises du service à obtenir. avant de payer il n'a que des informations assez générales.

merci encore une fois pour tes réponses.

[GroXx]

Je cherche moi aussi un moyen pour que les utilisateurs de mon application soient en mesure d'échanger de petites sommes d'argent. Mais je ne sais pas si c'est vraiment possible. In-App billing permet à l'utilisateur de transférer une somme d'argent au développeur, qui sera ponctionnée à hauteur de 30% par Google... Mais cela ne fait pas ce que je veux.

[MrDuChnok]

Et si tu passais par ce genre de principe :

utilisateur1 -> paypal vers ton compte -> paypal de ton compte vers le compte de l'utilisateur2

Celà permet de rester anonyme, seul ton compte est visible, tu fais l'intermédiaire, tu as la maitrise du paiement.

[tchize_]

et c'est pas ponctionné à 30%

Maintenant, le problème, c'est que tu deviens de toutes facons un intérmédiaire pour transfert anonymement de l'argent entre A et B. Et certaines personnes adorent détourner ce genre de service dans les milieux mafieux

Exemple: j'ai une carte de crédit volée toujours fonctionnelle (A), je veux l'argent sur mon compte (B)

Je passe par ton système, B offre un service, A utilise la carte volée pour payer le service, B a l'argent, B ne peux pas être relié à la carte, B est pourtant la meme personne que A avec des comptes différentes (bon je simplifie à l'extrème là hein)

A partir du moment ou tu sert d'intermédiaire pour du transfert d'argent, tu peux être taxé de complicité ou de recel.