Quantcast
Channel: SCN: Message List
Viewing all articles
Browse latest Browse all 8689

Status de serviço NF-e 3.10 x tpAmb

$
0
0

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
LOGSYSCNPJCUFTPAMB
NFEDEV100AAA412
NFEDEV100BBB352
NFEDEV100CCC352
NFEQAS100AAA412
NFEQAS100BBB352
NFEQAS100CCC352
NFEPRD100AAA411
NFEPRD100BBB351
NFEPRD100CCC351

 

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


Viewing all articles
Browse latest Browse all 8689

Trending Articles