on 03-28-2014 6:07 PM
Caros colegas,
Vamos iniciar as atividades de implementação das Notasno ERP e GRC, mais inbound, para a NFe 3.10.
Pensamos numa estrutura de 1 ABAP, 1 Basis, 1 PI, 1 SD/Nfe e 1 MM (part-time), por uns dois meses.
Cinco empresas em dois Estados. Dez centros emissores de Notas.
Os que já implementaram, poderiam citar suas estruturas e tempo de Projeto?
Além das notas que a SAP menciona, têm outras considerações?
Gratos,
Oi Sergio
Vocês já possuem NF-e saida e entrada?
Usam alguma aplicação não SAP emitindo NFes pelo SAP NF-e (grc)?
Possuem desenvolvimentos buscando informações de nota no SAP NFe?
Irão implementar a badi nova?
...
Todas empresas e filiais em um mesmo ambiente?
Eu diria que 2-3 meses com os recursos que vc mencionou podem ser adequados. Mas depende de muitos fatores.
Abraço
Eduardo Chagas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia Sérgio
Dai nesse caso o consultor de MM não seria parcial. Acho que parcial ou melhor... pontuais seriam o basis e PI.
Mas é aquilo... depende de muita coisa, do ambiente da empresa, do conhecimento dos consultores e por aí vai...
Onde eu acho que é preciso ter atenção é nos desenvolvimentos já que as interfaces com o ERP mudaram logo se você tem algum legado se comunicando com o SAP NF-e terá que refazer tudo. Outro ponto são as tabelas no SAP NF-e que mudaram para versão 3.10. É de se avaliar também o preenchimento dos novos campos via badi ou se é o momento para migrar para nova badi e/ou mesmo implementar a persistência dos dados no ERP.
Eu acho que 3 meses é um bom prazo ou melhor dizendo recomendado já que a cada 4 meses você tem uma nova liberação de SP (o próximo já está ogramado para maio se não me engano)!
Do ponto de vista técnico... a automação é rapida de se implementar... e deve seguir o seu cronograma do SP como um todo; porém é um projeto que envolve muito mais a área de negócio e a implementação gradual dos fornecedores no processo de automação.
Abraço
Eduardo Chagas
Oi
A badi nova é... J_1BNF_ADD_DATA ela é chamada no momento em que o documento é salvo ao invés de ser no momento em que o documento é enviado para a mensageria. Além disso você tem a persistência dos dados, e se você tiver o TDF, aplicar regras de validação/auditoria fiscal seja pela solução standard ou de terceiros antes mesmo de numerar e/ou fazer o envio para a SEFAZ.
Se nao me engano está disponível apartir da 6 EHP5
Abraço
Eduardo Chagas
Boa tarde Eduardo,
Sabe dizer qual nota SAP cria a entrada no SPRO para essa nova badi?
Aplicando a nota 1933985 e as pre-reqs o novo menu para essa badi não aparece. Nem mesmo ela estar disponível no caminho SPRO > Cross-Application Components > General Application Functions > Nota fiscal > Sales and Distribution - Billing Documents > Business Add-Ins (BAdIs) > BAdI: Redetermination of Nota Fiscal Type per Line Item
Obrigado.
Abraços,
Sérgio Sanita
Gizela, bom dia.
A Documentação desta BADI consta na Página 06 do PDF "SystemDoc_SAP_Note1860433.pdf" que está anexo à SAP Note 1860433 - NF-e: Storing Additional Data for DANFE & Reporting.
Veja também as SAP Notes:
1844619 - NF-e: Storing Additional Data - BAdI, derived fields, texts
1883364 - NF-e: Enhancement of BAdI for Additional NF Data
1983747 - BADI J_1BNF_ADD_DATA: Extension Parameters
Att.,
Baroni
Oi Baroni, boa tarde
Dei uma olhada nas notas e pelo que entendi ela possui alguns campos adicionais que a outra badi não tem. Como as notas do XML 3.10 não falam na Badi nova, só na antiga, acredito que a Badi CL_NFE_PRINT ainda possa ser utilizada sem problemas e não seria obrigatório migrar a logica para J_1BNF_ADD_DATA certo?
Você vê algum problema em manter a Badi antiga? Ainda não iniciamos a mudança da versão do XML e seria bom ter uma idéia se vale mesmo a pena migrar ou não a Badi.
Att,
Gizela
Gizela,
No projeto em que estou implantamos a NF-e 3.10 utilizando apenas a BADI antiga (CL_NFE_PRINT) e está funcionando perfeitamente.
Quanto aos impactos, ainda não pensei a respeito, mas o que o Eduardo Chagas escreveu acima já aponta algumas diferenças:
"...A badi nova é... J_1BNF_ADD_DATA ela é chamada no momento em que o documento é salvo ao invés de ser no momento em que o documento é enviado para a mensageria. Além disso você tem a persistência dos dados, e se você tiver o TDF, aplicar regras de validação/auditoria fiscal seja pela solução standard ou de terceiros antes mesmo de numerar e/ou fazer o envio para a SEFAZ...."
Att.,
Baroni
Pedro, boa tarde!
Estava lendo essa conversa e surgiu uma dúvida...
No caso, essa nova BADI só estará disponível nas versões mais atuais do SAP, correto ?
SAP_APPL 605
SAP_APPL 606
SAP_APPL 616
SAP_APPL 617
Se o cliente estiver na versão 600 por exemplo, iremos continuar utilizando a BADI CL_NFE_PRINT normalmente, sem nenhum impacto ?
Obrigado!
Olá Luis.
A BADI existente nos releases mais baixos é suportada e atualizada também nos releases mais altos.
Então, por exemplo, ao fazer upgrade do 600 para 606 você pode levar sua implementação da BADI antiga sem problemas.
Uma migração seria recomendada por motivo dos benefícios da persistência, mas isso não é um passo mandatório.
abraço
André
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
14 | |
4 | |
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.