NFe and NFSe
Hi,
Can someone please explain more about the checkpoints or confiigurations (from Finance point of view) needed for NFe and NFse??
Many thanks....
Olá
Como o Fernando comentou dá pra se dizer que os módulos/processos envolvidos são MM e SD. Mas como o Henrique também lembrou existem alguns pontos que envolvem FICO como por exemplo também a configuração de Domicilio Fiscal e range de CEP que estão dentro de estrutura de configurações de FICO.
Mas claro... tudo depende de como a sua empresa define e separa os processos. Conheço empresas cuja configuração foi toda especificada por MM e SD mas quem efetivamente configurou foi FICO.
Abraço
Eduardo
Similar Messages
-
Question about throws exception in interface and realized class
Hi,all
If I define a method In the interface like that-
public void Execute() throws NumberFormatException; In the realized class, I can define this method like that-
public void Execute() throws RuntimeException{
System.out.println("test");
}This is a right realization. But if I manage it to throws Exception or to throws Throwable in the class it leads a error. Why add this restrict only to Exception? What is the purpose of this way?
Greetings and thanks,
JasonWhen you say "throws NumberFormatException" you are really saying:
When using classes implementing this interface, you have to be prepared to deal with them throwing a NumberFormatException. Other exceptions won't happen.
When you come to implement it, it might not be possible for it to throw a NumberFormatException, so there's no reason why you should have to lie about that. Code handling it directly will be fine (it doesn't throw a NFE) and code handling it via the interface will be fine (it will handle NFEs, they just don't happen).
If your concrete implementation throws other sorts of exception, such as Exception or IOException, and so on, it's incompatible with code that's manipulating the interface. The interface says "NFEs might get thrown, nothing else will." while your implementation says "IOExceptions might get thrown".
So that explains why you can't use arbitrary exceptions. The special case is RuntimeException. RuntimeExceptions don't have to be caught, and it's expected that they can happen at any time - so there's no point trying to catch and handle them as a general case.
The classic example of a RuntimeException is a NullPointerException. You don't need to declare your method as throwing a NullPointerException even though it might get thrown. And you don't have to add NullPointerException to the throws part of the interface definition, because you already know that the concrete implementation could throw a NPE at any time.
Hope that helps (a little).
I'd recommend reading the API documentation on RuntimeException and Exception to get a clearer insight into this.
Dave. -
NFe Error: Valid. error: CT-e ID does not match the format of tax authorities
Good Afternoon,
We are facing an issue when we are sending NFe layout 3.10 from SAP ECC to SAP GRC 10.0. We are receiving the following error regarding to CTe but, in fact, we are only sending NFe:
One thing to note is that once we receive this error we use "cancel the reject NFe" and then we resend the NFe with successfull.
Could anyone please advise why the CTe error mentioned before is occuring?
Thanks in advance.,Muito obrigada José , nós vamos aplicar a nota no ambiente de teste, mas não vamos aplicar em produção, porque de repente voltou a funcionar.
Para os casos que não haviam funcionado ou fiz o procedimento descrito pelo Glauco, de cancelar e então reenviar. O sistema orienta apenas reenviar, mas nao funciona.
Nós decidimos aplicar a nota em produçao somente quando voltar a ocorrer este problema, porque queremos ter a oportunidade de debugar o programa de criação de NFe no GRC e entender o que acontece.
Para mim é inaceitável um programa que funciona bem , de repente parar e depois voltar a funcionar, uma vez que o tipo de registro que está sendo processado tem as mesmas características e nenhuma configuração foi alterada.
A SAP tinha que explicar melhor os por quês.
Obrigada pela ajuda mais uma vez!
Abraços,
Fernanda -
NFe de Serviço - NFSe: Modelos NacionalxMunicipal
Bom dia PessoAll,
Gostaria de saber se algum de vocês sabem explicar como ter certeza da utilização dos Municipios abaixo:
-Salvador
-Belo Horizonte
-Recife
-Rio de Janeiro
-Curitiba
para com o modelo Nacional e o Modelo Municipal, descobri que cada um deles possue manual respectivo ao seu Municipio, e me parece que dos 5 ai citados, apenas Curitiba não adotou o modelo Nacional.
Lembrando que o modelo do qual estou me referindo é para NFe de Sereviço.
A Duvida parece não muito complexa, mas como nunca implementamos nada com ralação a nota de serviço antes, qualquer confirmação é bem vinda.
Espero não ter tomado muito o tempo de vocês e já agradeço qualquer ajuda quanto a este caso.
Um grande abraço a todos e otimo final de semana.
Vitor GrassatoOlha Henrique gostaria de agradecer, pois é exatamente isso que eu havia percebido, apesar de alguns municipios fazerem uso do Modelo Nacional, ainda assim o ideal seria fazer uma varredura pelos campos através do Modelo Municipial Respectivo.
Em todo caso, essa é a primeira vez que passo por um projeto de implementação de NFSe (Nota Fiscal de Serviço eletronica).
Espero poder compartilhar e trocar informaçoes com vocês do andamento.
Pelo menos a parte da logica usada na BAdi e o Customizing ja estão prontos, agora é mesmo o foco no mapeamente desses campos e nos seus Layouts respectivos.
E mais uma vez obrigado a todos que estão colaborando!
Abs
Vitor Grassato -
Bom dia!
Estou a 3 dias com uma NFe de tranferência parada ( engrenagem ) relacioanda ao erro 204 "Rejeicao: Duplicidade de NF-e [nRec:310001601853941]' e não consegui libera-la.
Abri uma OSS, e depois de muito tempo me retornaram para realizar as instruções abaixo mas não encontrei resultado.
Estamos na NFe 3.10 e não encontrei mais o botão "STATUS QUERY".
Tentei o botão "continuar processo" mas nada. "Outra funções" e nada.
In order to solve this issue you'll have to manually adjust some
fields in table /XNFE/OUTNFEHD.
Table: /XNFE/OUTNFEHD
ACTSTAT from 11 to 02
LAST STEP STATUS From 11 to 02
Then go to NF-e web monitor and push the "STATUS QUERY". It should
solve this NF-e issue.
Retornei a dúvida para a OSS mas nada de resposta.
Conseguimos liberar a mercadoria de nossa planta em MG emitindo uma DANFE pela SEFAZ, pois esta já foi autorizada, mas agora a mercadoria chegou em nossa planta de produção em SP em não conseguimos dar entrada.
Alguém poderia nos ajudar?
Grato.Bom dia Clayton
Na empresa que trabalho, o que fizemos é:
No Monitor de Saída do GRC, selecionamos a NFe com problema, vamos no menu "Outras funções - Solicitar Verificação de Status".
No momento da solicitação a comunicação com o SEFAZ deve estar ativa.
Verifique se o LOTE está concluído, caso não esteja, reinicie o LOTE.
Outra opção é você verificar a Chave de Acesso da NFe no SEFAZ, se a NFe está aprovada, caso esteja, você pode ir no menu "Outras funções - Encerrar Ignorar" o sistema irá pedir algumas informações como "Protocolo de autorização".
O nosso amigo Renan Correa postou uma ótima ajuda, conforme segue o link abaixo:
Como lidar com os erros mais comuns a partir dos novos monitores de NF-e
Qualquer coisa avise.
Abraço. -
NFe de Entrada Docstat incorreto
Bom dia Senhores(a). Tudo bem?
Meu problema é que criamos algumas notas de entrada através da BAPI_J_1B_NF_CREATEFROMDATA, e o XML foi gerado com sucesso, tal como as NFe´s do processo de SD. Porém ao efetuar o retorno, apesar do monitor a NFe aparecer com Status "Completo", na tabela J_1BNFDOC o campo DOCSTAT, vem em branco. O Problema é por causa deste campo estar em branco a NFe não esta aparecendo no livro de entrada mesmo estando ok no monitor.
Nos casos de NFe´s criadas por SD (VA01) este campo vem preenchido automaticamente após o retorno realizado.
OU seja, quando a Nfe esta ok no monitor tb está ok no livro fiscal.
Espero poder ter sido claro, agradeço a ajuda de vocês.
Um abraço
Vitor GrassatoBom dia Vitor,
Esta linha está comentada. Está comentada também no código ? Se tiver não fede nem cheira...
Quando você diz que não funciona, não funciona como ? Que retorno tem no RETURN ?
Na chamada da BAPI_J_1B_NF_CREATEFROMDATA tem um parâmetro NFCHECK que gerencia os checks obrigatórios é uma string preenchida com vários X e espaços, sendo o X verificar o o espaço permitir campo vazio.
No código fonte da BAPI você encontra estas informações:
Positions in character 30 string NFCHECK
Following checks are executed when NF-e flag is set in the header
40. Check NF-e number filled
41. Check Protocol number filled
42. Check XML-Version filled
43. Check Sefaz code filled
A. Check if duclicate keys are existing (NF line items, NF taxes)
=> e.g. NFCHECK = 'XX X XXX XXXXXXXXXX.....' will perform all checks,
except checks number 3, 5 and 9)
Se o parâmetro não for preenchido, no código temos:
IF nfcheck IS INITIAL.
*--------------12345678901234567890123456789012345678901234567890123
nfcheck = 'XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'.
ENDIF.
O que quer dizer que por default apenas o NF-e number filled é verificado. Vocês estão preenchendo NFCHECK ? Que erro está dando que impede o processo ?
Editando: Outra pergunta: Quais são os valores para AUTHCOD, DOCSTAT e CODE na J_1BNFDOC logo após a criação ? E após a autorização ?
Atenciosamente, Fernando Da Rós
Edited by: Fernando Ros on Feb 4, 2010 2:57 PM -
Mensagem para SAP re: signature - Componente: SLL-NFE
Olá u2013 nós utilizamos o R/3 4.6C SP53 (NF-e OSS Notes aplicado), GRC-NFE 1.0 SP09 instalado sob Netweaver 2004S SP18, SLL-NFE-JWS SP08, XI 7.0 SP15.
Nós estamos recebendo as seguintes mensagems de erro no sistema SXMB_MONI of XID quando mandamos uma NF-e do R/3 to GRC:
1. Reconhecimento da mensagem original: (interface SIGNN_SignNFe_OB)
< SAP:Category>XIAdapter</SAP:Category>
< SAP:Code area="BPE_ADAPTER">NEGATIVE_ACKNOWLEDGEMENT
2. Interface SIGNN_SignNFe_SYNC:
SAP:AdditionalText>application fault</SAP:AdditionalText>
<SAP:ApplicationFaultMessage namespace="http://sap-j2ee-engine/client-runtime-error">com.sap.engine.services.ejb.exceptions.BaseEJBException</SAP:ApplicationFaultMessage>
<SAP:Stack />
3. Mensagem geral (observe que nós verificamos os caches e estes objetos realmente existem)
<SAP:ApplicationFaultMessage namespace="" />
<SAP:Stack>Interface mapping Object ID C70869C108443FF18D73461A5D8939E5 Software Component FC2772244C1511DC8DC6D7AF0A115642 does not exist in runtime cache</SAP:Stack>
Quando nós olhamos no monitor GRC-NFE, os NF-es estão com o Process status 2(u201CSent to Signature Serviceu201D) and Error status 25 (u201CNF-e signature: PI application erroru201D)
Quando nós testamos o service de assinatura (signature service) diretamente pelo Web Service Navigator em GPD, recebemos a seguinte resposta de erro:
<ns1:com.sap.engine.services.ejb.exceptions.BaseEJBException xmlns:ns1="http://sap-j2ee-engine/client-runtime-error">Exception in method sign.</ns1:com.sap.engine.services.ejb.exceptions.BaseEJBException> )
O nosso fluxo de comunicação é conforme o seguinte:
DE1(R/3)->GPD(GRC-NFE)->XID(XI)->Java Signature Service
Outras informações:
Nossos u201CService status checksu201D para os servidores de homologação de São Paulo e Rio estão funcionando corretamente
Nós importamos XI content package e configuramos Integration Scenarios
Nós instalamos o certificado digital no Java stack do nosso sistema GRC-NFE.
Nós permitimos autorização XiSecurityRuntimePermission
Muito obrigado,
Brian Mahan & Marc de RuijterVou apagar essa mensagem, visto que saiu duplicada.
Se tiverem alguma objecao, favor falar.
Abs,
Henrique. -
Método CHECK SUBSEQUENT DOCUMENTS impede cancelamento de algumas NFe´s
Bom dia a todos,
Após implementarmos o método CHECK_SUBSEQUENT_DOCUMENTS no QA para impedir a solicitação de estorno cancelamento (através do usuário) de NFe´s do mês anterior, nos primeiros dias do mês subsequente, verificamos que algumas NF-e´s geradas e aprovadas num mesmo dia, são impedidas também de se requisitar o cancelamento, ou seja não se permite nem disparar a solicitação de cancelamento através da J1BNFE para algumas NF-e, sendo assim, ainda não estamos seguros em nossos testes para mover este método para o PRD.
Como parâmetros, implementos este método com base no código ABAP sugerido no material de treinamento de NF-e elaborado no Workshop de NF-e realizado pela SAP (WBRNFE 6.0 Português de 2008).
Alguém já passou por este problema?
Desde já agradeço.
André
METHOD if_ex_cl_nfe_print~check_subsequent_documents.
types *
TYPES: BEGIN OF ty_type_doc,
reftyp TYPE j_1bnflin-reftyp,
refkey TYPE j_1bnflin-refkey,
END OF ty_type_doc.
Tables and Structures *
DATA: tl_type_doc TYPE TABLE OF ty_type_doc,
tl_return TYPE TABLE OF bapireturn1,
tl_success TYPE TABLE OF bapivbrksuccess,
el_type_doc TYPE ty_type_doc,
el_message TYPE bapireturn1.
Variables *
DATA: i_billing TYPE vbeln.
Constants *
CONSTANTS: cl_1(1) TYPE c VALUE '1',
cl_0567(4) TYPE c VALUE '0567',
cl_bi TYPE j_1bnflin-reftyp VALUE 'BI',
cl_x(1) TYPE c VALUE 'X',
cl_s(1) TYPE c VALUE 'S'.
CLEAR: tl_type_doc, tl_return, tl_success,
el_type_doc, el_message, i_billing.
CHECK is_active-docsta EQ cl_1.
CHECK is_active-scssta CA cl_0567.
CHECK is_active-cancel IS INITIAL.
SELECT reftyp refkey
FROM j_1bnflin
INTO TABLE tl_type_doc
WHERE docnum EQ is_active-docnum.
CHECK sy-subrc EQ 0.
SORT tl_type_doc.
DELETE ADJACENT DUPLICATES FROM tl_type_doc.
LOOP AT tl_type_doc INTO el_type_doc.
CASE el_type_doc-reftyp.
WHEN cl_bi.
MOVE: el_type_doc-refkey TO i_billing,
cl_x TO sy-binpt.
CALL FUNCTION 'BAPI_BILLINGDOC_CANCEL1'
EXPORTING
billingdocument = i_billing
testrun = cl_x
no_commit = cl_x
TABLES
return = tl_return
success = tl_success.
DELETE tl_return WHERE type EQ cl_s.
READ TABLE tl_return INTO el_message INDEX 1.
IF sy-subrc EQ 0.
MOVE: el_message-type TO sy-msgty,
el_message-number TO sy-msgno,
el_message-id TO sy-msgid,
el_message-message_v1 TO sy-msgv1,
el_message-message_v2 TO sy-msgv2,
el_message-message_v3 TO sy-msgv3,
el_message-message_v4 TO sy-msgv4.
ch_subrc = 4.
ENDIF. " IF sy-subrc EQ 0.
EXIT.
WHEN OTHERS.
EXIT.
ENDCASE.
ENDLOOP.
ENDMETHOD.Boa tarde Fernando,
Respondendo as suas perguntas:
Essa data de posting da NF-e e do billing document estão em período aberto?
Sim, esta data de NF-e que estamos tentanto estornar encontra-se dentro de perído aberto, foi gerada em 26.07.2010.
Isso acontece também quando você faz uma nova venda+fatura e tenta cancelar?
Sim, está ocorrendo em alguns casos para NF-e emitida e faturada no mesmo dia.
Que mensagens você obtem ao tentar o cancelamento?
Um exemplo da mensagem de erro (caso citado acima):
Gravado doc. $000000002 (não foi criado documento contábil)
Nº mensagem VF050
Já debugou para tentar entender o que está acontecendo?
Geramos algumas notas ontem (29/07) e hoje (30/07), na 2a. feira iremos tentar executar estes estornos para analisar o comportamento, quando estaremos debugando para retornar maiores detalhes aqui neste fórum, ok?!
Desde já agradeço.
André -
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? -
NFe de inutilização com aguardando resposta
Bom dia!
Estou com uma NFe de inutilização que está com os seguintes status:
SEFAZ - OK Inutilizada
GRC - OK Inutilizada
ECC - Não OK
O problema é que a nota fiscal está como aguardando resposta, mas no monitor está como concluido já.
Achei esse post no forum.
Nele o Henrique cita que o status não precisa ficar como inutilizada ou cancelada, mas num post abaixo ele fala para buscar com status = 2 rejeitada. (docstat = 2 OR msstat = V)
É correto a nota ficar com esse status? Aguardando resposta?
Tabelas:
J_1BNFEACTIVE
DOCNUM 147892
DOCSTA
SCSSTA A
CONTING
CANCEL X
CODE 102
ACTION REQU C
PRINTD
CONTING S
MSSTAT V
REASON 02
REASON1 Problema Operacional
J_1BNFDOC
DOCNUM 147892
CANCEL X
CANDAT 02.07.2010
AUTHCOD 135100396806804
DOCSTAT
XMLVERS 1,10
NFENRNR 01
CODE 102
As notas já estão aplicadas:
1376324 NF-e: Skip for NF-e with validation error
1403811 NF-e: Disabling switch to contingency for MSS 'V' and 'G'
1413636 NF-e: Skip NF-e with validation error - new status not set
1420754 NF-e: authorization of documents with MSS 'G' not possible
ECC
SAP_ABA 700 0020 SAPKA70020
SAP_BASIS 700 0020 SAPKB70020
SAP_APPL 600 0016 SAPKH60016
GRC
SAP_ABA 700 0020 SAPKA70020
SAP_BASIS 700 0020 SAPKB70020
SLL-NFE 100 0012 SAPK-10012INSLLNFE
Muito obrigado,
Dalmo CostaHenrique Pinto wrote:
Vc tem algum log de erro no ERP (bandeirinha vermelha na J1BNFE) ou status de erro de ERP no monitor do GRC?
Na bandeira vermelha está:
Novo status de comunicação de sistema "Autorização para rejeição & inutilização (cancela não permitido p/SCS "Erro de validação, mas acho que o usuario deve ter tentado inutiliza-la novamente.
Henrique Pinto wrote:
Vc tem o job /xnfe/update_erp_status schedulado?
Então o job está schedulado de 15 em 15 min. -
SAP SP necessária para suportar os componentes para o SAP GRC NFE 1.0 no XI
oi,
Como estamos atualizando as nossas caixas de XI de SAP XI SAP PI 3.0 para 7,11, verificando o SLD notamos que Nota Fiscal componente de software está disponível. Assim, a pergunta é o que é que os Service Packs do sistema fonte precisa ter, a fim de fornecer todos os componentes necessários para a NF-e?
temos dois sistemas de fonte da qual enviamos os dados para XI, você pode sugerir o que é o pacote de serviços adequados para apoiar SAP GRC NFE 1.0 no XI
1> 6,0 SAP ECC, SP, 14
EHP 2, Nível 2
PI_Basis = 2005_1_700, Level 14
ST = PI 2008_1_700 Nível 2
2> 6,0 SAP ECC, EHP 4
Muito obrigadoOla, vi o seu e-mail mas resolvi responder por aqui!
Na realidade, se voce for realmente trabalhar com o GRC, dependendo da secretaria da fazenda que voce ira trabalhar aconselhor que voce aplique o sp15 no grc, consule SAP Note 1487119, nessa nota haverao todos os procedimentos necessarios.
Como haviamos falado anteriormente por e-mail, seria necessario, caso vc realmente queira trabalhar com o GRC a aplicacao de algumas notas tecnicas no proprio GRC.
1477834 XML Layout Version 2.00: Missing parameters in NF-e BAdI
1487119 SAPK-10015INSLLNFE: Support Package 15 for SLL-NFE
1496216 Rejection of NFe because of wrong data type of date fields
1499921 Problem with validation after implementing SP15
1498700 Problem on signing NF-e
1497767 Fill field qTrib for new layout version 2.0
1500046 Upgrade validation rule for field ID for version 2.0
1500742 Adjust validation for field NADICAO and NSEQADIC layout 2.00
1501545 Problems in trying to see a XML in the IE
1502612 Select the NFe Status Check Service for Incoming B2B message
1502217 Extend validation rules for <DI>/<adi>, layout 2.00
Sem mais, precisando me mais ajuda avise -
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ó -
Canal MAIL_SENDER para erro NFe entrada
Olá Experts ,
Temos configurado um email do remetente adpater com um módulo personalizado sap.com / GetNFePayloadFromAttachment / GetPayloadFromAttachment para ler os attachements na mensagem de e-mail para B2B entrada de NFe . Isso estava funcionando bem antes.
Recentemente tivemos uma reinicialização dos servidores PI . Depois de que o canal que vai para erros . O primeiro erro de acordo com registos de NWA é :
failed to call the adapter engine; caused by javax.ejb.EJBException: Exception in getMethodReady() for stateless bean sap.com/com.sap.aii.adapter.mail.app*xml|com.sap.aii.adapter.mail.ejb.jar*xml|XIMailAdapterBean; nested exception is: com.sap.engine.services.ejb3.util.pool.PoolException: javax.ejb.EJBException: Exception raised from invocation of public void com.sap.aii.adapter.mail.ejb.XIMailAdapterBean.ejbCreate() throws javax.ejb.CreateException method on bean instance com.sap.aii.adapter.mail.ejb.XIMailAdapterBean@243be1e1 for bean sap.com/com.sap.aii.adapter.mail.app*xml|com.sap.aii.adapter.mail.ejb.jar*xml|XIMailAdapterBean; nested exception is: javax.ejb.CreateException: com.sap.engine.interfaces.messaging.api.exception.MessagingException: Failed to load messages into Queue AFWSend from database. Reason: com.sap.engine.services.dbpool.exceptions.BaseSQLException: ResourceException occurred in method ConnectionFactoryImpl.getConnection(): com.sap.engine.services.connector.exceptions.BaseResourceException: Cannot get connection. Reason: the thread of component "ejbContexts/sap.com/com.sap.aii.adapter.mail.app/com.sap.aii.adapter.mail.ejb.jar/XIMailAdapterBean" in application "sap.com/com.sap.aii.adapter.mail.app" is currently associated with a restricted resource set and it is not allowed to get connection within it.
Depois disso , sempre que ele está tentando processar uma mensagem sua jogando o erro abaixo :
exception caught during processing mail message [588]com.sap.aii.af.lib.mp.module.ModuleException
Alguém enfrentou esse erro antes? Por favor, ajude !Alguém já enfrentou um problema semelhante?
-
Flag de NFe impressa no monitor
Bom dia!
Pessoal,
ao analisar os campos do monitor, verifiquei que o campo Imprimida fica em branco, mesmo que a nota ja tenha sido impressa.
Verifiquei que esse campo fica na tabela j_1bnfe_active e não é o mesmo campo que esta na J_1BNFDOC-PRINTD.
Portanto depois de ser autorizada e impressa, ao consultar a nota na J1B3N é possivel ver o flag assinalado, enquanto no monitor fica em branco.
Alguem ja passou por essa situação?
Porque esse campo não é atualizado.
Estou usando a 6.0 SP. Ja apliquei todas as notas com xx-csc-br-nfe que estavam disponiveis na SAP. Portanto acho que o sistema está no ultimo nivel de atualização.
Agradeço imensamente qualquer dica ou informação sobre esse assunto.
Att
Márcia VerroBoa tarde!
Fernando
inclui o comando conforme sua orientação. Veja codigo abaixo.
Mas não funcionou.
O monitor ainda não mostra que a nota foi impressa.
Esse flag não deveria ser atualizado no mesmo momento em que o flag da J_1BNFDOC é atualizado?
grata
Márcia Verro
METHOD if_ex_cl_nfe_print~call_rsnast00.
DATA vl_prnter TYPE RSPONAME.
IF i_active-code EQ '100'. "NF-e autorizada
AND i_active-printd IS INITIAL "só imprimir automaticamente se ainda não foi impressa
AND i_active-cancel IS INITIAL "não faz sentido imprimir autom. se ela foi cancelada
AND i_active-conting_s IS INITIAL. "não faz sentido imprimir autom. se ela foi alternada p/conting.
"pois deverá ser cancelada
SELECT SINGLE prnter
INTO vl_prnter
FROM j_1bb2
WHERE bukrs = i_active-bukrs
AND branch = i_active-branch
AND form = i_active-form.
IF vl_prnter IS INITIAL.
vl_prnter = 'LOCL'.
ENDIF.
CALL FUNCTION 'J_1BNFE_CALL_RSNAST00'
EXPORTING
i_active = i_active
i_printer = vl_prnter
EXCEPTIONS
no_printer = 1
OTHERS = 3.
COMMIT WORK.
IF sy-subrc <> 0.
CALL FUNCTION 'J_1B_NFE_ERROR_PROTOKOLL'
EXPORTING
i_docnum = i_active-docnum.
ENDIF.
ENDIF. -
Nota fiscal send from R/3 to SAP GRC NFE
Hello Everyone,
We have send NFe from sap r/3 to sap grc nfe thru RFC . We cannot trace in GRC .
What could be the possible error .
please help.
HoneyHi Honey,
If configuration is correct on R/3 you can see the received data on tables /xnfe/nfehd (header), /xnfe/nfeit (item) and /xnfe/nfe_hist (history).
A good approuch to you check what system is being called is put a break-point before R/3 call GRC on the end of function J_1B_NF_MAP_TO_XML or include LJ_1B_NFEF42.
You can easily start debug on R/3 and follow inside GRC automatically when debugging, but the user of RFC need to be DIALOG and have debug rights. It's not possible do it with a service user.
Check if the correct FM is being called /xnfe/nfe_create, for other messaging system the FM is J_1B_NFE_XML_OUT (if customizations is wrong you will check this error on ST22 on GRC).
Kind regards, Fernando Da Ros
Maybe you are looking for
-
After installing SP3 for BO XI R1 - Crystal Reports taking forever to run.
Hello, We are running BO XI R1 SP3. Ever since installing SP3 a number of our scheduled Crystal Reports are taking forever to run. The Business Objects server resources are okay, CPU never really gets above 50% so I figure perhaps it's our SQL Serv
-
Teststand generates error ' labview has encountered a problem and needs to close'
Hi, I am using Teststand 3.1 and Labview 7.1. My problem is that I have a 1D array of 6 elements in Labview that I need to receive from Teststand. If the array size is set to variable in Labview there is no problem but if I set it to what I require (
-
Contacts sync ****
In Feb this year I tried to get rid of my Palm V and bought an iPod Touch. I was a happy man until end of June. Then contact sync **** broke out. I had to move to a different laptop that runs Outlook 2000 instead of Outlook 2003. Step #1: Try synchin
-
Error while running ADF-BC Test Suite from command line
Hi, I have created a separate test project containing the Test Suite for the Model componenet of my ADF-BC application. I need to run this test project separately from jmeter. The tests run fine from Jdev, But when I package the test project into a
-
Anyone had issue with ipadair camera?
The image looks grainy and photos are not clear. I have updated to all latest updates...Any suggestions?