Upgrade 1.0 para 10.0 - Objetos de configuração em comum no PI

[BrunoHjort]

Olá,

Estamos realizando o upgrade da NF-e 1.0 para a 10.0. A atualizaçao do PI Content já foi teita e agora estamos configurando os cenários de integração. No entanto, ao configurar o cenário SRVSC_WebAS_Outbound_ServiceStatusCheck verificamos que o objeto Receiver Determination "gerado" é o mesmo utilizado no cenário da 1.0. Isso aparentemente ocorre pois o serviço, a interface e o namespace do sender são os mesmos. O mesmo problema acontece com objetos de Interface Determination.

Considerando que as interfaces da 1.0 estão em um SWCV diferente, não deveriam ter sido gerados objetos diferentes também?

A única solução para isso seria criar um novo serviço do Web AS para utilizar nas configurações da 10.0?

Obrigado,

Bruno Hjort

[henrique_pinto · Accepted solution]

Olá Bruno,

você rodou o transfer configuration wizard para o Integration Scenario no SWCV 10.0?

Você tem que fazer assim, como se estivesse ocnfigurando do zero, justamente para ele pegar os novos objetos.

Abs,

Henrique.

[BrunoHjort · Accepted solution]

Olá Henrique,

Eu rodei o wizard utilizando o novo cenário sim. Só que ele utilizou o mesmo receiver determination que já estava criado para a versão 1.0. Isso significa que eu devo matar as configurações do 1.0 antes?

Segue print de exemplo:

Temporariamente eu inclui uma condição para não duplicar a mensagem.

Obrigado,

Bruno Hjort

[henrique_pinto · Accepted solution]

A questão é a segunte: antes, o Service DEV_002 era um Business System de NFE 1.0, e portanto deveria ter o SWCV SLL-NFE 1.0 associado a ele.

Você provavelmente fez um upgrade de versão na mesma instance, certo?

Assim, o DEV_002 não é mais um Business System de NFE 1.0, apenas de NFE 10.0.

O correto deveria ser você deletar os objetos antigos de configuração referentes ao DEV_002, pois eles não sao mais válidos (você nao tem mais interfaces/proxies referentes ao NFE 1.0 no DEV_002). Dessa maneira, você vai poder começar a configuração dos cenários de NFE 10.0 num ambiente limpo. Note que vc não precisa deletar as Parties, Services e os Comm Channels das SEFAZs.

No SLD, também, você deve eliminar o NFE 1.0 do Technical/Business System do DEV_002 e adicionar o NFE 10.0. Não esqueça de fazer o sync do SLD para o Integration Directory (opção no menu).

Em nossos ambientes de teste, nós nao conseguimos reproduzir isso pois para nós, NFE 1.0 e NFE 10.0 estão em ambientes (e portanto Business Systems) diferentes, daí o Receiver Determination e demais objetos nunca foram compartilhados.

[BrunoHjort · Accepted solution]

OK, era esse mesmo o caso. A principal dúvida era se dava pra fazer as configurações da NF-e 10.0 sem apagar a da 1.0.

Obrigado!

[henrique_pinto · Accepted solution]

Oi Bruno,

em teoria daria, porém para que?

Note que os objetos da 1.0 não existem mais do lado do Application Server (DEV_002), entao essas integrações nao refletem mais a realidade da empresa.

[Former Member · Accepted solution]

Para diminuir o tempo de go-live, acredito. Pois a maioria do pessoal vai utilizar a mesma instância para realizar o upgrade.

[henrique_pinto · Accepted solution]

Mas se vc deleta coisas do Directory QA e cria coisas no Directory do QA, quando transportar o tpz pro PRD a deleção e criação ocorrem juntas e transparentemente, i.e. sem esforço adicional durante o go live. Continuo não entendendo.

[BrunoHjort · Accepted solution]

É mais por medo de apagar os objetos de configuração da 1.0 até ver a nova versão realmente funcionando. Afinal, não temos dois ambientes de desenvolvimento (um atual e outro novo só para a 10.0), se apagarmos os objetos e, por algum motivo, precisarmos conferir depois o que estava configurado ficaria bem mais difícil.

No fim das contas a condição que nós incluimos funcionou e agora, com tudo da NF-e 10.0 rodando, podemos apagar os objetos antigos sem problemas.

[henrique_pinto · Accepted solution]

Você poderia fazer um "backup" dos objetos da 1.0 em um .tpz antes de começar as novas configurações.

[former_member182114]

Bom dia Pessoal,

Segue alguns passos que tem ajudado:

- atualizar no SLD o software component para SAP NFE 10.0

- refazer a configuração pelo wizard, transferindo tudinho. Usar um nome diferente, novo mesmo. ex.: Antes Batch_NFE_2  crie como BATCH_NFE_10 (pode seguir o padrão da empresa, o ponto é criar um novo nome)

- fazer um full CPA cache refresh (limpar trash no PI)

- limpar os caches via SXI_CACHE

Se tiverem problemas, por favor criem threads especificando o que já tentaram e em que ponto de dificuldade estão.

Atenciosamente, Fernando Da Ros

[Former Member]

Mais alguém com o mesmo problema?