Servico que roda dentro da rede da Comercial Scardua e faz a ponte entre a API publica da FLS (na VPS) e o Oracle privado (10.16.x), inalcancavel pela internet. Fluxo: Holmes -> API na VPS (trata e cifra) -> ESTE conector (abre e valida) -> Oracle. Recebimento: - app/v1/compras.py: POST /v1/compras/dados - app/services/cripto.py: abre o envelope AES-256-GCM + RSA-OAEP-SHA256 com a chave privada. O GCM autentica: corpo adulterado levanta InvalidTag em vez de devolver lixo - app/schemas.py: modulo folha (so pydantic) com a config e o contrato PayloadCompras, que espelha o da API. Fora de sincronia devolve 422 de proposito, pra falhar explicito em vez de gravar dado torto Seguranca: - app/seguranca.py: header X-Token com compare_digest (nao vaza por tempo de resposta) + allowlist de IP da VPS - .gitignore barra configs.json.*, *.bak-*, *.pem e *.key Config: - app/config.py e so o carregamento do configs.json - o bloco "vps" guarda chave privada, token e ips permitidos Estado: ainda NAO persiste. Recebe, valida e descarta (persistido: false). O INSERT no Oracle e a proxima fase, e tem que ser MERGE por id_processo porque o Holmes reentrega webhook. Docs em docs/ — arquitetura, a decisao do conector (opcao A, com as alternativas descartadas), deploy e problemas conhecidos. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
21 lines
568 B
JSON
21 lines
568 B
JSON
{
|
|
"api": {
|
|
"port": 7168,
|
|
"ambiente": "homolog",
|
|
"workers": 4
|
|
},
|
|
"docs": {
|
|
"user": "usuario_docs",
|
|
"password": "senha_docs"
|
|
},
|
|
"vps": {
|
|
"chave_privada": "-----BEGIN PRIVATE KEY-----\nCOLE_AQUI_A_CHAVE_PRIVADA_EM_PEM\n-----END PRIVATE KEY-----\n",
|
|
"token": "SEGREDO_COMPARTILHADO_COM_A_VPS",
|
|
"ips_permitidos": ["179.197.230.154"]
|
|
},
|
|
"banco": {
|
|
"user": "SEU_USUARIO_ORACLE",
|
|
"password": "SUA_SENHA_ORACLE",
|
|
"dns": "10.16.152.30:1521/service_name"
|
|
}
|
|
}
|