Pessoal, boa tarde.
Estamos configurando a NF-e 3.10 num cliente e ao testar em DEV os satus de serviço verificamos que, ao contrário do esperado, o job /XNFE/NFE_CHECK_SRV_STATUS está disparando a consulta de status para tpAmb = 1 e 2, ao invés de somente para 2.
Debugamos até a FM /XNFE/SRVSTA_READ_CUST, e encontramos um comportamento diverso do que havíamos idealizado. Ao invés de retornar as entradas de configuração somente para tpAmb = 2, voltaram as configurações de ambos os tipos de ambiente conforme tabela LT_TSRV:
Podemos ver que para cada CUF temos 1 e 2
Verificamos que isso veio da configuração da /XNFE/TCUF e da /XNFE/GOVPAR.
Na GOVPAR temos a definição de tpAmb e CUF por CNPJ, para cada Sistema Lógico (LOGSYS) e Tipo de Documento.
Ex.:
DOCTYPE | LOGSYS | CNPJ | CUF | TPAMB |
---|---|---|---|---|
NFE | DEV100 | AAA | 41 | 2 |
NFE | DEV100 | BBB | 35 | 2 |
NFE | DEV100 | CCC | 35 | 2 |
NFE | QAS100 | AAA | 41 | 2 |
NFE | QAS100 | BBB | 35 | 2 |
NFE | QAS100 | CCC | 35 | 2 |
NFE | PRD100 | AAA | 41 | 1 |
NFE | PRD100 | BBB | 35 | 1 |
NFE | PRD100 | CCC | 35 | 1 |
Com essa configuração, a ideia é ter uma TO que vai poder ser levada para QAS e PRD com os dados corretos para cada ambiente. Esperávamos que a FM só recuperasse os dados do ambiente em que estamos executando-a, no caso DEV100. Mas não, a FM pegou todos os registros, independentemente do LOGSYS, e com isso, resultou no print acima, onde para cada CUF temos tpamb 1 e 2.
Em seguida o sistema passa essa tabela para ser feita a consulta de status, e temos em DEV a consulta de tpAmb = 1 sendo feita (o que não desejávamos). Como o programa principal (/XNFE/NFE_CHECK_SRV_STATUS) não tem mais o parâmetro tpAmb na tela de seleção, não temos como filtrar.
Concluímos que somos obrigados a ajustar os dados em cada ambiente para que seja feita a consulta apenas conforme o LOGSYS desejado, ou seja, ao mover isso para PRD teremos que ajustar os dados (ou criar n TOs com os dados de cada ambiente - no nosso caso, temos uns 7 ambientes, DEV100, DEV200, DEV300, QAS100, REG100, SDB100, PRD100).
Alguém chegou a seguir essa mesma ideia? Mudaram a definição no meio? Como planejam seguir com isso?
PS.: procurei notas para essa FM, sem sucesso:
Obrigado, abraços!
Eduardo Hartmann