Painel de líderes

@Italo Giurizzato Junior Eu já estou fazendo a conversão para o novo componente ACBrNFSeX, por isso não finalizei a homologação da NFSe. Dercide Alvarez

Etapa Homologação Produção 0 em vigência em vigência X em vigência NFCe em vigência NFCe Y em vigência NFe e Etapa 1 para NFCe em vigência NFe e Etapa 1 para NFCe 1 04 de julho de 2022 12 de setembro de 2022 2 06 de março de 2023 12 de junho de 2023 03/07/2023 O Ajuste SINIEF 07/05 e o Ajuste SINIEF 19/16 obrigam o preenchimento dos campos cEAN e cEANTrib na Nota Fiscal Eletrônica (NF-e) e na Nota Fiscal de Consumidor Eletrônica (NFC-e) quando o produto comercializado possuir código de barras com GTIN. Os Ajustes SINIEF citados também estipulam que os sistemas autorizadores da NF-e e NFC-e deverão validar as informações descritas nos campos cEAN e cEANTrib junto ao Cadastro Centralizado de GTIN (CCG), devendo as notas serem rejeitadas em caso de não conformidade com as informações contidas no CCG. Estes Ajustes SINIEF podem ser encontrados seguintes endereços: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2005/AJ007_05 https://www.confaz.fazenda.gov.br/legislacao/ajustes/2016/AJ_019_16 Esta matéria já havia sido tratada na Nota Técnica 2017.001 e suas versões. A presente Nota Técnica substitui a NT 2017.001, em virtude de as disposições daquela NT já terem sido recepcionadas na Versão 7.0 do Manual de Orientação do Contribuinte – MOC, e seus anexos, publicado pelo Ato COTEPE/ICMS 69, de 26 de novembro de 2020. As regras de validação que estavam documentadas como de implementação futura na NT2017.001 serão ativadas em duas etapas, conforme disposto no Capítulo 4. 2.3 Consulta Pública ao Cadastro Centralizado de GTIN As informações registradas no CNP e compartilhadas com o CCG podem ser visualizadas no Portal da Nota Fiscal Eletrônica - SVRS (https://dfe-portal.svrs.rs.gov.br/Nfe). A consulta é realizada para um GTIN em particular iniciado por 789 ou 790, e retorna um dos seguintes resultados: • GTIN consultado não possui prefixo 789 ou 790; • GTIN consultado com dígito verificador inválido; • GTIN inexistente no CCG; • GTIN existe no CCG, mas dono da marca não autorizou a publicação das suas informações - entrar em contato com o dono da marca; • GTIN existe no CCG com situação inválida - solicitar ao dono da marca que entre em contato com a GS1; • GTIN existe no CCG com NCM não informado; • Dados do GTIN: descrição, NCM e, quando existir, CEST. Outra observação importante é que, caso o dono da marca não autorize expressamente a publicação de seus dados, o GTIN, mesmo que exista no CCG, não será exibido por esta consulta pública, o que dificultará para todos os integrantes da cadeia logística saber as razões de eventuais rejeições. 4 Detalhamento das Validações 4.1 Cronograma de Ativação das Regras As regras de validação do GTIN serão implantadas por etapas, conforme plano de implantação a seguir. A etapa inicial já ocorreu, com as exceções que podem ser vistas na Tabela 2, e corresponde às regras que foram ativadas em função do disposto na versão 1.10 da NT 2017.001. • Etapa 1: testes em 04 de julho de 2022, produção em 12 de setembro de 2022 o Regras I03-30, I12-60, U01-30, 9I03-10 e 9I12-10 • Etapa 2; testes em 06 de março de 2023, produção em 12 de junho de 2023 o Regras 9I03-20, 9I03-30, 9I03-40, 9I12-20 e 9I12-30 Entretanto, algumas aplicações autorizadoras já implementaram estas regras, não valendo, portanto, as datas expostas acima. A Tabela 2 a seguir detalha a situação de cada regra em cada aplicação autorizadora: A respeito da Tabela 2 valem as seguintes definições: • Células com fundo verde: regras estão implementadas e seguirão implementadas, sem nenhuma alteração • Células com fundo vermelho: regras serão implementadas na etapa 2 • Todas as demais células: regras serão implementadas na etapa 1 5 Mensagens de Erro Tabela 3 – Mensagens de Erro (Motivos de Não Atendimento da Solicitação) CÓD Regra Motivos de Não Atendimento da Solicitação 611 I03-10 Rejeição: GTIN (cEAN) inválido [nItem:999] 612 I12-10 Rejeição: GTIN da unidade tributável (cEANTrib) inválido [nItem:999] 882 I03-20 Rejeição: GTIN (cEAN) com prefixo inválido [nItem:999] 883 I03-30 Rejeição: GTIN (cEAN) sem informação [nItem:999] 884 I12-20 Rejeição: GTIN da unidade tributável (cEANTrib) com prefixo inválido [nItem:999] 885 I12-30 Rejeição: GTIN informado, mas não informado o GTIN da unidade tributável [nItem:999] 886 I12-40 Rejeição: GTIN da unidade tributável informado, mas não informado o GTIN [nItem:999] 887 U01-30 Rejeição: Item de Serviço e informado GTIN diferente de SEM GTIN 888 I12-60 Rejeição: GTIN da unidade tributável (cEANTrib) sem informação [nItem:999] 889 7I03-10 Rejeição: Obrigatória a informação do GTIN para o produto [nItem:999] (eliminada pela NT 2021.003) 890 9I03-10 Rejeição: GTIN inexistente no Cadastro Centralizado de GTIN (CCG) [nItem:999] 891 9I03-20 Rejeição: GTIN incompatível com a NCM [nItem:999; NCM esperada: 99999999] 892 9I03-30 Rejeição: GTIN incompatível com CEST [nItem:999; CEST esperado: 9999999] 893 9I03-40 Rejeição: GTIN da unidade tributável diverge do GTIN Contido cadastrado no CCG [nItem:999; GTIN Contido esperado: 99999999999999] 894 9I12-10 Rejeição: GTIN da unidade tributável inexistente no Cadastro Centralizado de GTIN (CCG) [nItem:999] 895 9I12-20 Rejeição: GTIN da unidade tributável incompatível com a NCM [nItem:999; NCM esperada: 99999999] 896 9I12-30 Rejeição: GTIN da unidade tributável incompatível com CEST [nItem:999; CEST esperado: 9999999] https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=gGby8G2j8s0=

