on 10-26-2010 3:49 PM
Estamos com uma duvida sobre um processo de escolha do tipo de formulario de contingencia, entre FS e FS-DA. A empresa possue em estoque quantidades do formulario padrao FS (tpEmis = 2) porem algumas filiais passaram a comprar o novo tipo FS-DA (tpEmis = 5). A medida que cada filial utilizar seu estoque vai passar a imprimir DANFEs no novo formulario.
Qual a solucao standard da SAP para controle deste formularios (tpEmis 2 ou 5) por centro ou filial para envio da informacao na chave de acesso (codigo de barras) e XML ? Existe alguma nota ?
Obrigado pela ajuda.
Bom dia,
Não existe o controle de lotes de formulário.
No momento em que o formulário 2 acabar você deve modificar a customização do local de negócios para 5 antes da necessidade.
Atenciosamente, Fernando Da Ró
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia a_cristovao,
O caminho completo onde é feita esta customização é:
SPRO -> Cross-Application Components -> General Application Functions -> Nota Fiscal -> CNPJ Business Places -> Define Business Places -> Selecione o local de negócios e clique em NFe Configuration - O valor a ser enviado quando NF-e em contingência de formulário fica no campo NF-e Contingency (2 ou 5).
Ou diretamente na view J_1BNFE_CUST3_2V, coluna NF-e Contingency (2 ou 5).
Sim, esta modificação é de forma standard feita por transporte, e sobre este tópico veja também a SAP Note 1273854 NF-e: View cluster J_1BBRANVC - transport problems with data
Atualizar diretamente em produção só seria possível se o mandante estiver aberto, o que normalmente não é permitido.
Atenciosamente, Fernando Da Ró
Obrigado Fernando, vamos indicar essa solucao como a best pratice recomendada pela SAP, pois no entendimento dos usuarios / area fiscal, este controle deveria ficar junto do controle de contingencia do monitor NFE (transacao J1BNFE) pois assim que indica o local de negocio com o flag, deveria habiliar o campo para inicar qual o formulario sera utilizado, da mesma forma que indica o motivo da contingencia.
Uma outra duvida, no caminho indicado, verifiquei que as opcoes atualmente disponiveis sao 1 - Normal e 2 - Contingency. A opcao 5 deveria aparecer apos a aplicacao da nota 1443089 - NFe: Inclusion of NF-e issuing type in Access Key - Part 1, que define o objeto J_1BNFE_TPEMIS com a opcao 5 (entre outras opcoes), uma vez que essa informacao compoe a chave de acesso para a versao 2.0, atualizada recentemente ?
Bom dia a_cristovao,
...pois no entendimento dos usuarios / area fiscal, este controle deveria ficar junto do controle de contingencia do monitor NFE (transacao J1BNFE)...
Concordo, porém foi feito da mesma forma que se trata os formulários faz-se no desenv e transporta pelo landscape.
Uma outra duvida, no caminho indicado, verifiquei que as opcoes atualmente disponiveis sao 1 - Normal e 2 - Contingency. A opcao 5 deveria aparecer apos a aplicacao da nota 1443089 - NFe: Inclusion of NF-e issuing type in Access Key - Part 1, que define o objeto J_1BNFE_TPEMIS com a opcao 5 (entre outras opcoes), uma vez que essa informacao compoe a chave de acesso para a versao 2.0, atualizada recentemente ?
Não, o valor deste NF-e Contingency será sempre 2 ou 5 que são as contingências offline suportadas pela SAP, no caso do SCAN (contingencia online) existe um tratamento à parte que coloca o valor tpEmis=3 antes de numerar/gerar a chave de acesso.
Observação: Caso no momento de numerar a nota, o sistema identifique que a região ou local de negócios está em contingência ele pegará o valor contido no campo NF-e Contingency (2 ou 5).
Atenciosamente, Fernando Da Ró
Bom dia a_cristovao,
Aqui tem uma divisão de entendimento, quanto ao customizing o campo é o TPEMISCONT, domínio J_1BNFETPEMISCONT e não tem valores para ele, ou seja, você não escolhe numa lista e sim preenche na mão 2 ou 5, poderia até preencher outros valores.
Quando a tabela J_1BNFE_ACTIVE, o tpEmis só foi introduzido após layout 2.0 e tem nesta nota 1443089 sua definição, mas aí já não é a discussão FS x FS-DA e sim layout 2.0.
Atenciosamente, Fernando Da Ró
Creio que essa duvida do entendimento foi causada pois realmente o campo nao tem uma lista de escolha (F4-matchcode) porem o texto de ajuda do campo (F1-help) fala apenas das opcoes 1 e 2. Orientamos a troca do preenchimento para 5 mesmo nao aparecendo a opcao no help.
Por isso estamos revisando as notas aplicadas para verificar se alguma alteracao manual nao foi aplicada para modificacao deste help para incluir a observacao do numero 5 para formularios FS-DA e o numero 2 para apenas FS.
Porem nao encontramos a nota. Sabe me indicar qual a nota, se ela existe ?
Muito obrigado por toda ajuda !
1 - SPRO: Componentes válidos para várias aplicações > Funções gerais de aplicação > Nota fiscal > Locais de negócio CNPJ > Definir locais de negócio.
2 - Definir as empresas que serão alteradas
3 - Selecionar o local de negocio a ser alterado (Selecionar "Documento fiscal eletronico")
4 - Campo Contingencia
** As informações pode ser validadas na Tabela: J_1BNFE_cust3
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oi Fernando,
O objetivo desta SAPNote não é exatamente eliminar a dependencia de transporte para estas visões?
"The customizing of the data should be done separately in each system using transaction SM30 and views J_1BNFE_CUST3_*V."
Alguns clientes tem me questionado sobre esse transporte (após a aplicação dessa nota) e orientei-os a abrirem um chamado pois entendo que essa nota deveria alterar a categoria da tabela tb para não solicitar request.
Basicamente, tirou a entrada da SPRO mas manteve as visões dependentes de request... Acho que teve algum erro nessa nota... O que acha?
Não sei se os cliente abriram chamado, mas sei que um dele alterou a categoria da tabela por conta própria para evitar requests e transportes indevidos.
PS: A não ser que eu tenha "comido bola" na interpretação da nota...
Att,
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia Ricardo,
Esta SAP Note surgiu a partir de clientes que sofrerão ao transportar o "todo" da group view, ao invés de só o que deveria mudar no produtivo.
Quanto a não ser transportável, aí já é desenho da solução em sendo customizing, precisa "de forma standard" transporte ou ambiente aberto.
Concordo que para o item que estamos discutindo aqui uma separação poderia ser feita, porém hoje é junto.
Atenciosamente, Fernando Da Ró
User | Count |
---|---|
6 | |
5 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.