Alterações e adições no projeto URBBR

1. Funções financeiras no painel de controle:

- A taxa dinâmica deve inflacionar o valor total da corrida.

A taxa, ao invés de ser acrescida ao valor da corrida, e depois disso fazer a diluição do
percentual cobrado pela plataforma sob o valor da corrida. No presente momento, quando
definimos uma taxa dinâmica, o valor da taxa dinâmica, é atribuída como sendo uma taxa
cobrada pela URBBR ao motorista, fazendo com que o valor do percentual cobrado pelo
aplicativo seja muito maior que o acordado quando ocorrem corridas com taxa dinâmica.
Esta taxa não pode estar entrando como desconto e ser direcionada à plataforma,
outrossim, inflacionar a corrida para que o motorista possa ganhar um pouco a mais já que
automaticamente o motorista vai gastar mais. Tomo como exemplo a mensagem que
enviamos ao desenvolvedor depois que o mesmo foi indagado a respeito do
desenvolvimento desta função: “Não tem nexo em o valor da corrida ter uma dedução de
mais 2 reais, como foi exemplificado por você. O correto neste caso, seria que a corrida que
teve o valor total de 9 reais fosse para 11 reais e depois tivesse do seu valor deduzidos a
fração de 15% e o valor de R$ 0,30 como fora configurada na plataforma. Ou em caso a
corrida ter dado 7 reais, como você falou, e ter ido para 9 reais, deveria ser deduzido dos 9
reais apenas o percentual dos 15% e mais os R$ 0,30 do total”.

- As taxas relacionadas aos pagamentos que precisem de um processamento via “Split”

precisam ter o seu valor diferenciado das que serão pagas via pix ou em espécie. O
desenvolvedor, não fez esta distinção, e isso acaba afetando diretamente no processo de
precificação das corridas, bem como para que possamos ter taxas mais competitivas. Assim
sendo, o que vemos é que a taxa do Split é aplicada a qualquer tipo de pagamento, sendo
ele até o pagamento em dinheiro vivo.

- Teria a possibilidade de criar um Split próprio de pagamento?

- Quanto às configurações das taxas, tem que haver distinção do direcionamento das
mesmas. Se há taxas relacionadas a “Split de pagamento”, “Percentual da plataforma”,
“Repasse de bônus de equipe”, “Taxa de saque de gatway”, ou qualquer outra taxa que deva
ser incluída na plataforma.
Creio que seria ideal, que tivesse a possibilidade de se incluir, modificar ou excluir algum
campo caso achemos necessário, dando a possibilidade de adequar, tanto os valores, quer
sejam em percentual ou monetariamente, como também, relacionada a questão da
descrição dos campos.

- Ter um campo disponível para disponibilizar bônus para os usuários, onde os mesmos
podem ser creditados sempre pelos administradores.

- Sobre API que processe transações via PIX, teria alguma que não tenha cobrança de taxas
pelas transações, ou que cobre valores inferiores aos cobrados pela pagar.me?
 - Verificar como está funcionando o sistema de distribuição de bônus de rede. Os valores
devem constar e serem direcionados aos usuários, independente da forma que foi paga o
serviço. O programador configurou a distribuição destes, para apenas quando os serviços
fossem pagos via PIX ou Cartão de crédito, porém, independente de como foi a forma de
pagamento, o valor deve constar como pendente ou à receber na carteira do usuário. Este
valor será direcionado aos usuários de acordo com o tempo determinado pela nossa equipe.
Logo, o mesmo poderá acontecer sempre que forem creditadas à URBBR os valores
relacionados à taxa cobrada pelo aplicativo aos motoristas.

2. Função Delivery / entrega:

- Deve haver a possibilidade de o solicitante optar pelo tipo de veículo que estará realizando
o transporte, porém, deve haver no painel de controle, a possibilidade de definirmos o valor
de forma distinta para cada um dos meios usados para realizar o transporte. Devem constar
nos mesmo as possibilidades de optar por: bicicletas, motos, carros, vans ou caminhões,
bem como nos dá a possibilidade de definir qual o valor estará relacionado à cada uma
destas opções de entrega;

3. Bônus por indicação e formação de equipes:

- Temos um sistema de distribuição e participação dos lucros da empresa, em detrimento a

cada corrida relacionada por pessoas que foram indicadas por outros parceiros que usam
nossa plataforma. O valor relacionado à essa função é distribuído de acordo com a
proximidade de indicação, mais precisamente da seguinte forma:
* Robson se cadastrou na URBBR. Após se cadastrar, ele indicou o aplicativo ao Jadeilson.
Para toda corrida que o Jadeilson fizer, Robson terá R$ 0,05 (cinco centavos) a título de
bônus, pois o Jadeilson agora faz parte de sua equipe de indicados. Posteriormente,
Jadeilson também decide indicar o aplicativo ao João. Sempre que o João fizer o uso dos
serviços do aplicativo, Jadeilson ganha R$0,05 (cinco centavos), porém, como o Jadeilson
entrou para o URBBR por intermédio do Robson, o Robson também ganha o valor de R$ 0,02
(dois centavos) de todas as corridas que o João fizer.
Este sistema funcionará com a composição de um 1° nível, neste caso representado pelo
Jadeilson, e um 2° nível, representado aqui pela pessoa do João. Onde o primeiro nível deixa
o valor de R$ 0,05 e o segundo nível deixa de bônus R$ 0,02 para o primeiro a se cadastrar,
que nesse caso, foi o Robson.
Vale salientar que, os valores relacionados a bonificações de rede, não devem estar
misturados com os valores de lucro dos motoristas parceiros. Logo, se um motorista teve um
total de 30 corridas no valor de R$ 8,00 cada, somando um total de R$ 240,00, e tendo
deduzido do seu valor total o percentual de 15%, dando um valor de R$ 204,00, porém, o
mesmo tendo em sua rede 05 motoristas que fizeram mais 30 corridas cada um, o mesmo
terá o valor de R$ 7,50 a título de bônus de equipe, e este valor não poderá ser somado ao
montante dos lucros provenientes das corridas realizadas, mas sim, deve ser exposto de
forma distinta. Na carteira digital, ou extrato, deve constar para o usuário de maneira
distinta os valores relacionados ao bônus de equipe, bem como os valores de lucro, e o total
de taxas que fora cobrado pela plataforma.
 - Há algumas regras que precisam ser cumpridas para que os usuários possam sacar os
valores relacionados a este bônus de rede, e em caso de não serem cumpridos, os valores
ficam retidos e podem ser acumulados para os próximos meses, caso sejam cumpridos os
objetivos daquele mês e ainda o que ficou faltando do outro que não fora cumprido.

4. Informações:
- Teria a possibilidade de criar um Split de pagamentos próprio?

- Seria possível desenvolver um sistema antifraude que fosse próprio da URBBR?

- Haveria a possibilidade de fazer o cadastro do cartão de crédito ou da conta pix que seria
usada para pagamento dos serviços contratados na própria plataforma?

- Teria como saber qual o preço médio de cada serviço em relação à AWS (Servidor)?

- Poderíamos contratar mais de 1 empresas para processar os pagamentos?

- Teria como bloquear os motoristas / entregadores em o caso de não pagamento das taxas?
No caso, deixar disponível uma aba para que decidamos quando isso poderá ocorrer, bem
como liberar um alerta aos inadimplentes de que o serviço será suspenso.

- Teria como criar dentro da carteira à parte, algo relacionado com criptoativos?

5. Documentação:

- Desenvolver as documentações do projeto:

* Projeto Androide
* Projeto IOS
* Projeto AWS