Boa tarde senhores, trabalho na Sefaz GO e sou da equipe técnica da NFCe. Tomei a liberdade de fazer um cadastro neste fórum para evidenciar alguns pontos importantes sobre o envio da NFCe.
WSDL de Autorização de NFCe:
Homologação: https://homolog.sefaz.go.gov.br/nfe/services/v2/NfeAutorizacao?wsdl
Produção: shttps://sefaz.sefaz.go.gov.br/nfe/services/v2/NfeAutorizacao?wsdl
URL de consulta DANFE/NFCe*:
Homolgação: https://homolog.sefaz.go.gov.br/nfeweb/jsp/ConsultaDANFENFCe.jsf
Produção: https://nfe.sefaz.go.gov.br/nfeweb/jsp/ConsultaDANFENFCe.jsf
Schema de validação do QRCODE:
<xs:element name="qrCode">
<xs:annotation>
<xs:documentation>Texto com o QR-Code impresso no DANFE NFC-e</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:whiteSpace value="preserve"/>
<xs:minLength value="100"/>
<xs:maxLength value="600"/>
<xs:pattern value="((HTTPS?|https?):\/\/.*\?chNFe=[0-9]{44}&nVersao=[0-9]{3}&tpAmb=[1-2](&cDest=([A-Za-z0-9.:+-\/)(]{0}|[A-Za-z0-9.:+-\/)(]{5,20})?)?&dhEmi=[A-Fa-f0-9]{50}&vNF=(0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?)&vICMS=(0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?)&digVal=[A-Fa-f0-9]{56}&cIdToken=[0-9]{6}&cHashQRCode=[A-Fa-f0-9]{40})"/>
</xs:restriction>
</xs:simpleType>
</xs:element>
Certo, mas o que este esquema/regex quer dizer mesmo**?
((HTTPS?|https?):\/\/.*\?chNFe=[0-9]{44}&nVersao=[0-9]{3}&tpAmb=[1-2](&cDest=([A-Za-z0-9.:+-\/)(]{0}|[A-Za-z0-9.:+-\/)(]{5,20})?)?&dhEmi=[A-Fa-f0-9]{50}&vNF=(0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?)&vICMS=(0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?)&digVal=[A-Fa-f0-9]{56}&cIdToken=[0-9]{6}&cHashQRCode=[A-Fa-f0-9]{40})/
1st Capturing group ((HTTPS?|https?):\/\/.*\?chNFe=[0-9]{44}&nVersao=[0-9]{3}&tpAmb=[1-2](&cDest=([A-Za-z0-9.:+-\/)(]{0}|[A-Za-z0-9.:+-\/)(]{5,20})?)?&dhEmi=[A-Fa-f0-9]{50}&vNF=(0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?)&vICMS=(0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?)&digVal=[A-Fa-f0-9]{56}&cIdToken=[0-9]{6}&cHashQRCode=[A-Fa-f0-9]{40})
2nd Capturing group (HTTPS?|https?)
1st Alternative: HTTPS?
HTTP matches the characters HTTP literally (case sensitive)
S? matches the character S literally (case sensitive)
Quantifier: ? Between zero and one time, as many times as possible, giving back as needed [greedy]
2nd Alternative: https?
http matches the characters http literally (case sensitive)
s? matches the character s literally (case sensitive)
Quantifier: ? Between zero and one time, as many times as possible, giving back as needed [greedy]
: matches the character : literally
\/ matches the character / literally
\/ matches the character / literally
.* matches any character (except newline)
Quantifier: * Between zero and unlimited times, as many times as possible, giving back as needed [greedy]
\? matches the character ? literally
chNFe= matches the characters chNFe= literally (case sensitive)
[0-9]{44} match a single character present in the list below
Quantifier: {44} Exactly 44 times
0-9 a single character in the range between 0 and 9
&nVersao= matches the characters &nVersao= literally (case sensitive)
[0-9]{3} match a single character present in the list below
Quantifier: {3} Exactly 3 times
0-9 a single character in the range between 0 and 9
&tpAmb= matches the characters &tpAmb= literally (case sensitive)
[1-2] match a single character present in the list below
1-2 a single character in the range between 1 and 2
3rd Capturing group (&cDest=([A-Za-z0-9.:+-\/)(]{0}|[A-Za-z0-9.:+-\/)(]{5,20})?)?
Quantifier: ? Between zero and one time, as many times as possible, giving back as needed [greedy]
Note: A repeated capturing group will only capture the last iteration. Put a capturing group around the repeated group to capture all iterations or use a non-capturing group instead if you're not interested in the data
&cDest= matches the characters &cDest= literally (case sensitive)
4th Capturing group ([A-Za-z0-9.:+-\/)(]{0}|[A-Za-z0-9.:+-\/)(]{5,20})?
Quantifier: ? Between zero and one time, as many times as possible, giving back as needed [greedy]
Note: A repeated capturing group will only capture the last iteration. Put a capturing group around the repeated group to capture all iterations or use a non-capturing group instead if you're not interested in the data
1st Alternative: [A-Za-z0-9.:+-\/)(]{0}
[A-Za-z0-9.:+-\/)(]{0} match a single character present in the list below
Quantifier: {0} Exactly 0 times (causing the token to be ignored)
A-Z a single character in the range between A and Z (case sensitive)
a-z a single character in the range between a and z (case sensitive)
0-9 a single character in the range between 0 and 9
.: a single character in the list .: literally
+-\/ a single character in the range between the following two characters
+ the literal character +
\/ the literal character /
)( a single character in the list )( literally
2nd Alternative: [A-Za-z0-9.:+-\/)(]{5,20}
[A-Za-z0-9.:+-\/)(]{5,20} match a single character present in the list below
Quantifier: {5,20} Between 5 and 20 times, as many times as possible, giving back as needed [greedy]
A-Z a single character in the range between A and Z (case sensitive)
a-z a single character in the range between a and z (case sensitive)
0-9 a single character in the range between 0 and 9
.: a single character in the list .: literally
+-\/ a single character in the range between the following two characters
+ the literal character +
\/ the literal character /
)( a single character in the list )( literally
&dhEmi= matches the characters &dhEmi= literally (case sensitive)
[A-Fa-f0-9]{50} match a single character present in the list below
Quantifier: {50} Exactly 50 times
A-F a single character in the range between A and F (case sensitive)
a-f a single character in the range between a and f (case sensitive)
0-9 a single character in the range between 0 and 9
&vNF= matches the characters &vNF= literally (case sensitive)
5th Capturing group (0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?)
1st Alternative: 0
0 matches the character 0 literally
2nd Alternative: 0\.[0-9]{2}
0 matches the character 0 literally
\. matches the character . literally
[0-9]{2} match a single character present in the list below
Quantifier: {2} Exactly 2 times
0-9 a single character in the range between 0 and 9
3rd Alternative: [1-9]{1}[0-9]{0,12}(\.[0-9]{2})?
[1-9]{1} match a single character present in the list below
Quantifier: {1} Exactly 1 time (meaningless quantifier)
1-9 a single character in the range between 1 and 9
[0-9]{0,12} match a single character present in the list below
Quantifier: {0,12} Between 0 and 12 times, as many times as possible, giving back as needed [greedy]
0-9 a single character in the range between 0 and 9
6th Capturing group (\.[0-9]{2})?
Quantifier: ? Between zero and one time, as many times as possible, giving back as needed [greedy]
Note: A repeated capturing group will only capture the last iteration. Put a capturing group around the repeated group to capture all iterations or use a non-capturing group instead if you're not interested in the data
\. matches the character . literally
[0-9]{2} match a single character present in the list below
Quantifier: {2} Exactly 2 times
0-9 a single character in the range between 0 and 9
&vICMS= matches the characters &vICMS= literally (case sensitive)
7th Capturing group (0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?)
1st Alternative: 0
0 matches the character 0 literally
2nd Alternative: 0\.[0-9]{2}
0 matches the character 0 literally
\. matches the character . literally
[0-9]{2} match a single character present in the list below
Quantifier: {2} Exactly 2 times
0-9 a single character in the range between 0 and 9
3rd Alternative: [1-9]{1}[0-9]{0,12}(\.[0-9]{2})?
[1-9]{1} match a single character present in the list below
Quantifier: {1} Exactly 1 time (meaningless quantifier)
1-9 a single character in the range between 1 and 9
[0-9]{0,12} match a single character present in the list below
Quantifier: {0,12} Between 0 and 12 times, as many times as possible, giving back as needed [greedy]
0-9 a single character in the range between 0 and 9
8th Capturing group (\.[0-9]{2})?
Quantifier: ? Between zero and one time, as many times as possible, giving back as needed [greedy]
Note: A repeated capturing group will only capture the last iteration. Put a capturing group around the repeated group to capture all iterations or use a non-capturing group instead if you're not interested in the data
\. matches the character . literally
[0-9]{2} match a single character present in the list below
Quantifier: {2} Exactly 2 times
0-9 a single character in the range between 0 and 9
&digVal= matches the characters &digVal= literally (case sensitive)
[A-Fa-f0-9]{56} match a single character present in the list below
Quantifier: {56} Exactly 56 times
A-F a single character in the range between A and F (case sensitive)
a-f a single character in the range between a and f (case sensitive)
0-9 a single character in the range between 0 and 9
&cIdToken= matches the characters &cIdToken= literally (case sensitive)
[0-9]{6} match a single character present in the list below
Quantifier: {6} Exactly 6 times
0-9 a single character in the range between 0 and 9
&cHashQRCode= matches the characters &cHashQRCode= literally (case sensitive)
[A-Fa-f0-9]{40} match a single character present in the list below
Quantifier: {40} Exactly 40 times
A-F a single character in the range between A and F (case sensitive)
a-f a single character in the range between a and f (case sensitive)
0-9 a single character in the range between 0 and 9
Tem alguma coisa relevante aqui nesta regex? Sim, claro, TUDO. A expressão (regex) é o que determina ou não a validade na informação para o campo "qrCode", logo, qualquer coisa diferente do que é definido pela regex, é um valor inválido.
Meu emissor é Thin Client ou Fat Client?
Mesmo que seu emissor verifique uma série de regras do lado do cliente, ele jamais será fat client na perspectiva da NFe. Mas afinal, o que isto tem a ver? Quer dizer que as regras de validação são executadas do lado servidor. Logo, qualquer mensagem de erro diferente da listagem abaixo***, quer dizer que não é um erro do servidor da NFE:
REJEICAO_225_FALHA_SCHEMA_XML_NFE(225, "Rejeição: Falha no Schema XML do lote de NFe"),
REJEICAO_394_NFCE_SEM_INFORMACAO_QRCODE(394,"Rejeição: Nota Fiscal sem a informação do QR-Code"),
REJEICAO_395_ENDERECO_SITE_CONSULTA_QRCODE_DIFERENTE_PREVISTO(395,"Rejeição: Endereço do site da UF da Consulta via QRCode diverge do previsto"),
REJEICAO_396_PARAMETRO_QRCODE_INEXISTENTE(396,"Rejeição: Parâmetro do QR-Code inexistente"),
REJEICAO_397_PARAMETRO_QRCODE_DIVERGENTE_NFE(397,"Rejeição: Parâmetro do QR-Code divergente da Nota Fiscal"),
REJEICAO_398_PARAMETRO_QRCODE_NVERSAO_DIRERENTE_PREVISTO(398,"Rejeição Parâmetro nVersao do QR-Code difere do previsto"),
REJEICAO_399_PARAMETRO_IDENT_DEST_QRCODE_PARA_NFCE_SEM_IDENT_DEST(399,"Rejeição: Parâmetro de Identificação do destinatário no QR-Code para Nota Fiscal sem identificação do destinatário"),
REJEICAO_462_CODG_IDENTIF_CSC_NO_QRCODE_NAO_CADASTRADO_SEFAZ(462,"Rejeição: Código Identificador do CSC no QR-Code não cadastrado na SEFAZ"),
REJEICAO_463_CODG_IDENTIF_CSC_NO_QRCODE_REVOGADO(463,"Rejeição: Código Identificador do CSC no QR-Code foi revogado pela empresa"),
REJEICAO_464_CODG_HASH_QRCODE_DIFERENTE_DO_CALCULADO(464,"Rejeição: Código de Hash no QR-Code difere do calculado"),
REJEICAO_999_ERRO_NAO_CATALOGADO(999, "Rejeição: Erro não catalogado");
Mas um minuto, estou tendo erro aqui no meu cliente, o que fazer?
Verifique seu programa, pode ser que esteja passando algum pequeno detalhe que está ferrando com sua lógica. Um exemplo? Sim, tomei a liberdade de pegar um erro mencionado logo acima:
É uma falha do servidor da NFe? Não.
Mas por que não? Porque este xml nem mesmo foi enviado para o servidor NFe.
Mas por que não? Porque se tivesse sido enviado, você receberia uma mensagem de erro de acordo com as mencionadas acima
Certeza? Sim, porque está claro aqui: failed to parse
Mas o que isso quer dizer? Quer dizer que, ao fazer o parse do seu XML para o envio ao servidor NFe, alguma coisa deu errado.
Mas como eu sei se é um erro no meu cliente ou um erro do meu servidor? As mensagens acima responde esta pergunta.
Meu cliente está certo, até que prove o contrário!
Vamos lá, analisando a imagem, é perceptível que este XML não é válido de acordo com o schema definido, infelizmente não tenho o XML deste exemplo, mas quem postou este erro, pode enviar que pontualmente vou explicar o porque não é válido.
Não é falha do servidor, é uma falha do cliente.
O que está de errado então: schema
Então prove! Vejam o resumo do schema:
chNFe= matches the characters chNFe= literally (case sensitive)
[0-9]{44}
&nVersao= matches the characters &nVersao= literally (case sensitive)
[0-9]{3}
&tpAmb= matches the characters &tpAmb= literally (case sensitive)
&cDest= matches the characters &cDest= literally (case sensitive)
4th Capturing group ([A-Za-z0-9.:+-\/)(]{0}|[A-Za-z0-9.:+-\/)(]{5,20})?
&dhEmi= matches the characters &dhEmi= literally (case sensitive)
[A-Fa-f0-9]{50}
&vNF= matches the characters &vNF= literally (case sensitive)
5th Capturing group (0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?
&vICMS= matches the characters &vICMS= literally (case sensitive)
7th Capturing group (0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?
&digVal= matches the characters &digVal= literally (case sensitive)
[A-Fa-f0-9]{56}
&cIdToken= matches the characters &cIdToken= literally (case sensitive)
[0-9]{6}
&cHashQRCode= matches the characters &cHashQRCode= literally (case sensitive)
[A-Fa-f0-9]{40}
Observaram o que diz aí na regex?
&nVersao= literally (case sensitive)
&tpAmb= literally (case sensitive)
&cDest= literally (case sensitive)
&dhEmi= literally (case sensitive)
(...)
&cHashQRCode= literally (case sensitive)
Este literally (case sensitive) quer dizer nada mais nada menos do que: é obrigatório você enviar estas chaves EXATAMENTE como descrito, é string literal.
Qualquer coisa diferente do exposto na regex/schema, vai resultar em algum erro, seja ele no servidor (REJEICAO_225_FALHA_SCHEMA_XML_NFE por exemplo) ou no lado do cliente (failed to parse por exemplo.. vai saber).
E o que dizer do erro do tipo:
Schema XML: The 'http://www.portalfiscal.inf.br/nfe:qrCode' element is invalid - The value 'http://homolog.sefaz.go.gov.br/nfeweb/jsp/ConsultaDANFENFCe.jsf?&chNFe=52160613254469000107650010000000241000000245&nVersao=100&tpAmb=2&dhEmi=323031362D30362D31325431343A33373A30392D30333A3030&vNF=17.95&vICMS=0.00&digVal=5243506254416D38336351744476423232506E57774C48594139673D&cIdToken=000001&cHashQRCode=700963086728091A35A9A162C9693768A162070A' is invalid according to its datatype 'String' - The Pattern constraint failed.
Caminho: NFe[1]/infNFeSupl/qrCode/
Tomei a liberdade de colocar este erro aqui também, logo, digo exatamente a mesma coisa, é um XML inválido, só de olhar percebe-se um '&zinho' na string na tag qrCode;
Ora, mas então o que fazer pra esse XML ser válido? Siga exatamente o que está descrito no schema!
Tem um exemplo? Sim, baseado no ultimo xml****:
<qrCode>
https://homolog.sefaz.go.gov.br/nfeweb/jsp/ConsultaDANFENFCe.jsf?
&chNFe=52160613254469000107650010000000241000000245
&nVersao=100
&tpAmb=2
&dhEmi=323031362D30362D31325431343A33373A30392D30333A3030
&vNF=17.95
&vICMS=0.00
&digVal=5243506254416D38336351744476423232506E57774C48594139673D
&cIdToken=000001
&cHashQRCode=700963086728091A35A9A162C9693768A162070A
</qrCode>
Resumo da ópera: as falhas abordadas aqui, são erros relacionados a validação de schema, no cliente. Façam a correção de acordo com o exposto e tudo deve funcionar de acordo com o esperado.
Cara, sua explicação foi uma mer**, pode me explicar isso direito? Claro, me envie um e-mail no
[email protected] que terei o maior prazer em atende-lô.
Bônus: Como Resolver o Erro: 'Server returned HTTP responde code 415' ou 'HTTP protocol error: 415 Unsupported Media Type'
Os serviços são disponibilizados para consumo através do protocolo SOAP over HTTPS. Após a disponibilização em produção no novo ambiente, qualquer coisa diferente de SOAP 1.2 não será aceito (não foi eu que inventei isso hein.. está no Manual técnico da NFe!)
Coisas pra compartilhar:
Validador NFe: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx
Validador Regex: https://regex101.com/
Manuais/NTs NFe: https://www.nfe.fazenda.gov.br/portal/
* ainda não foi disponibilizado para consulta, embora já esteja definido;
** as barras (/) foram escapadas (\/) na explicação da regex;
*** algumas mensagens relevantes para este contexto;
**** quebras de linhas realizadas para melhor visualização.
Apenas pra ser justo, uma pequena correção: o segundo erro pode ser um erro da validação no servidor.
Schema XML: The 'http://www.portalfiscal.inf.br/nfe:qrCode' element is invalid - The value 'http://homolog.sefaz.go.gov.br/nfeweb/jsp/ConsultaDANFENFCe.jsf?&chNFe=52160613254469000107650010000000241000000245&nVersao=100&tpAmb=2&dhEmi=323031362D30362D31325431343A33373A30392D30333A3030&vNF=17.95&vICMS=0.00&digVal=5243506254416D38336351744476423232506E57774C48594139673D&cIdToken=000001&cHashQRCode=700963086728091A35A9A162C9693768A162070A' is invalid according to its datatype 'String' - The Pattern constraint failed.
Caminho: NFe[1]/infNFeSupl/qrCode/
Ultima: Meu schema está válido, porque não autoriza? Certamente é uma regra de negócio que rejeita sua nota, mas fique tranquilo, se tudo der certo, nós te avisamos sobre o erro através das mensagens!
Ps.: Se der 999 ai ferr**.
Bom dia, segue alguns esclarecimentos: O que é CSC? O CSC corresponde a um código de segurança alfanumérico de conhecimento apenas da Secretaria da Fazenda do Estado do emitente e do próprio contribuinte. O processo de fornecimento de CSC é feito por meio de página web específica da Secretaria de Fazenda do Estado de cada Contribuinte Emissor; Por meio desta página o contribuinte deve poder solicitar novo CSC, consultar CSC válidos e revogar CSC. A critério da UF poderá o CSC ser fornecido também por Web Service, segundo especificações técnicas padronizadas nacionalmente. Pra que serve? O CSC é o código para a geração do hash contido na tag qrCode da NFC-e. Ele deve ser gerado em cada cada ambiente para emissão das notas em homologação e produção. Logo, CSC's gerados em produção não são válidos para NFC-e's enviadas para o ambiente de homologação, e vice-versa. Quais rejeições são validadas considerando o CSC? As rejeições que são validadas utilizando o CSC são: 462: Rejeição: Código Identificador do CSC no QR-Code não cadastrado na SEFAZ 463: Rejeição: Código Identificador do CSC no QR-Code foi revogado pela empresa 464: Rejeição: Código de Hash no QR-Code difere do calculado Como resolver: 462: Realize o cadastro do CSC para o ambiente de envio da NFC-e; 463: O CSC informado se encontra revogado, informe um CSC ativo ou gere um novo CSC para o ambiente de envio da NFC-e; 464: O hash gerado na tag qrCode (cHashQRCode) não é compatível com o hash calculado pela Sefaz. Após a concatenação de todos os valores (chNFe, nVersao, tpAmb, cDest (caso haja), dhEmi, vNF, vICMS, digVal, cIdToken e CSC ), gerar o SHA1 e informá-lo como valor do parâmetro cHashQRCode; Outras rejeições relacionadas à autorização de NFC-e - O que é validado e Como resolver em caso de rejeição: 394 - Rejeição: Endereço do site da UF da Consulta via QRCode diverge do previsto Tag qrCode: informe a tag qrCode da NFC-e 395 - Rejeição: Endereço do site da UF da Consulta via QRCode diverge do previsto Url de consulta para o qrCode: verifique a url informada para a consulta observando cada ambiente. 396 - Rejeição: Parâmetro do QR-Code inexistente Parâmetros de qrCode não informados: informe os parâmetros na tag qrCode. Obs.: O parâmetro cDest é obrigatório em caso de NFC-e com a tag 'dest'; 397 - Rejeição: Parâmetro do QR-Code divergente da Nota Fiscal Chave de acesso da NFC-e: verifique se a chave de acesso da NFC-e é a mesma informada na tag qrCode (chNFe) Tipo de Ambiente: verifique se o tipo de ambiente informado é na NFC-e é o mesmo informado na tag qrCode (tpAmb) Código do destinatário (não obrigatório): verifique se o código do destinatário informado é na NFC-e é o mesmo informado na tag qrCode (cDest) Data de emissão (hexadecimal): verifique se a data de emissão informada na NFC-e é a mesma informada na tag qrCode (dhEmi) Valor Total NFC-e: verifique se o valor total informada na NFC-e é o mesmo informada na tag qrCode (vNF) Valor Total ICMS: verifique se o valor total do ICMS informada na NFC-e é o mesmo informada na tag qrCode (vICMS) Digest Value: verifique se digest value informado na NFC-e é o mesmo informada na tag qrCode (digVal) 398 - Rejeição Parâmetro nVersao do QR-Code difere do previsto Número da versão diferente do previsto: informe a versão correta (100) 399 - Rejeição: Parâmetro de Identificação do destinatário no QR-Code para Nota Fiscal sem identificação do destinatário NFC-e com identificação do destinatário (dest) sem a informação do parâmetro do qrCode (cDest): informe o valor do cDest para a tag qrCode Erros comuns na autorização de NFC-e: 395: URL de consulta diferente da definida pela Sefaz. verifique os links de consulta abaixo; 397: um dos parâmetros dos qrCode são inválidos. Geralmente este erro é causado por erro na geração dos dados em hexadecimais; 462: CSC informado na tag qrCode não se trada do CSC gerado para o ambiente de envio da NFC-e. Acontece geralmente quando foi informado um CSC para o ambiente de produção e está tentando autorizar a NFC-e em ambiente de homologação, mesmo que tenha o mesmo cIdToken. Outra possibilidade é informar na tag qrCode (cIdToken) inexistente para o ambiente; 464: O código hash informado na tag qrCode (cHashQRCode) não é válido. Este hash deve ser gerado conforme especificação definida no Manual de Padrões Padrões Técnicos do DANFE-NFC-e e QR Code, observando a concatenação dos campos + o CSC, para posteriormente ser gerado o SHA1 da string. Links Úteis: Serviços de Administração de CSC (homologação/produção) https://homolog.sefaz.go.gov.br/nfe/services/v2/CscNFCe?wsdl https://nfe.sefaz.go.gov.br/nfe/services/v2/CscNFCe?wsdl Geração de CSC (homologação/produção) https://homolog.sefaz.go.gov.br/nfeweb/jsp/SolicitarCertificadoCSC.jsf https://nfe.sefaz.go.gov.br/nfeweb/jsp/SolicitarCertificadoCSC.jsf Consulta NFC-e http://homolog.sefaz.go.gov.br/nfeweb/jsp/ConsultaDANFENFCe.jsf http://nfe.sefaz.go.gov.br/nfeweb/jsp/ConsultaDANFENFCe.jsf Validação de SHA / HEXA http://www.nfe.se.gov.br/portal/portalNoticias.jsp?jsp=barra-menu/servicos/validadorSHA1HEXA.htm Normas Técnicas https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s=
