infatti io quello intendevo, usando firebase, che permette sia servizi a consumo che servizi in abbonamento annuale/mensile o come vuoi tucon Billing In App di Google
Le App su Google Play che vendono servizi digitali (non fisici) devono per contratto farli pagare con Billing In App di Google e non con altri sistemi, quindi meglio se fai pagare un Abbonamento per l'iscrizione attraverso il sistema di Google.
Per Il DataBase lascia Access ma crea dei servizi (ASP/PHP/Pyton o come ti pare) che puoi utilizzare usanto GET e POST dall'App con le librerie OkHttp2 e OkHttUtils2... I dati assorbiti li salvi localmente su SQLite per la consultazione oflline che puoi aggiornare dopo un tot di tempo (o ogni volta che é connesso, anche se penso che oggi per via di WhatsApp siamo conessi 24h)...
... io farei cosi per non cambiare la struttura
Buon lavoro
Anch'iocome strutturare la mia app e vorrei avere qualche consiglio/suggerimento.
Ottima idea/soluzione.Tempo fa ho creato una webapp (un sito...) dove è necessario registrarsi e pagare un abbonamento annuale per poter usufruire dei servizi del sito
Magari se lo fai conoscere anche a noi (tutti gli utenti di b4x, non solo del forum italiano) aumentano pure. Metti un link qui, nella tua signature.Diciamo che ho un discreto numero di utenti registrati.
Probabilmente sono troppo ignorante ma che intendi per "app nativa"?Essendo un sito, ho fatto in modo che sia su Android che su iOs una volta aperto appaia esattamente come una app nativa, ma ora lo step successivo vorrei fosse la creazione della app nativa,
SICURAMENTE la prima soluzione, perché se metti delle app a pagamento te le crackano ed i tuoi incassi sfioreranno lo zero assoluto!continuo a mantenere l'architettura corrente, e quindi un utente mi scarica gratuitamente la app, ed è costretto a registrarsi sul mio sito e pagare per attivare l'account, o è meglio che pubblichi direttamente una app a pagamento e consenta poi di usufruire dei servizi immediatamente?
App In Billing é semplicissimo. Nel pannello di Google crei un nuovo prodotto (come abbinamento , non prodotto a pagamento singolo) gli assegni un codice.
Seleziona la libreria InAppBilling3 e segui questa guida: https://www.b4x.com/android/forum/threads/in-app-billing-v3-library.29998/
Sul forum Cerca tutti i riferimenti InAppBilling3 e trovi tanta roba. L'unico neo è che Google si prende il 30% e vengono detratte già dell'iva (22%) quindi di €7 te ne arrivano circa €.4.
Beh, non penso importi molto alle persone qui del forum di registrarsi, poichè il sito che ho creato è legato al mio hobby del modellismo dinamico... l'indirizzo del sito comunque è http://www.minizracing.net/mypitMagari se lo fai conoscere anche a noi (tutti gli utenti di b4x, non solo del forum italiano) aumentano pure. Metti un link qui, nella tua signature.
Non sei sicuramente ignorante, magari mi son spiegato male io...Probabilmente sono troppo ignorante ma che intendi per "app nativa"?
Grazie mille anche te del consiglio... devo trovare un sistema migliore dell'attuale che uso per far pagare direttamente con paypal chi si registra!SICURAMENTE la prima soluzione, perché se metti delle app a pagamento te le crackano ed i tuoi incassi sfioreranno lo zero assoluto!
Questo farebbe cadere l'ipotesi dell'app mobile..ehehil target a cui è rivolto son persone dove la maggior parte non vuole/non sa smanettare più di tanto sul cellulare
Potresti anche centralizzare l'acquisto del servizio: l'utente si registra sul sito e riceve la licenza dopo aver pagato. Ciò comporta che la generazione della chiave di licenza deve avvenire tramite un modulo sul webserver. Sempre dal sito potrà scaricare l'app mobile e quindi non dovrai neanche pubblicare per forza sullo store di Android/iOS.
Presumo che il webserver utilizzi PHP come linguaggio di riferimento e quindi per la parte registrazione/licenze/pagamenti dovresti lavorare in quell'ambiente. A meno di non portare tutto sotto B4J (che personalmente adoro).
Ecco, aspèttatiMi aspetto che tutta la "glue-logic" sia
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?