Preenchimento dos campos cEAN e cEANTrib no XML da NFE
Boa tarde,
A partir de 1º de julho de 2011, segundo o Ajuste SINIEF n. 16, de 16/12/2010, será obrigatório O preenchimento dos campos cEAN e cEANTrib com o GTIN (Numeração Global de Item Comercial) caso ele exista. A diferença entre os campos é que no campo cEAN será informado o GTIN do produto que irá constar os dados referentes ao fabricante, distribuidor , etc. Já no campo cEANTrib será informado o GTIN da unidade tributável, referente aos impostos atribuidos ao produto.
Onde faço o preenchimento destes campos para que apareçam no XML da NFe?
Utilizo o ECC 5.0 e GRC Nfe 1.0 (SAPK-10015INSLLNFE).
Exemplo do XLM gerado atualmente:
<cEAN />
<cEANTrib />
Exemplo do código cEAN e cEANTrib: 07896534703010
Att. Ronaldo
Moinho Sul Mineiro
Bom dia Pessoal,
É um erro localizado na Sefaz MG por favor abram tickets no 0800 da Sefaz MG para correção do problema.
Atenciosamente, Fernando Da Rós
PS: Evitem postar em threads já respondidas, isso confunde a solução válida. Além de evitar a classificação da solução por pontos. Podem "gastar" criando novas threads...
Edited by: Fernando Ros on Oct 20, 2011 12:50 AM
Similar Messages
-
Campos cEAN e cEANTrib no XML da NFE (NT 2011/004)
Bom dia,
A partir de 1º de julho de 2011, é obrigatório o preenchimento dos campos cEAN e cEANTrib com o GTIN (Numeração Global de Item Comercial) caso ele exista.
A diferença entre os campos é que no campo cEAN será informado o GTIN do produto que irá constar os dados referentes ao fabricante, distribuidor , etc.
Já no campo cEANTrib será informado o GTIN da unidade tributável, referente aos impostos atribuidos ao produto.
Sabemos que o preenchimento do cEAN é realizado através do campo standard no cadastro do material, e o cEANTrib é o mesmo número, e este cenário eu consigo tratar na BADI preenchendo abos os campos com os mesmos valores.
Porém temos uma particularidade que é a seguinte:
Tem um determinado cliente que me compra caixas com 24 unidades de óleo, e neste caso, o cEAN e o cEANTrib serão diferentes.
Ex.:
cEAN: 12345 (CDA)
cEANTrib: 123456 (CX)
No cenário normal, envio preencho as tags cEAN e cEANTrib com o código do cEAN (12345) que está cadastrado no campo específico do cadastro do material (MARA-EAN11).
No cenário "especial", o GTIN tributado é diferente, preciso enviar na tag do cEAN o GTIN da CX (123456) e na tag do cEANTrib envio o GTIN do CDA (12345). Ambos os valores estão cadastrados nas informações adicionais do cadastro do material na aba de "EANs adicionais" conforme abaixo:
UM alt Texto un. Código EAN/UPC Ctg.EAN
CDA cada 7898357410015 HE
CX caixa 17898357410012 IC
Como trato isso? Pois na BADI não tenho o campo do cEAN para tratar...
Obrigado,
Mateus.Oi Matheus.
Você pode fazer habilitar este campo na BADI fazendo um append Z na estrutura IF_EX_CL_NFE_PRINT~FILL_ITEM. Fizemos isso para habilitar outros campos como por exemplo o E1_FONE no cabeçalho da NF-e.
Abraço
Eduardo Chagas -
Venda Intercompany – Preenchimento dos campos xPed e nItemPed
Boa tarde Pessoal,
Andei pesquisando mas sem sucesso por isto venho pedir ajuda.
http://scn.sap.com/thread/3263202
http://scn.sap.com/thread/3274014
https://scn.sap.com/thread/1838307
No ECC:
O cenário standard de venda intercompany é muito similar ao de transferência entre plantas da mesma empresa.
Em ambos os cenários, a remessa de SD é criada a partir do pedido de compras (VL10D).
Não existe ordem de venda (OV) !
No NFE10 inbound (automação)
- a transferência é tratada como STOCKTRF.
- a venda intercompany é tratada como NORMPRCH. Neste cenário, para não termos que fazer manualmente a etapa "atribuir itens de pedido” precisamos que o XML seja preenchido corretamente.
Por isto pergunto:
Que campos devemos preencher no ECC para que os campos <xPed> e <nItemPed> sejam preenchidos no XML ?
PS1: Testei com B2B ativo configurado com X (PI) e com D (database) => Sem sucesso.
PS2: Em cenários de venda com OV os campos são preenchidos corretamente
PS3: Ambiente ECC604 SP12 + GRC10 SP14
Desde já obrigado.
RafaelOi Fernando,
Estamos aguardando resposta do chamado, qualquer novidade posto aqui.
Não entendi sua frase:
A todos os projetos que estão passaram pelo layout 2.0 sugeri que incluíssem este tópico, mas neste momento concordo que fica bem difícil de garantir ele com a obrigação chegando.
Poderia explica-la melhor ? Esse tópico que se refereu é o Decouple ? Qual seria essa obrigação?
Sim, fizemos os testes enviando uma nota em memória e não são preenchidos os campos, e depois em uma nota retransmitida, são enviadas as tags, sem nenhuma outra modificação via BADI. Essa é a diferença entre os XMLs.
Os campos não são obrigatórios, apenas um dos nossos clientes de B2B que solicitou o preenchimento para todos os seus pedidos. Acreditava que o Standard daria esse suporte, mais entendo que apenas funciona para os locais de negocio com Decouple ativado, o que questiono pois pelo processo desenhado ainda não foi possível definir / ativar o decouple. Além que devem ser realizadas outras modificações da BADI, pois outras informações já estão buscando da memória e temos que modificar para buscar das tabelas (passar do modo mais dificil para o mais fácil da implementação, conforme vc mesmo comentou, rsss).
Obrigado pela ajuda e atenção. -
Dúvida no Preenchimento dos campos PREFNO / CHECOD em NFS-e de SP
Olá Pessoal,
Estou a procura de informações sobre a solução para nota fiscal eletronica de serviços da prefeitura de São Paulo, pesquisando no forum pouco encontrei sobre a nota 981687 - NFe: For Services in Muncipio Sao Paulo.
A SAP disponibilizou os dois campos PREFNO / CHECOD para o numero da nota fiscal e código de verificação gerados pela prefeitura (uma vez que o SAP deve gerar o número da RPS), além de um report para geração do arquivo TXT e envio manual.
Minha dúvida é a seguinte:
1) Após enviar o arquivo para a prefeitura, são convertias as RPS em Notas Fiscais Eletronicas. Como armazenar as informações nos campos standards mencionados ? Existe um outro report que le o arquivo de retorno da prefeitura ?
Outra dúvida está na procura de uma sugestão, onde o RPS pode ter até 12 posições e o NFNUM do SAP apenas 6. Vcs estão utilizando outro campo Z para compor o numero maior ? Ou como esta fazendo quando o RPS atingir 999.999 ? Pensei en usar o NFENUM, mas teria o mesmo problema quando atingir o limite de 9 posições (999.999.999).
Muito obrigado pela atenção e ajuda.A_cristovao ,
Vamos ver se posso lhe ajudar em algo:
1) Após enviar o arquivo para a prefeitura, são convertias as RPS em Notas Fiscais Eletronicas. Como armazenar as informações nos campos standards mencionados ? Existe um outro report que le o arquivo de retorno da prefeitura ?
Resposta: Em alguns projetos que passei, consultei os abaps e sempre foi desenvolvido um programa Z para ler este arquivo e fazer um BDC na J1B2N, porem sua categoria de nota não dever ser eletrônica, aqueles dois campos flag no cabeçalho NF eletronica e NF servico, apenas o último(serviço) marcado para o BDC entrar e conseguir mapear o campo com o NFSe e cod verificador.
2) Outra dúvida está na procura de uma sugestão, onde o RPS pode ter até 12 posições e o NFNUM do SAP apenas 6. Vcs estão utilizando outro campo Z para compor o numero maior ? Ou como esta fazendo quando o RPS atingir 999.999 ? Pensei en usar o NFENUM, mas teria o mesmo problema quando atingir o limite de 9 posições (999.999.999).
Resposta: Esse estamos usando o NFNUM mesmo, não chegamos a nos preocupar com isso devido ser um volume baixo de NFS, talvez um chamado no componente XX-CSC-BR-NFE lhe ajude.
Abraço,
Bruno Lima -
Rejeição do validador do GRC dos campos IND_PRES e IND_FINAL
Bom dia,
Estou implementando o layout 3.10 da NF-e e encontrei um problema na validação dos campos IND_PRES e IND_FINAL.
O cliente possui SAP_APPL 600 SP 24.
O problema é na chamada do método FILL_HEADER da BAdI CL_NFE_PRINT: antes da chamada do método, os campos xmlh_310-ind_pres e xmlh_310-ind_final são valorizados. No entanto, após a chamada desse método, como não faço nenhuma alteração nos campos IND_PRES e IND_FINAL, as seguintes linhas de código sobrescrevem os valores da estrutura xmlh_310 com valores iniciais:
Include: LJ_1B_NFEF41
if xmlh_badi is not initial.
move-corresponding xmlh_badi to xmlh."#EC ENHOK
IF xmlh-version >= gc_nfe_version_3. "1933985
-> move-corresponding xmlh_badi to xmlh_310. "2048213
ENDIF. "1933985
Alguns comentários:
1) Na implementação do método FILL_HEADER, a primeira coisa que eu faço é um MOVE-CORRESPONDING:
MOVE-CORRESPONDING in_xml_header TO out_header.
MOVE-CORRESPONDING in_doc TO out_header.
2) Acho muito estranho que o parâmetro de Import IN_XML_HEADER seja do tipo J1B_NF_XML_HEADER, pois nessa última estrutura não vejo os campos IND_PRES e IND_FINAL. Procurei notas relativas aos campos da J1B_NF_XML_HEADER, mas não achei nada de relevante para o meu problema.
3) Antes da aplicação da nota 2048213 existia um check para verificar se os valores eram iniciais antes de sobrescrevê-los com o move-corresponding...
4) Na chamada do método FILL_HEADER, a estrutura xmlh é passada, mas a estrutura xmlh_310 não. Então eu não tenho acesso aos campos xmlh_310-IND_PRES e xml_310-IND_FINAL no método FILL_HEADER.
Agradeço muito se puderem ajudar a resolver esse problema.
Obrigado!
LuisOlá, Luis.
Acredito que seja um pouco tarde para responder, pois provavelmente você já resolveu seu problema.
Os campos IND_PRES e IND_FINAL estão na estrutura in_doc.
O que fizemos foi incluir na BADI FILL_HEADER os comandos de MOVE na seguinte ordem:
MOVE-CORRESPONDING in_doc TO out_header.
MOVE-CORRESPONDING in_xml_header TO out_header.
Com isso, os campos acima foram preenchidos corretamente na BADI, e nenhuma outra ação foi necessária.
Por favor me avise caso ainda ocorra o problema.
Abraço e boa sorte
Rodrigo Ferreira -
Búsqueda formateada - actualizada con dos campos
Hola estimados!
¿Alguien sabe si se puede actualizar una búsqueda formateada si se modifica cualquiera de dos campos?
Gracias!!!algo mas o menos asi es lo que yo uso, para modificar lascuentas de ingresos en venta y costo dentro de las ordenes de venta.
al darle shift+f2 lo que hago es seleccionarlo del query manager( la consulta), y luego pongo la opcion de cambiar actualizacion automatica con la opcion de la lista al salir de columna modificada, selecciono almacen , que es la que youtilizo como base para el cambio de mi cuenta y en mi query, tomo en cuanta el dato de la cabecera SERIE.
SELECT CASE WHEN ($[$8.0.0]>=1 AND $[$8.0.0]<=999999) THEN
'550000001'
WHEN ($[$8.0.0]>=1000000 AND $[$8.0.0]<=1999999) THEN
'550000002'
END
FROM OITM T1
WHERE T1.ITEMCODE=$[$38.1.0]
Te puede ayudar ! -
NFe 3.10 - Erro 225: Rejeição: Falha no shcema XML da NFe
Boa tarde.
Estamos com problema no Schema do XML, já verificamos as informações do post abaixo:
http://scn.sap.com/thread/3714800
Aqui também ocorre o mesmo problema e quando reenviamos a nota o xml é processado. Porém, precisamos encontrar uma solução
onde não seja necessário o reenvio manual do documento.
Baixamos o XML com problema e depois da validação no SEFAZ (após o reenvio) e a unica diferença é a tag abaixo:
Ela é criada após a validação do XML?
*** XML Erro Schema
<?xml version="1.0" encoding="utf-8" ?>
- <NFe xmlns="http://www.portalfiscal.inf.br/nfe">
*** XML OK, após o reenvio da NF
<?xml version="1.0" encoding="utf-8" ?>
- <nfeProc xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
- <NFe xmlns="http://www.portalfiscal.inf.br/nfe">
Gostaria de saber se alguém já passou por este problema e qual foi a solução aplicada.
obrigado
Juliano DinizOi Michael,
Essa declaração que o José comentou é diferente mesmo, não vi em nenhum outro cliente e ela que deu erro no validador da SEFAZ no seu teste. Se você remove essa TAG e faz o teste no validador da SEFAZ RS o XML aponta outros erros.
Teoricamente o XML começaria assim:
<?xml version="1.0" encoding="UTF-8"?>
<NFe xmlns="http://www.portalfiscal.inf.br/nfe">
Além disso o XML do TXT tem umas quebras de linha que separaram o conteúdo das TAG's e causaram erro no validador da SEFAZ tb.
O validador do GRC é basicamente uma função que aponta erros técnicos no preenchimento dos dados que vieram do ERP ( campos obrigatórios em branco, campos numéricos com valor alfanumérico, etc...) porém ele não validaria a estrutura final do XML ( encoding, montagem das TAG's e namespaces adicionados ).
OBS: No arquivo adicionado tem o XML completo e por uma questão de "data protection" eu não recomendaria disponibilizar esse tipo de arquivo na internet, pois ele contém dados teoricamente sigilosos de negócio ( Clientes, transportadores, produtos/preços, Certificado digital da empresa emissora, etc...).
att,
Renan Correa -
Error 70 - Código do status 225: Rejeição: Falha no Schema XML da Nfe.
Bom dia grupo!
Nós estamos atualmente recebendo a seguinte mensagem de erro da SEFAZ relacionado aos batches que nós enviamos: Error status 70 "Error from the authorities" and Código do status (Status Code) 225: Rejeição: Falha no Schema XML da Nfe.
Nossa configuração é 46C com muitos OSS notes aplicados (veja abaixo)
Nós estamos realmente parados neste momento e não temos nem ideia de onde começar.
Atenciosamente,
Marc de Ruijter
OSS notes for NF-e phase 2
989115 Nota Fiscal Electronica (NF-e) - Overview Note
852302 Implementation Overview ISS 2004 - Legal Change MP135/LC116
759965 New Condition Formulas for MP-135 and ISS 2004
747607 Basic Customizing for MP135 and ISS legal change Brazil
980214 DDIC changes: PIS / Cofins Tax Law and Tax Situation
981123 PIS / Cofins Tax Law and Tax Situation
981687 NFe: For Services in Muncipio Sao Paulo
934846 Syntax error: TYPE-POOL 'SXRT' is unknown
979881 Message S 000 in NF writer when mandatory fields not filled
980213 Nota Fiscal Electronica (NF-e) of SEFAZ - Phase 2
1037070 NF-e of SEFAZ - Phase 2, Enhancement 01
1014600 No output found for the Nota Fiscal
1052575 NF-e of SEFAZ - Phase 2 / DDIC changes after shipment
1043688 NF-e of SEFAZ - Phase 2, Enhancement 02
1062468 NF-e: Multiple volume structure for XML file
1062251 NF-e: Extension of BADI Interface FILL_HAEDER
1070261 NF-e of SEFAZ - Phase 2, Enhancement 03
1094041 NF-e of SEFAZ - Phase 2, Enhancement 04
1000130 Public System for Digital Bookkeeping (SPED) - Overview Note
1008306 SD: Manual changes of CFOP for services when ISS tax applies
998194 Missing ISS Tax Situation in the Nota Fiscal
1047606 SD/Brazil: Using of error log during Nota Fiscal creation
120449 SD-Brazil Exchange variance error in Nota Fiscal
92383 LSA:BR:SD: Tax laws in return nota fiscal
689157 Nota Fiscal Split and number of Packages
987882 ISS Tax Law (field J_1BTAXLW3) not copied from sales order
989965 CFOP redermination in the delivery document not working
909835 Message 8B 679 raised during the delivery process
337554 SD: No. of packages in Nota Fiscal
533046 Repair order inconsistent to object list
920330 Error when changing the tax codes in a sales order
998195 PIS/COFINS/ISS Tax Law and Tax Situation in SD
104606 EDI/IDoc: Mapping IDoc types to ANSI X12
1094041 NF-e of SEFAZ - Phase 2, Enhancement 04
1105588 J_1BLFZF: Runtime error OBJECTS_OBJREF_NOT_ASSIGNED
OSS notes for XML ver 1.1 and NF-e phase 3
1065334 NF-e: Extension of BADI Interface FILL_ITEM with tax table
1068615 NF-e: Extension of BADI Interface with SD document flow
1079826 NF-e: BAdI Interface Enhancement for NF Messages
1069919 NF-e: Partner in Block E should always be main partner
1090279 NF-e monitor: automatic refresh upon user actions
1093252 NF-e: ICMS tax situation in XML File and DANFE
1113127 NFe: New XML Layout - Version 1.10
1114348 NF-e - xNFe integration - backend
1122294 Send/resend NF-e: fill VBFA for BAdI item method
1124075 NF-e: Serie not taken from Contingency NF-Type
1144194 NF-e: Cancellation/Skipping Reason
Bug Fix notes for NF-e BAPI.
1049946 NF-e: Adaption of Nota Fiscal Bapis
1147934 NFe: Random number should not be generated for incoming NFes
1150733 NFe: Randon number and check digit not cleared
1154995 NF-e: NF BAPI - enhancement for NF-e processing
1158622 NF-e: NF BAPI - no input of random number possible
Bug Fix notes for Contingency process
1158612 NF-e: Wrong partner in Block-E for Entrada
1240212 NF-e: One time Vendor data not transferred to XML file
1255450 NF-e: Jurisdiction code for one time vendor / customer
1257030 NF-e: Country Name for one time vendor / customer
1069018 Cancellation of incoming NFe shows error J1B_NFE 003
1070077 NF-e: Protocol number and document status for Denied NF-e
1145148 NFe: Cancellation for Contingency NFes
1152263 NF-e monitor: wrong action status '7' for C-NF-e
1146914 NFe: Synchronous call to messaging system from backend
1149356 NFe: Dump when NFe is cancelled with MIGO
1152081 NFe: Dump when NFe is cancelled with VL09
1153533 NFe: Dump when NFe in contingency is cancelled with VL09
1156116 NF-e: Contingency by stock transfers
1160107 NF-e: Cancellation of contingency NF-e with DOCSTA = 1 or 2
1161347 NF-e: Cancellation of Contingency NF-e - correction
1238648 NF-e monitor: req. action '3' (send) wrong for swtch. NF-e
1165953 NF-e: Numbering Gaps
1244326 NF-e: Numbering gaps - Status update in table J_1BNFENUMGAP
1245425 NF-e monitor: required process step - contingency
1252567 NF-e: Resend of NF-e - rejected or with validation error
1266344 NF-e: Action Indicator for NF-e with validation error
1254565 NF-e: Synchronization of RFC call between ERP and xNFe
1053626 MIRO: wrong document reference in nota fiscal
1073259 NF-e: Transfers - Outgoing NF-e No. not taken by Incoming
1153874 NF-e: GR for future delivery takes wrong NF-e number
1174946 NF-e: Serie not considered for duplicate NF-e number in MIRO
Miscellaneous bug fix notes
1175538 NF-e: Reference between NF and NF-e
1244881 NF-e: Mixed scenario in MIRO shows error 8B219
1257422 MIRO: Error 8B 219 by posting of reference invoices
1150843 NFe: Text for cancel reason not transferred to XML file
Bug Fix Notes Group 2
1059699 NF-e: Reference between NF and NF-e
1139062 NF-e incoming: Posted via J1B1N -> Wrong Document Status
1144199 NF-e: SD Billing and Contingency
1145089 NF-e: Cancellation despite rejected cancel request
1149787 NF-e: Wrong status-code text in NF-e history
1151112 NF-e: cancellation-reason text gets lost (pre req of 1150172)
1150172 NF-e monitor: selection leads to dump
1068379 Creation of Billing document issues an error 8B 145 (pre req of 1145089)
1152842 NF-e: cancellation reason does not work
1154700 NF-e: Random number & check digit not stored in active table
1073145 PIS / COFINS Tax Laws for Transfers (pre req for 1155231)
1082527 Missing PIS / COFINS Tax Laws for Transfers (pre req for 1155231)
997868 VL02N: CFOP, tax laws not copied from delivery (error 8B148) u2013 (pre req of 1155231)
1155231 PIS/COFINS tax law in NF/NF-e by split valuated material
1155424 NF-e monitor: Menu -> "Check MS Connection" does not work
1159177 NF-e: FUNC J_1B_NFE_SET_STATUS_IN_BACKEND set as Rem.Enabl
1161951 NF-e monitor: "Resend" functionality.
1162232 NF-e: switch to contingency not possible after MSS Update
1162512 NF-e: cancellation reason not initial at first-time call.
1162629 NF-e: creation date gets deleted from NF-e data-base table
1164283 NF-e: SCS '5' - upon authr.to cancel system does not cancel
1165155 NF-e Monitor: BACK (F3) leads to cancellation
1165360 NF-e Monitor: new selection parameter - creation user
1168394 NF-e: Reference document not taken from Nota Fiscal header
1168798 NF-e: User decision for used NF-Type for Material Movements
1171383 NF Writer: Copy NF-e that was switched to contingency.
799445 Nota Fiscal creation: Consideration of local dates (pre req of 1171383)
1104003 NF-Writer: Serie not taken from Reference NF (pre req of 1171383)
1156037 NF-e: NF-Writer allow reference with different NF-types (pre req of 1171383)
1175759 NF-e: central contingency per business place - correction
1239598 NF-e: Random number and check digits are lost in NF writer.
1163888 NF-e: Random Number includes spaces (pre req of 1239598)
1245425 NF-e monitor: required process step u2013 contingency. u2013 applied in bug fix notes no need to apply.
1246700 NF-e: Wrong reference for NF entradas.
1257688 NF-e: Update termination with error J1B_NFE 021
1258021 NF-e: Dump by creation of NF header text for XML file
1258974 NF-e: Monitor report aborts with DBIF_RSQL_INVALID_RSQL
1265172 NF-e - Decouple RFC from DB Update
1285851 NF-e: Cancellation of none authorized documents
1288925 NF-e: References between NF-e and non NF-e
1272677 NF-e: Cancellation for Material Document with serial number (pre req for 1288925)
1247602 NF-e: Cancellation of material documents with serial numbers
1163104 NF-e: Cancel Material documents with initial cancel reason
1293944 NF-e: Cancellation of material documents with batch classes.
1267128 NF-e: Cancellation goods movement with MVT 844 not possible (pre req for 1293944)
1300000 NF-e: Decouple - Contingency
1314856 NF-e: Decouple - Contingency in J1BNFE and VF01 & VF04
1321837 F-e: Cancel of material documents not possible
1092028 NF-e: Protocol number in NF-header overwritten (pre req for 1265172)
1114283 NF-e: cancellation - document status cleared in J_1BNFDOC (pre req for 1265172)
1234053 Local time / local date in NF header and NF-e XML (pre req for 1265172)
1288994 NF-e: Decupling note 1265172 causes error for incoming NF-e (pre req for 1300000)
1297042 NF-e: NF-e number missed in access key after decoupling (pre req for 1300000)
1087535 RFFOBR_A,U:Doc.no should be filled with 9 digits in DME file Applied OSS note 1087535 to the object Z_RFFORIY1 which was copied from RFFORIY1
1097455 NFE: Bank files should accommodate Doc. Numbers with 9 digits
304961 Wrong boleto check digit with carteira data (pre req of 1097455) - Not relevant
336117 Include due date factor in Boleto barcode for A/R (pre req of 1097455) - Not relevant
705726 ITAU: Boleto has negative interest value (pre req of 1097455) - Not relevant
846297 Func Mod - BOLETO_DATA not printing correct nosso numero (pre req of 1097455) - Not relevant
852782 BOLETO_DATA - Corrections of note 846297 for Bredesco only (pre req of 1097455) - Not relevant
1227478 Dump in payment run (F110) when XBLNR is empty
1138278 NFe: Field PREDBC not filled in XML interface structure (pre req of 1149585)
1149585 NFe: CST field required in XML file for taxes not in NFe
1053855 VL02N raises error 8B 053 "Branch not foundu201D
1165696 RFEBBU00: Error in batch input due to changes in Nota Fiscal
1180402 NF-e: BADI methods FILL_HEADER and FILL_ITEM
1180672 NF-e: Gap numbering check doesnu2019t consider the series
1225338 RFEBBU00: Additional changes to the note 1165696
1241922 NF-e: Report J_1BNFECHECKNUMBERRANGES xNFe adaption
1244326 NF-e: Numbering gaps - Status update in table J_1BNFENUMGAP (Applied using other Kintana)
1270813 NF-e: Year not included in the XML file
1247264 NF-e: Error in RFC to /XNFE/NFE_CREATE after note 1241922 (pre req for 1274200)
1274200 NF-e: Numbering gaps report sends SERIE with spaces
1276185 NF-e: Numbering gaps report sends SERIE with spaces
1294917 NF-e: Gap numbering check - several corrections
1324538 Missing address for OT Customer in J_1B_NFE_CREATE_TXT_FILE
1331432 NF-e: Numbering gaps report detects gaps for initial series
1332167 NF-e: Rep. J_1BNFECHECKNUMBERRANGES aborts with error DC 006
1092341 RFFOBR_A,RFFOBR_D: Performance problem while rebate calcula
1237089 RFEBBU10:While uploading ITAU Bank returnfile- Error(F5 170)
1051314 Check Digit missing from Boleto number (pre req for 1306966)
1306966 J_1BBR30:XREF3 is not updated correctly with Boletofrom bank
1005924 RFFOBR_A-The DME file does not include Rebate for ITAU (pre req for 1287633)
1287633 RFFOBR_A: Discount amount not calculated correctly
1234054 NF-e: function J_1B_NFE_MS_REQUESTS_DATA is not RFC enabled
1297534 NFe cancellation problems in GRC
1243964 NF-e: Adaption of xNFe interface of function NFE/NFE_SKIP
1165746 NF-e: Cancel - Error log not updated
1327465 The program /xnfe/update_erp_status is not updating R/3
1326691 BAdI for controlling the RFC call of external systems
1333136 Prevent simultaneous click on buttons in NF-e monitor
1333742 NF-e got the status 218
1354192 Validation rules: correction for fields TPLACA and T_UF1
1373175 Lock object for /XNFE/NFE_CREATE to prevent double transm
1376500 BAPIRET2 to provide the detailed information to ERP
1267455 Not possible to create different DOCREF per item using BAPI (pre req for 1373321)
1373321 BAPI_J_1B_NF_CREATEFROMDATA: DOCREF from Header go to item
1328583 NF-Writer posting of NF/NFe when mandatory fields not filled
1338166 NF-e: Random number and check digit lost after note 1328583
1259918 NF-e: RFC calls for request for cancellation or skip
1152140 NF-e: backend allows inconsistent new SCS (pre-req for 1298283)
1162852 NF-e: Inbound errors missed in error log of Monitor Report (pre-req for 1298283)
1163056 NF-e: Problems with printing via BADI method CALL_RSNAST00 (pre-req for 1298283)
1276438 NF-e: Parallel Phase not identified in messaging system (pre-req for 1298283)
1296515 NF-e: J1BNFE reset rejected NF-e after skipping request (pre-req for 1298283)
1297823 NF-e: Cancelled NF-e shows wrong action indicator (pre-req for 1298283)
1298283 NF-e: Skip for NF-e with validation error
1362969 NF-e: check cancellation for billing documents
1368159 NF-e: cancellation of invoices via original application only
1370933 NF-e: Accept Rejection to Cancel - wrong status in monitor
1376324 NF-e: Skip for NF-e with validation error
1140579 NFe: Field length conflicts from backend interface to XML
1357713 NF-e: Cancel of incoming NF-es does not update active table.
1173018 NF-e: Field control for Random Number and Check Digit (pre-req for 1366320)
1321517 NF-e: MIRO Credit Memos for NF-e shows error 8B 020 (pre-req for 1366320)
1366320 NF-e MIRO:Save is allowed without mandatory fields filled for NFe
1375066 NF-e: J_1BNFECHECKNUMBERRANGES ends too early, wrong subrc
1375894 NF-e: J1BNFE authority check for company code
1377879 NF-e: Report J_BNFECALLRFC aborts with message A098
1379062 NF-e: posting GR after cancellation leads to wrong NF-e
1357777 Cancel billing document without Nota Fiscal cancellation
1380861 NF-e Resend(proc.stat.07) with Signature error impossible
1362025 Error while sending Bacen Code EX with 0 on begining
1249819 NF-e: Field MODFRETE filled incorrectlyBom dia Marc de Ruijter,
Não dá para ler sua thread, mas imagino que seu validador esteja desligado.
No GRC vá em SPRO --> SAP GRC Nota Fiscal Electronica --> Configure System Response for Each Tax Number (CNPJ)
Para ligar/desligar o Validador basta clicar no check box na coluna Validation.
Observação: Para correto funcionamento do GRC deve-se sempre utilizar o validador ligado.
Após isto refaça seu teste, é provável que você receba um erro de validação para a NF-e. Veja em GRC Web monitor -> NFe Detailed View -> Validation History.
Atenciosamente,
Fernando Da Ró -
IMPOSTOS PIS E COFINS DE IS-OIL NAO ESTAO INDO PARA O XML DA NFE
Prezados,
Estamos em um projeto de IS-OIL, SAP Release EHP5 S.P. 05, e nos apareceu o seguinte problema nos testes da NF-e.
O PIS e COFINS estao configurados atraves das condicoes OI1A e OI1B, TAX GROUP OI1A e OI1B respectivamente, que faz com que na nota fiscal estes impostos sejam estatisticos.
Acontece que na funcao standard J_1B_NF_MAP_TO_XML, quando passa por um imposto estatistico com RECTYPE = 2 e com TAX GROUP diferente de PIS e COFI, nao aceita e nao leva os valores.
Pesquisamos por alguma nota na SAP, mas nao encontramos.
Algum de voces ja passou por este problema, podem nos ajudar por favor?
Antecipadamente agradeco,
Diogenes L. SouzaPrezados,
Eu abri um chamado para a SAP a respeito desse problema, e depois de tentarem resolver o problema inclusive criando uma OSS NOTE especifica para o assunto, nao deu certo e a resposta final da SAP eu reproduzo abaixo :
unfortunately I do not have such great news.
I have just received the information from our LPM that SAP do not
support industry specific conditions to be exported to the XML.
The recomendation is that the customer implement the necessary
modifications himself or look for a LPM and create a new development
request.
Saying this, you have to undo the modifications created by note 1671892
and close this message
Entao, diante dessa resposta, o jeito e desenvolver algo, ou solicitar o desenvolvimento caso haja tempo habil.
Obrigado a todos,
Diogenes -
Arquivamento do XML da NFE!
Boa tarde a todos,
Em relação ao arquivamento do XML das mensagens de NFE, existe alguma obrigatoriedade legal para que sejam guardados esses XML's e dentro da solução GRC NFE 1.0 existe alguma funcionalidade para esse arquivamento ou o pessoal costuma utilizar o próprio repositório de mensagens do XI para esse fim.
Grato,
Marco A. Machado SarriOlá Marco,
O SAP GRC NFe armazena as NFes autorizadas e recebidas via interface de B2B no repositório KPRO de forma automática.
Este repositório pode ser configurado na instância na qual encontra-se o core ABAP do SAP GRC NFE.
Em relação a obrigatoriedade legal, dê uma olhada em Entrada da NFe no ERP e arquivamento do XML. este post também possui informações as NF-es de entrada.
Atenciosamente,
David -
NFe - Obrigatoriedade da chave de acesso nas NFs de entrada.
Olá
Verificando no Site do SPED temos a nova alteração abaixo para Janeiro/2012
http://www1.receita.fazenda.gov.br/noticias/2011/setembro/noticia-23092011.htm
"Disponibilizada a versão 2.0.6 do Guia Prático da EFD (Art. 1º do Ato COTEPE ICMS 41/11).
Obs.: Foi regerada a versão do Guia Prático da EFD (2.0.6A) apenas para correção do documento, sem qualquer outra modificação. A partir de janeiro de 2012, o número da Chave de Acesso da NF-e e CT-e, nas operações de entradas, passa a ser informação obrigatória."
Para os casos de NFes de MM, não temos problema, pois todas as entradas já são preenchidas manualmente, mas temos um problema nas entradas via SD onde não existe um campo para o preenchimento da chave de acesso durante o processo de uma ordem de devolução por exemplo.
Na geração da entrada via SD, os campos de número aleatório e dígito verificador não são preenchidos, deixando a chave de acesso incompleta.
Gostaria de saber se existe alguma forma de fazer o preenchimento destes dois campos durante o processo de forma a garantir que sempre a chave de acesso seja criada corretamente em uma geração de NF de entrada SD via transação VF01.
att,
Denis C. SantosOi Denis,
creio que hoje o procedimento requer que o usuário vá na J1B2N para preencher essas informacoes, depois de criar a fatura.
Alternativamente, vc poderia abrir um popup na exit da VF01 para preenchimento dos campos quando fosse devolução.
Abs,
Henrique. -
Validação XML 3.10 (campo série)
Boa tarde pessoal.
Estou com um problema aqui um pouco estranho.
Estamos fazendo a configuração do XML 3.10, e agora está acontecendo um erro.
Durante a chamada da função /XNFE/OUTNFE_CREATE, que cria a nota de saída no GRC, é chamada a função /XNFE/OUTNFE_VALIDATION. Essa função faz a validação dos campos da nf-e de acordo com as regras existentes na tabela /XNFE/XMLVALID.
Quando essa função vai validar o campo SERIE, o mesmo retorna erro na validação.
A expressão regular da expressão é:
0|[1-9]{1}[0-9]{0,2}
O valor da Série é "001".
Teoricamente essa expressão regular permite utilizar esse valor, pois ela permiti ou o literal "0" apenas, ou valores com pelo menos 1 dígito obrigatório de 1 à 9, com até dois dígitos (não obrigatórios) de 0 à 9.
Essa expressão deveria permitir, "1 ", "001", " 01", " 1", etc.
Eu testei a expressão em sites da internet com esta regex, e funcionou perfeitamente.
Testei alterar a expressão (teste em programa Z) para 0|[0-9]{1}[0-9]{0,2}, e ai sim a expressão funcionou. Parece que o ABAP está considerando que é obrigatório que o primeiro campo da série seja diferente de 0.
Att,
Matheus GoulartOla Matheus ,
Tivemos o mesmo problema em um cliente, se você desativar o validador do GRC vai e enviar o xml request (versão 3.10) para SEFAZ de origem você vai ter um erro de falha do xml.
Verifique no xml da versão 2.0 o valor da tag <serie>. Mesmo enviando para o GRC a serie "001" o valor no xml ficava como <SERIE>1</SERIE>.
Em resumo: Fizemos fizemos um ajuste na BADI CL_NFE_PRINT no metodo HEADER e retiramos os "zeros a esquerda" da série da nota fiscal e não tivemos mais problemas.
BR
Allan Pizaia -
Campo cNF do XML v.200 da NFe com 9 dígitos
Olá!
Estamos testando a NFe na versão 2.00 do XML.
Encontramos inconsistência no campo cNF do XML gerado pelo SAP.
Segundo o Manual do Contribuinte 4.01, o campo cNF deve ter o tamanho de 8 dígitos.
Nosso ambiente de testes está com o SP18 atualizado e o local de negócio atualizado para gerar o lay-out do XNL da NFe no na versão 2.00. Neste ambiente, o SAP está gerando o campo CNF no XML com o tamanho de 9 dígitos, sendo invalidado pelo SEFAZ.
O XML na RFC do SAP do cabeçalho da NFe, gera o campo
Somente para a versão 1.10 do XML da NFe que o campo cNF tem 9 dígitos, sendo que o primeiro refere-se ao tipo de emissão. Entretanto, para a versão 2.0 do XML, segundo o manual do contribuinte 4.01, dever ter 8 dígitos.
Não temos o GRC. Nosso serviço de mensageria é da Alliance.
Aplicamos as Notas SAP abaixo, porem sem sucesso:
Note 1519167 - Nf-e: Issuing type filled for XML-version < 2.00
Note 1520408 - Nf-e: Issuing type filled for XML-version < 2.00 and RFC = 3
Alguem já passou ou está passando por isso? Como está resolvendo?
Obrigado.
Abrçs
Heron CaetanoOla, respondendo a sua pergunta.
O formato com 9 digitos para a troca de dados entre o ECC e o GRC aparentemente foi mantida para compatibilidade das versões, porem, a validacao dos dados do NFEid por exemplo e os demais processos, para o formato 006 ( XML 2.0 ) leva em conto o novo formato de 8 digitos como demonstrado abaixo.
IF lv_id(2) NE is_nfe_header-cuf "Region
OR lv_id+02(02) NE is_nfe_header-demi+2(2) "Year
OR lv_id+04(02) NE is_nfe_header-demi+4(2) "Month
OR lv_id+06(14) NE is_nfe_header-c_cnpj "CNPJ of issuer
OR lv_id+20(02) NE is_nfe_header-mod "model
OR lv_id+22(03) NE lv_serie "serie
OR lv_id+25(09) NE is_nfe_header-nnf "NFe number
OR ( lv_id+34(01) NE is_nfe_header-tpemis "Issuing type
AND is_nfe_header-version NE gc_xmlvers1_erp ) "only for newer version then 1.10 (005a)
OR lv_id+35(08) NE is_nfe_header-cnf+1 "random number (except first digit fixed zero)
OR lv_id+43(01) NE is_nfe_header-cdv. "control digit
De uma verificada no seu ambiente do GRC, ele está com o SP15 instalado com todas as notas aplicadas ? inclusive no seu ECC, todas as notas referentes ao XML 2.0 foram realizadas com sucesso? -
Pessoal, bom dia!
Vejam se alguém já passou por algo parecido em algum projeto...
Estou com uma demanda pra alterar alguns parametros do processo de transferência de crédito de ICMS, que são:
1- A quantidade deverá ser preenchida com “0”.
2- O valor unitário deve ser “0”.
3- O campo de unidade de medida “Vazio”
4- A NCM não deverá ser vazia, mas ser preenchida com “00”.
5- O CST deverá ser “090”.
A solução para os pontos 1, 2 e 3 foi criar um enhancement na função J_1B_NFE_PROCESS_OUTBOUND relacionada a J1B1N para alterar os valores digitados pelo usuário assim que a nota estiver sendo criada. Para o ponto 4, a solução foi criar um NCM "00" para utilização do usuário.
E, no ponto 5, a solução foi orientar o usuário a optar pela origem do material "0" e optar pelo direito fiscal IC9 (Outros) que atribuirá a tributação 90, formando assim o 090 esperado.
O problema é:
Ao dar saída na nota fiscal pela J1B3N, ela está sendo rejeitada pelo fato dos campos 'pMVAST (Percentual da margem de valor Adicionado do ICMS ST), pRedBCST (Percentual da Redução de BC do ICMS ST), vBCST' (Valor da BC do ICMS ST) não estarem sendo preenchidos.
Sendo assim, como posso resolver esse ponto?
Em anexo está a tela do preenchimento da Writer com os devidos parametros e impostos, e está também o IDOC que foi gerado com os campos em branco.
Desde já agradeço a atenção.Allan, boa tarde!
Obrigado pela sua resposta, mas, conforme venho conversando com o fiscal resposável do projeto, o cenário é esse mesmo.
Seguem abaixo e em anexo as regras Fiscais para emissão da nota de transferência de crédito de ICMS:
Orientação de Preenchimento NF-e:
Transferência de crédito
A nota fiscal eletrônica (NF-e) também será emitida nas hipóteses de transferências de crédito acumulado de ICMS em razão de exportação, diferimento ou redução da base de cálculo.
De acordo com a legislação, há regras a serem observadas para a emissão da NF-e referente a essa transferência de crédito. Resumidamente, alguns procedimentos comuns que poderão ser seguidos.
Para emitir a NF-e, é necessário informar nos campos próprios:
1. Como destinatário, o nome, o endereço e os números de inscrição estadual e no Cadastro Nacional de Pessoa Jurídica (CNPJ) do contribuinte ao qual se está efetuando a transferência;
2. Nas Informações Complementares do quadro “Dados Adicionais”, a expressão “Transferência de crédito acumulado de ICMS, nos termos (indicar o base legal da transferência)” e o valor, por extenso, do crédito transferido. No aplicativo gratuito emissor da NF-e, essa informação constará no campo “Informações Complementares de interesse do contribuinte” da aba “Informações Adicionais”;
3. No local destinado ao valor da operação do quadro “Cálculo do Imposto”, o valor do crédito acumulado transferido (no aplicativo gratuito de NF-e, esse valor será informado no Valor Total bruto). Nos demais campos, preencher com “0” (zero) para todos locais numéricos e obrigatórios nos quais não consta orientação específica - apenas um dígito “0” em cada, pois a NF-e trabalha com campo preenchido;
4. Como natureza da operação: “Transferência de Crédito Acumulado de ICMS”;
5. No campo “Finalidade de emissão” informar “NF-e de Ajuste”;
6. Os CFOP e CST serão os códigos 5.601/5.602 e 090, respectivamente;
7. A Nomenclatura Comum do MERCOSUL (NCM) será informada a expressão numérica “00”;
8. A “Descrição do Produto” será informada a expressão “Transferência de Crédito Acumulado de ICMS”;
9. A situação tributária do PIS e da COFINS será “Operação sem incidência da Contribuição; e
10. A “Modalidade do frete” indicar “Sem frete”.
8. Código de Situação Tributária – informar “90”. Página 168 do Manual de Integração.
Na Nota Técnica 2013/005, ainda é informado que os campos 'pMVAST, pRedBCST e vBCST' devem ser carregados no XML, e por se tratar de tranferência de crédito, os valores devem ser “zerados”.
Aplicando o imposto ICS3, consigo inserir zeros nos campos indicados acima. O problema é que a NF é rejeitada novamente só que com erro no campo vBCSTRet (Valor da BC do ICMS ST retido), pois ao zerar os campos acima acabo obrigatoriamente atribuindo zero ao campo vBCSTRet, fato que não deve ocorrer. -
Cenário de envio de XML (B2B)
Olá Henrique.
Estou implementando a solução SAP GRC/NFe e configurando o envio de XML aos clientes através do cenário NTB2B_WebAS_Outbound_B2B_NFe.
Observei que a documentação indica a criação de um communication channel para cada cliente, porém gostaria de configurar um único mail receiver onde o endereço de e-mail seja flexível.
Para isso, necessito enviar do ECC para o GRC o campo e-mail do cliente e que o GRC transmita este campo na mensagem NTB2B_procNFe_OB.
Existe esta possibilidade prevista no GRC?
Se não, como ficam os desenvolvimentos no PI? Como a criação de novo Interface Mapping, ou, até mesmo de um novo BPM?
Obrigado,
Dorval Neto.Olá Dorval,
nao é preciso desenvolver um BPM.
É possível sim fazer isso dinamicamente (através de alguns simples desenvolvimentos), até mesmo utilizando a interface standard NTB2B_WebAS_Outbound_B2B_NFe (que é chamada por default pelo proxy após a autorizacao da NFE). Para isso, existem 2 métodos:
1. alimentacao do dynamic configuration de Mail (procure sobre "dynamic configuration" ou "adapter specific message attributes" no forum de XI q vc vai ter varios retornos);
2. mapping do XML de NFE p/ a estrutura de Mail Package (procure tb por "mail package" no forum do XI).
Em ambos os casos, vc precisa definir um novo message mapping que irá ser utilizado nesse cenario:
No caso 1, vc precisa de um message mapping "fake" (onde ambas estruturas fonte e destino sao o mesmo message type, no caso o message type da interface NTB2B_WebAS_Outbound_B2B_NFe). No campo que contém o CNPJ nessa estrutura, vc pode fazer por exemplo um Lookup no mapping para chamar uma RFC que retorna o email a ser utilizado a partir do CNPJ (vc pode desenvolver essa RFC no proprio R/3 e chama-la a partir do lookup, passando um communication channel que aponte o R/3). Procure por "lookup api" ou "rfc lookup" no forum do XI. Uma vez retornado o email, vc pode entao alimentar o dynamic configuration do campo To do Mail adapter com esse valor.
No caso 2, o mapping vai de fato preencher o Mail Package.
Vc precisa, da mesma maneira anterior, fazer o RFC Lookup para pegar o valor do email, mas em vez de preencher um dynamic configuration, vc preenche direto na estrutura destino do mapping (q tem os campos subject, to, cc etc.). O campo content vc alimenta a partir do campo xmlString da estrura de origem.
Depois de criados os mappings, vc precisa tb criar um interface mapping para coloca-lo dentro.
No caso 1, alem do mapping dummy q vc criou, o interface mapping precisa ter o java mapping standard q vem no interface mapping standard dessa interface.
No caso 2, o interface mapping soh precisa do mapping q alimenta o mail package.
Para o configuration, vc pode configurar todo o cenario standard. Daí depois de configurado, vc vai no Interface Determination e troca o interface mapping standard pelo interface mapping q vc criou acima.
Ainda, para evitar duplicar/recriar objetos, vc pode incluir uma dependencia do seu Software Component Version ao SWCV SLL-NFE 1.0. Daí, vc pode incluir os objetos standard nos seus proprios objetos. Ainda, alguns objetos vc nao precisa nem criar (como o interface mapping), bastando modificar os objetos "standard" q aparecem dentro do nó "Basis" do seu SWCV (é como se ele automaticamente criasse versoes Z dos objetos standard, q vc pode modificar a vontade; esses objetos tem o mesmo nome e namespace dos standard, mas o SWCV é o seu, nao o SLL-NFE 1.0).
Eu até comecei a escrever um blog a respeito disso tudo, mas nao cheguei a terminar.
Se conseguir, eu publico.
Abracos,
Henrique.
PS: em anexo segue um exemplo de codigo que pode ser utilizado na UDF para recuperar o email. No caso, ele nao preenche dynamic configuration, soh retorna o email (o codigo para preencher o dynamic config está na 3a referencia abaixo).
Referencias:
- Mail Adapter help: http://help.sap.com/saphelp_nw70/helpdata/EN/6b/4493404f673028e10000000a1550b0/frameset.htm
- Javadoc da Lookup API: http://help.sap.com/javadocs/NW04S/current/pi/index.html (package com.sap.aii.mapping.lookup)
- Dynamic Configuration: http://help.sap.com/saphelp_nw70/helpdata/EN/43/03612cdecc6e76e10000000a422035/frameset.htm
- Modifying XI Objects: http://help.sap.com/saphelp_nw70/helpdata/EN/ab/3adb41083f6024e10000000a1550b0/frameset.htm
Maybe you are looking for
-
Tolerance group for customer and vendor,
Hello every one, I NEED your help for testing the vendor and customer tolerance ,recently we configured new tolerance for vendors and customers ,but we are unable to test this new tolerance any know this testing please help we configured in OBA3.AND
-
This program does not work very good, anything I try to do in it it messes up. I wish I could get my money back. Any time I try to export it there is always problems. First I included video in my presentation. what a night mare, it takes hours to exp
-
Working on an image this evening and needed to do some pixel level editing, and noticed two issues, they may be just on my system, but if someone else would check them out. First, going to the navigator panel and select the zoom percentage, then usin
-
Unable to upload photos to my pc
I am not able to upload older photos to my pc from my phone. The only photos that show up when I plug my phone in are new photos that I have just taken. I have over a 1000 photos and multiple videos that do not show up anymore. I never had this issue
-
Can you red flag an outgoing email on ipad
Does anyone know if you can flag an outgoing email on iPad?