Exemplo: Recentemente foi publicada a versão 1.10 da NT 2020.005, a qual trouxe uma mudança que pode impactar diretamente a emissão da NFCe em seus clientes, trata-se da restrição do uso da emissão em modo assíncrono quando o lote contém apenas uma NFCe. Para o ambiente de homologação, esta validação e consequente rejeição da NFCe já está em vigor desde 01/07/2021 e entrará em produção em 01/09/2021. De acordo com o texto da NT será retornada a seguinte rejeição Porém em relatos no fórum também houver a seguinte rejeição devido a falha nos retornos das SEFAZ Para evitar esta rejeição, é muito simples, basta sua aplicação deverá passar a realizar o envio da NFCe (quando enviar um único documento) em modo síncrono. Exemplo utilizando o componente ACBrNFe //---------------------- Exemplo Componente ACBrNFe ------------------------------------// { O método Enviar possui 4 parametros a saber: ALote = se refere ao numero do lote de notas que esta sendo enviado Imprimir = defini se o DANFE vai ser impresso automaticamente (True = Padrão) ou não (False) Sincrono = defini se o envio vai ser no modo sincrono (True) ou assincrono (False = Padrão) <------ AQUI ------ Zipado = defini se o Xml vai ser enviado zipado (True) ou não (False = Padrão) Sincrono só pode ser True se o envio é unitario, ou seja, é enviado uma nota por vez. Muito usado para o envio da NFC-e, quanto a NF-e não são todas as UF que aceitam esse modo de envio. Zipado não são todas as UF que aceitam que o Xml seja enviado zipado. } if ACBrNFe1.NotasFiscais.Count > 1 then ACBrNFe1.Enviar(nLote) // Envia o lote contendo mais de 1 nota no modo assincrono else ACBrNFe1.Enviar(nLote, True, True) // Envia o lote contendo apenas 1 nota no modo sincrono Exemplo utilizando a biblioteca ACBrLib //-------------------------------- Exemplo ACBrLib C# --------------------------------------// Parâmetros: ALote - Numero do Lote a ser enviado AImprimir - Se True imprime o DANFe caso o NF-e for autorizado ASincrono - Se True imprime o envia em modo sincrono // <------------ AQUI -------------- AZipado - Se True imprime o envia o arquivo zipado sResposta - Usado pelo retorno, contem as informações retornadas pela consulta. esTamanho - Usado pelo retorno, contem o tamanho da string (sResposta). ACBrNFe.LimparLista(); // Também pode ser enviado o conteudo do ini. ACBrNFe.CarregarINI("c:\nfce.ini"); // Caso use xml, também pode ser enviado o conteudo do xml. //ACBrNFe.CarregarXML("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml"); ACBrNFe.Enviar(aLote: 1, imprimir: false, sincrono: true, zipado: false); Manual ACBrLib: https://acbr.sourceforge.io/ACBrLib/NFE_Enviar.html Exemplo utilizando o ACBrMonitorPlus //-------------------------------- Exemplo ACBrMonitorPLUS --------------------------------------// Parâmetros: cArqXML - Caminho do arquivo XML a ser enviado. nLote - Número do Lote bAssina - Coloque 0 se não quiser que o componente assine o arquivo. - Parâmetro Opcional nImprime - Coloque 1 se quiser que o DANFe seja impresso logo após a autorização - Parâmetro Opcional cImpressora - Informe o nome da impressora - Parâmetro Opcional bSincrono- Coloque 1 para indicar modo síncrono e 0 para modo assíncrono. // <---------- AQUI ----------- bValidaXML- Coloque 1 para Validar e 0 para não Validar. - Parâmetro Opcional bGerarNovoXML- Coloque 1 para Gerar um novo XML para envio e 0 para não Gerar. - Parâmetro Opcional NFE.ENVIARNFE("c:\35XXXXXXXXXXXXXXXX550010000000050000000058-nfe.xml",1,1,0,,1) Manual ACBrMonitorPLUS: https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html

