UM PROJETO NA REALIZAÇÃO DE ALGO QUE NUNCA FOI FEITO ANTES

INTEGRAÇÃO

COBRANSAAS

[pic 1]

Análise de integração

do sistema de cobrança.

Sumário

FLUXO GERAL DE PROCESSO DE CARGA.        3

SCRIPT CARGA SQL.        4

INTEGRAÇÃO API.        4

Autorização        4

Cargas        5

Microserviços fluxo de carga        6

Fluxo processo de carga SQS        6

Ordem de execução da carga.        8

Agrupadores (01/04)        8

Produtos (02/04)        9

Clientes (03/04)        11

Clientes Endereços.        13

Clientes Telefones.        14

Clientes E-mails.        16

Contratos (04/04)        19

Contrato        19

Contratos marcadores        21

Contratos parcelas        23

Acordos        24

Webhooks Acordos        24

Inclusão        26

Alteração        26

Cancelamento        27

Pagamento Inclusão        27

Pagamento Cancelamento        27

FLUXO GERAL DE PROCESSO DE CARGA.

[pic 2]

SCRIPT CARGA SQL.

01 - Agrupadores	LINK
02 - Produtos	LINK
03 - Clientes	LINK
04 - Contratos	LINK

INTEGRAÇÃO API.

O endereço base de consulta da API neste primeiro momento é a de homologação.

https://iesde.hml.cobransaas.com.br/api/

Autorização

A autorização é feita através das chaves de código de aplicativo + token de acesso convertidas para base64.

Código do aplicativo	iesde_app
Token de acesso	Wvyr5ogb5qFVIvr6AIUr52n1TY4H82QA1plGOP65xR7bV

“código de aplicativo” : ” token de acessos”

[pic 3]

Chave	Valor
Authorization	Basic aWVzZGVfYXBwOld2eXI1b2diNXFGVkl2cjZBSVVyNTJuMVRZNEg4MlFBMXBsR09QNjV4UjdiVg==

[pic 4]

Cargas

As cargas devem ser feitas pelos os endpoints de api/batch/***, e devem seguir uma ordem lógica de carga.

Todo processo de carga deve validar se houve falha na importação, ou seja, para cada início de uma importação deve se validar as três etapas. Estas etapas serão criadas serviços na AWS (Workflow, Api Gateway e SQS) para controle do envio.

1. Pegar o id do response gerado pelo processo de carga.

[pic 5] 

1. Executar endpoint para ver se houve falhar na importação.

[pic 6]

1. Se houver quantidade ignoradas acima de 0, deve se executar mais este passo.

[pic 7]

Microserviços fluxo de carga

• Neste processo de carga, vai ser utilizados dois flows de microserviços, um deles é responsável em enviar as informações de carga até o cobransaas, e o segundo flow é para cuidar da parte de reprocessamento da fila. Neste caso foi definido 3 microserviços, o primeiro responsável em enviar a informação para o cobransaas, o segundo passo é o responsável em enviar a informação para fila, e o terceiro é passo é a execução da fila. Foram criados 3 arquivos no projeto anexados;

1. https://api-cobransaas.iesde-dev.tk/dev/{MODULO_NAME}/batch
2. https://workflow.iesde-dev.tk/dev/execution/{workflow_name}

Fluxo processo de carga SQS

[pic 8]

[pic 9]

Ordem de execução da carga.

[pic 10]

Agrupadores (01/04)

Parâmetros de entrada

[pic 11]

Endpoint

[pic 12]

Regras para inclusão de cargas no cobransaas.

• Toda inclusão ou alteração de uma nova informação de polo.

Tela de inclusão/alteração polos.

• http://ead.portalava.com.br.lab27.dev.iesde.com.br/administrador/cadastro/polo
• http://ead.portalava.com.br.lab14.dev.iesde.com.br/administrador/cadastro/polo/cadastro-polo

[pic 13]

[pic 14]

Produtos (02/04)

Parâmetros de entrada

[pic 15]

Endpoint

[pic 16]

Regras para inclusão de cargas no cobransaas.

• Toda inclusão ou alteração de uma nova informação de produtos.

 Tela de inclusão/alteração produtos.

http://ead.portalava.com.br.lab27.dev.iesde.com.br/administrador/cadastro/produto

[pic 17]

[pic 18]

Clientes (03/04)

Parâmetros de entrada

[pic 19]

Endpoint

[pic 20]

Regras para inclusão de cargas no cobransaas.

• Toda inclusão de uma matrícula após análise documental.
• Toda alteração de um perfil.
• Toda alteração de um telefone.
• Toda alteração de um e-mail.

Tela de inclusão/alteração produtos.