1. Ambiente SAP
1.1. Problemas
1.1.1. É possível utilizar o ambiente F9D, mas ele tem problemas pois precisa ser reconfigurado. Não é possível gerar cenário para CIAP e Bloco K, por exemplo.
1.1.2. Criação de um ambiente novo requer uma configuração por completo (inviavel)
1.1.3. Ambiente PRE-NOTA precisaria ter acesso ao ambiente SAP. Caso o ambiente PRE-NOTA seja AZURE, geraria custo a mais por uma VPN
1.1.4. Funcional vai ter que ter conhecimento no SAP para gerar cenário, as vezes complexos. Talvez seja necessário treinamento
1.1.5. Processo de teste mais demorado, porque alem da criação do cenário, exite uma série de processos referentes a interface que deverão ser executados e que poderão dar erros no log
1.1.6. Caso seja utilizado ambiiente de PRE-NOTA de cliente, teria que configurar corretamente MATRIZ/FILIAL
1.1.7. Para o Sped, o melhor cenário é subir informações pelo PRIS
1.2. Vantagens
1.2.1. Testes mais realistas, simulando o fluxo que existe hoje no cliente desde a origem dos dados
1.2.2. Utilizar SAP é um aprendizado que será utilizado futuramente no Gallery
1.2.3. Podemos criar cenário para serem testados no Gallery, no Comply e no VB. Podemos comparar resultado de obrigações e apuração.
1.2.4. Mesmo cenário pode ser aproveitado para outras obrigações
1.3. A verificar
1.3.1. Verificar com Lucia ou Elvis se é possível fazer a carga tanto para LF como BSC. Ver como é feito hoje. Hoje existe 2 extratores para cada interface.
1.4. Duvidas
1.4.1. É valido a utilização do ambiente?
1.4.2. Qual o escopo desse ambiente? Todos os testes que envolvam notas fiscais por exemplo devem ser digitados nele, ou somente alguns testes dependendo do cenário. (Dependendo do caso, sera utilizado o fluxo completo)
1.5. Observações
1.5.1. Hoje no Gallery é utilizado um servidor da SAP. Futuramente pretendem utlizar o F9D.
2. Duvidas gerais
2.1. Teriamos 1 PRE-NOTA para 4.0, 5.0. Como alinhar isso com o ambiente SAP (teria que ter varios SAP?). Ambiente mais atual ou mais utilizado.
3. Definir estrutura organizacional
3.1. Caso seja utilizado um ambiente, cada modulo poderia utilizar uma matriz e dividir as filiais por funcionalidades caso necessário. Ter uma matriz e filial em comum para teste integrado
4. Definir se utiliza um ambiente por modulo ou um para todos
4.1. um ambiente por módulo
4.1.1. Vantagens
4.1.1.1. Pode ser pego erros de falta de pre-requisitos que não seria pego no ambiente unificado
4.1.2. Desvantagens
4.1.2.1. Ambiente desatualizado, o que não necessariamente reflete o que está no cliente, Teria que ter uma politica de atualização.
4.1.2.2. Quando existir pre-requisitos, cada equipe pode ter que aplicar diveras notas de outros módulos
4.1.2.3. Dependendo do caso, custo pode ser maior com a utilização de vários ambientes
4.1.2.4. Necessidade de configuração de outros módulos, e não temos expertise dentro de cada equipe
4.2. um ambiente único
4.2.1. Vantagens
4.2.1.1. Ambiente mais atualizado
4.2.1.2. Somente 1 ambiente para manter
4.2.2. Desvantagens
4.2.2.1. Pode ser que algum erro de pre-requisito não seja pego no ambiente, por já estar atualizado
5. Definir a origem dos dados
5.1. Ambiente de cliente
5.1.1. Problemas
5.1.1.1. Caso dado venha do SAP, seria necesário configurar matriz/filial
5.1.1.2. Teria que dividir matriz/filial do cliente entre os módulos, podendo ser copiado
5.1.1.3. Não conseguiremos atender a todos os cenários. Cliente pode não ter retidos, por exemplo, ou não ter notas de TELECOM
5.1.1.4. Ao tirar print de telas, pode ser divulgado produtos de clientes, por utilizar a base deles
5.1.2. Vantagens
5.1.2.1. Dados com cenários reais do cliente vindo da origem evitando erros
5.1.2.2. Volume de dados com cenários diversos
5.2. Ambiente limpo
5.2.1. Problemas
5.2.1.1. Teria que ser gerado todos os cenários e configurações
5.2.1.2. Teste viciado (o mesmo feito no homol)
5.3. Cópia do ambiente SAAS
5.3.1. Problemas
5.3.1.1. Ambiente com poucas informações
5.3.1.2. Não é um ambiente Oracle
5.3.2. Vantagens
5.3.2.1. Ambiente de dominio da Sonda
6. Utilização do SAAS
6.1. Problemas
6.1.1. Ambientes pequenos
6.1.2. Refresh é completo, atualiza o banco inteiro perdendo as configurações já feito
6.1.3. Não é Oracle