Boa tarde, Estou tentando substituir o componente ACBrNFse pelo ACBrNFseX, e na emissão da nota fiscal estou recebendo essa resposta Deu o seguinte erro ao emitir a nfe: nfse.xsd#/schema The '' namespace provided differs from the schema's 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd' targetNamespace Se alguém puder me passar alguma informação, agradeço. Janderson Henrique

Eu uso assim e nao tenho problemas. ACBrNFSe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFSe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFSe1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; ACBrNFSe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFSe1.SSL.SSLType := TSSLType(LT_TLSv1_2);

Mudaram sim. Alterei o .res enviei como Betha_2. Erro agora foi de não informar o regime

Vou verificar aqui! Obrigada mais uma vez!

Nossa empresa trabalha com e-commerce em php, ai eu tinha instalado o delphi para aprender a mexer em pascal já que as linguagem são bem parecidas, mas vi que o lazarus faz a mesma coisa então estou usando ele para aprender a mexer com pascal

Verdade! Por hora vou fzr isso e semana q vem faço a migração! Muito obrigado Italo! Foi de grande ajuda! tenha uma boa tarde!

Boa tarde Italo, a principio deu certo. pode encerrar.

@Daniel Simoes Consegui, fazer funcionar através da DLL e a impressão funcionou perfeitamente. Muito obrigado pela ajuda.

ok

Funcionou sem problemas....veja o retorno como ficou....por mim solucionado...

Bom dia Italo, Pois é, o xml da nfse parece não trazer mesmo. O tomador recebe um email da própria prefeitura com este link. Ja estou conseguindo emitir a NFSe. E a dica para receber a resposta completa ajudou também. Obrigado.

@Ita Júnior Estou fazendo verificações aqui. Pelo que vejo eles mudaram para Betha_2.

Bom dia Alexandre, Já esta no SVN.

Bom dia Dercide, No novo componente ACBrNFSeX a cidade de Amparo/SP já esta configurada para o provedor Giap desde o dia 20/08/2021. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Atualização com Sucesso. Esocial sem erro Acbr e Fortes Funcionando sem problemas Delphi XE 3 Delphi 10.4 Delphi 11

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Bom dia Janderson, Primeira coisa, sempre faça testes usando o programa exemplo do componente. Se tratando da NFS-e, cada provedor possui os seus arquivos XSD - Schemas. Dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas você vai encontras dezenas de pastas, cada uma delas se refere a um provedor. No caso da cidade do Rio de Janeiro ela possui o seu próprio provedor, portanto você vai encontrar a pasta RJ com os schemas que devemos usar para esta cidade. Resumindo, você deve configurar o componente para buscar os arquivos XSD - Schemas da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\RJ

Frm_ACBrNFerev.zip

Bom dia syspan, Se você já possui o valor e quer simplesmente gerar um QRcode, segue um exemplo. Utilizei para testes, não conheço a fundo QrCode, se existem padrões a serem seguidos, mas esse é funcional. // declarar unit ACBrDFeReport, ACBrDelphiZXingQRCode ABitMap := TBitmap.Create; PintarQRCode(str, ABitMap, qrUTF8NoBOM);