Painel de líderes

Olá pessoal, após um período sem atualizar este tópico, temos uma noticia para vocês sobre o ACBrLibNFSe. Depois de alguns meses trabalhando no Desenvolvimento, podemos dizer que sim, finalizamos o ACBrLibNFSe, como todos ou quase todos já conhecem, e também citei no post acima, no Projeto ACBr temos o componente ACBrNFSeX, onde o mesmo é utilizado por desenvolvedores Delphi e Lazarus.. Agora utilizando o ACBrLibNFSe, você consegue fazer uma integração nativa utilizando as linguagens C#, Java, VB6, Harbour... ou qualquer linguagem de programação possível de se consumir uma dll (Windows) ou .so (Linux). Com o ACBrLibNFSe é possível Emitir, Consultar, Cancelar e Substituir uma NFSe (Nota Fiscal de Serviço Eletrônica), veja um exemplo para Consultar a Situação de uma NFSe. //-------------------------------- Exemplo ACBrLib C# --------------------------------------// Parâmetros: aProtocolo - Protocolo NFSe. aNumLote - Numero do Lote NFSe. sResposta - Usado pelo retorno, contem as informações retornadas pela consulta. esTamanho - Usado pelo retorno, contem o tamanho da string (sResposta). ACBrNFSe.ConsultarSituacao("E6694C98-4AF8-4D0C-A4B2-C98BAA704CFE", "50"); Obs: Esperamos ansiosos pelo feedback de todos, e sabemos que podem surgir necessidades de ajustes, por este motivo fique atento aos commits e atualização dos Manuais e Programas de Exemplo. Agradecer primeiramente o @Daniel Simoes e a @Juliana Tamizou por confiarem e acreditar no Desenvolvimento desta ACBrLib, também tenho que agradecer @EMBarbosa, @Italo Giurizzato Junior e @Diego Foliene pelo apoio e suporte neste projeto. Até o próximo lançamento

Boa tarde pessoal! Um parecer da Sefaz/MG sobre o CT-e 4.0: Um agradecimento mais do que especial ao membro de nossa comunidade @JeannyPaiva por compartilhar essa informação conosco no Discord.

Boa tarde. Hoje, 27/04/2023, por volta das 14:20 começamos a receber relatos em nossa comunidade do Discord sobre problemas com a Sefaz SP. Foi possível observar que o problema estava do lado da Sefaz, pois todos os relatos tinham em comum receber Erro HTTP 503 ao tentar fazer uso do Webservice através de consulta de protocolo ou até mesmo status de serviço. Consultando no DownDetector, também foi possível observar um pico em relatos de problemas começando por volta das 14 horas. A contingência não foi ativada até o momento. Vale acrescentar que em casos como esse o curso de ação mais indicado é comunicar a Sefaz do problema, pois quanto mais pessoas o fizeram, mais cedo o problema fica evidente. No Portal da Sefaz de São Paulo, consta a seguinte mensagem:

Para quem vai começar a fazer os primeiros testes, este tópico é um ótimo começo..

Boa tarde. No componente PagFor, ao preencher o objeto SegmentoO, não foi encontrada a propriedade TipoMovimento na classe TSegmentoO, como nos demais segmentos. Então ao gerar o arquivo de remessa no registro detalhe do Segmento O o valor informado na posição 15 esta fixo com ‘0’. Foi realizada alterações para que este segmente também tenha esta propriedade, conforme manual em anexo. ACBrPagForClass.pas CNAB240.GravarTxtRemessa.pas PagFor.BancodoBrasil.GravarTxtRemessa.pas PagFor.HSBC.GravarTxtRemessa.pas PagFor.Itau.GravarTxtRemessa.pas

Complementando, acredito que a alteração deva ser feita aqui: procedure TACBrWinReqResp.Receive(Resp: TStream); que é onde o DataRest (parâmetro de entrada Resp nesta procedure) é alimentado com o retorno da prefeitura. Porem é bem provável que isto cause problemas nos demais provedores (além de outros documentos que utilizam este mesmo processo), deveria existir algum tipo de parametrização para o Encoding, alteração complexa, e não sei este seria realmente o melhor caminho a se seguir. P.S. Também estamos com problemas em Dourados

Boa tarde, consegui resolver, o problema era com a TAG <ExigibilidadeISS>1</ExigibilidadeISS> Eu estava preenchendo com 2 e o valor correto seria o 1 O problema é que a mensagem de erro não indicava onde realmente estava o problema. Se quiser pode fechar o tópico

Ok, vou fazer o procedimento e aviso aqui

no discord tem relatos de problema entrou emcontato com eles

A questão é a seguinte, o padrão do Delphi é ANSI, o arquivo está em UTF8. Ao carregar o arquivo (anexado acima pelo @Alex Heinen) passando o parâmetro de encoding como UTF8 a leitura é feita corretamente: memo1.Lines.LoadFromFile(LFullFilePath, TEncoding.UTF8); arquivo carregado em um memo: Agora a questão é como converter isso no HttpClient.DataResp (TACBrNFSeXWebservice.EnvioInterno) que carrega o retorno do provedor UTF8 em um MemoryStream (DataResp é um MemoryStream) em padrão ANSI.

Bom dia @Diego Reckziegel! Apesar de não termos aceitado sua contribuição de primeira pelo motivo já exposto acima, havíamos criado uma SubTK para analisar a questão na msXML. Fizemos nova análise, novos testes e chegamos a conclusão que de fato a alteração precisaria ser feita nos fontes do ACBrNFSeX para definir o NameSpaceURI corretamente. Sua contribuição resolvia apenas para esse provedor, mas foi a base para criarmos função na classe base para resolver o problema para todos os provedores. A alteração foi enviada ao SVN na Rev-29225. Mais uma vez, muito obrigado pela contribuição. Caso queria testar com a msXML, basta atualizar e reinstalar o ACBr.

Bom dia! Muito obrigado por reportar e também pela sugestão de melhoria. Foi criada a #TK-3864 para análise do caso e parecer do time ACBr.

Notícia publicada no portal da SEFAZ-BA. https://www.sefaz.ba.gov.br/scripts/noticias/noticia.asp?LCOD_NOTICIA=12465

@Glauber Bernardo Boa tarde ! Para te posicionar, estamos trabalhando nesta implementação alguns dias, mas este provedor tem particularidades diferente dos demais e estamos analisando junto com o provedor a melhor forma de implementar. Vou te posicionando conforme vamos prosperando com esta tarefa. Abr

Olá Pessoal, Infelizmente as cidades brasileiras não seguem um padrão nacional. Primeiramente é importante dizer que a maioria das cidades não querem ou não tem condições financeiras e ou técnicas para possuir o seu próprio WebService, sendo assim elas acabam contratando através de licitação (que tem prazo de validade) empresas (que chamamos de provedores) que fornecem o WebService. Hoje o componente ACBrNFSeX reconhece 145 provedores que vamos separar em 4 grupos. Grupo 1 - Provedores que implementaram os seus WebServices segundo a versão 1 do layout da ABRASF. Grupo 2 - Provedores que implementaram os seus WebServices segundo a versão 2 do layout da ABRASF. Grupo 3 - Provedores que implementaram os seus WebServices segundo um layout próprio. Grupo 4 - Temos somente o provedor PadraoNacional cujo layout esperamos que seja adotado pela maioria das cidades (ainda em fase de implantação pela RFB e SERPRO). Vamos detalhar um pouco mais cada um desses grupos: Grupo 1 - Provedores que seguem a versão 1 do Layout da ABRASF. Serviços documentados: EnviarLoteRps - Envio de um Lote de Rps no modo assíncrono; O componente gera o XML do Rps e envia para o webservice, através desse serviço é possível enviar um lote contendo de 1 até 50 Rps. Temos como resposta o número do protocolo que atesta que o lote foi recepcionado pelo WebServico, isso não significa que o Rps foi processado com sucesso. O número do protocolo vai ser utilizado nos serviços: ConsultarSituacaoLoteRps e ConsultarLoteRps. ConsultarSituacaoLoteRps - Consulta a situação de um lote de Rps enviado previamente; Através desse serviço temos a situação de um lote enviado que pode ser: 1 - Lote não enviado; 2 - Lote aguardando o processamento; 3 - Lote processado com falhas; 4 - Lote processado com sucesso. ConsultarLoteRps - Consulta um lote de Rps enviado previamente; Através desse serviço temos uma lista de rejeições caso a situação seja 3 ou a lista das NFS-e (XML das NFS-e geradas pelo WebService) se a situação for 4. ConsultarNFSeRps - Consulta uma NFS-e com base no número e serie de um Rps enviado previamente; Através desse serviço teremos a lista de rejeições ou o XML da NFS-e caso o Rps tenha sido processado com sucesso. ConsultarNFSe - Consulta uma NFS-e com base no número da nota; Através desse serviço teremos a lista de rejeições ou o XML da NFS-e. CancelarNFSe - Cancela uma NFS-e com base no número da nota e mais algumas informações; Através desse serviço teremos a lista de rejeições ou o XML de cancelamento da nota. Grupo 2 - Provedores que seguem a versão 2 do Layout da ABRASF. Serviços documentados: EnviarLoteRps - Envio de um Lote de Rps no modo assíncrono; O componente gera o XML do Rps e envia para o webservice, através desse serviço é possível enviar um lote contendo de 1 até 50 Rps. Temos como resposta o número do protocolo que atesta que o lote foi recepcionado pelo WebServico, isso não significa que o Rps foi processado com sucesso. O número do protocolo vai ser utilizado no serviço: ConsultarLoteRps. EnviarLoteRpsSincrono - Envio de um Lote de Rps no modo síncrono; O componente gera o XML do Rps e envia para o webservice, através desse serviço é possível enviar um lote contendo de 1 até 50 Rps. Temos como resposta a lista de rejeições ou o XML das notas. GerarNFSe - Envio de um único Rps no modo síncrono; O componente gera o XML do Rps e envia para o webservice, através desse serviço só é possível enviar um Rps por vez. Temos como resposta a lista de rejeições ou o XML da nota. ConsultarSituacaoLoteRps - Este serviço não consta na versão 2 do layout da ABRASF, caso você tentar usar o componente vai lhe apresentar uma mensagem acusando que este serviço não se encontra implementado. ConsultarLoteRps - Consulta um lote de Rps enviado previamente; Através desse serviço temos uma lista de rejeições caso o Rps tenha sido processado com falha ou a lista das NFS-e (XML das NFS-e geradas pelo WebService), devemos usar esse serviço caso o envio tenha ocorrido no modo assíncrono. ConsultarNFSeRps - Consulta uma NFS-e com base no número e serie de um Rps enviado previamente; Através desse serviço teremos a lista de rejeições ou o XML da NFS-e caso o Rps tenha sido processado com sucesso. ConsultarNFSe - Este serviço não consta na versão 2 do layout da ABRASF, caso você tentar usar o componente vai lhe apresentar uma mensagem acusando que este serviço não se encontra implementado. ConsultarNFSeFaixa - Consulta uma NFS-e ou uma faixa de NFS-e com base no número da nota; Através desse serviço teremos a lista de rejeições ou o XML das NFS-e. ConsultarNFSeServicoPrestado - Consulta uma NFS-e ou várias dependendo das condições da consulta; Através desse serviço teremos a lista de rejeições ou o XML das NFS-e. ConsultarNFSeServicoTomado - Consulta uma NFS-e ou várias dependendo das condições da consulta; Através desse serviço teremos a lista de rejeições ou o XML das NFS-e, emitidas contra o nosso CNPJ. CancelarNFSe - Cancela uma NFS-e com base no número da nota e mais algumas informações; Através desse serviço teremos a lista de rejeições ou o XML de cancelamento da nota. SubstituirNFSe - Realizada duas ações ao mesmo tempo: Cancela uma NFS-e com base no número da nota e mais algumas informações e envia um Rps que se processado com sucesso vai substituir a nota que foi cancelada; Através desse serviço teremos a lista de rejeições ou o XML de cancelamento da nota e o XML da nota substituidora. Observação importante sobre os provedores que seguem a versão 2, alguns deles não implementaram todos os serviços listados acima. Grupo 3 - Provedores que possuem um layout próprio. Como cada provedor tem o seu próprio layout ele também define quais os serviços que vão ser implementados em seus WebService, sendo assim não tem como listar eles aqui. Grupo 4 - Padrão Nacional possui um layout próprio. O WebService vai ser único para todas as cidades que aderirem esse padrão. Serviços documentados: GerarNFSe - Envio de um único DPS (Declaração de Prestação de Serviço) no modo síncrono; O componente gera o XML do DPS e envia para o webservice (API da NFS-e Padrão Nacional), através desse serviço só é possível enviar um DPS por vez. Temos como resposta a lista de rejeições ou o XML da nota. ConsultarDPSporChave - Consulta um DPS através da sua chave enviado previamente; Através desse serviço teremos a chave da NFS-e caso o DPS tenha sido processado com sucesso. ConsultarNFSeporChave - Consulta uma NFS-e pela sua chave; Através desse serviço teremos como resposta o XML da NFS-e. ConsultarDFe- Podemos realizar essa consulta informando a chave da NFS-e ou o NSU (Numero Sequencial Único); Através desse serviço podemos baixar o XML da NFS-e e eventos vinculados a mesma ou através do NSU baixar o XML de varias NFS-e e eventos, funciona de forma semelhante ao DistribuicaoDFe da NF-e, onde tanto o Emitente da nota quanto o tomador ou intermediário (caso esteja informado na nota) podem baixar as notas. ObterDANFSE - Permite baixar o PDF do DANFSE com base na chave da NFS-e; Através desse serviço teremos como resposta o PDF do DANFSE da NFS-e. EnviarEvento - Permite o envio de diversos eventos como por exemplo o de cancelamento. Através desse serviço enviamos o XML de Pedido de Registro de Evento e temos como resposta o XML do Evento caso o pedido seja processo com sucesso. ConsultarEvento - Permite a consulta de eventos com base na chave da NFS-e. Através desse serviço temos como resposta o XML do evento. ConsultarParam - Permite a consulta dos parâmetros de configuração realizados pela prefeitura que aderiu ao projeto da NFS-e Padrão Nacional. Através desse serviço temos como resposta a parametrização feita pela prefeitura.

Olá pessoal, Noticia da SEFAZ: 24/04/2023 - Tabela de Alíquotas de FCP por UF: Atualizada tabela contendo as alíquotas por UF do Fundo de Combate à Pobreza (FCP). A nova tabela pode ser baixada do Portal Nacional de NF-e clicando aqui.

Olá, estou realizando a implementação da AcbrGnre porém todas as guias que faço o envio retornam o erro "197 - Erro ao recepcionar o Lote", já procurei na documentação de implementação mas sem sucesso, tentei simular também nos exemplos do acbr sem sucesso também devido outro problema que não ocorre na minha aplicação: "O valor do campo 'numeroRecibo' está inválido. O valor deve possuir 10 caracteres numéricos!" estou realizando os envios em homologação e já solicitei a liberação do CNPJ no site. Segue os xmls gerados na minha aplicação em anexo. Resumo: erro na minha aplicação - "197 - Erro ao recepcionar o Lote" erro no demo com mesmos dados - "O valor do campo 'numeroRecibo' está inválido. O valor deve possuir 10 caracteres numéricos!" 20230331120250-env-lot.xml 20230331120251-rec.xml 001-gnre.xml

Oi Juliomar. Com wincrypt consegui emitir.. estranho. muito obrigado

Boa tarde Patrick, O emitente é MEI? Se não for a cidade tem que ter aderido 100% ao projeto da NFS-e Padrão Nacional.

Boa tarde @Centrodata Sistemas, Obrigado pela contribuição. Fizemos o registro da TK-3870 para avaliar a documentação e sua sugestão de implementação. Assim que realizarmos a análise e possível contribuição informamos aqui.

Boa tarde! De acordo com a lista de municípios aderentes, a origem do cadastro para cidade de Maraba/PA é o Cadastro Nacional de Contribuintes(CNC). Verifique se o CNPJ do tomador que está enviando de fato consta nessa base de dados. O erro X203 é gerado pelo componente sendo uma consequência de você ter recebido erros ao invés de o Xml da NFSe, portanto, não precisa se preocupar com ele por enquanto.

Opa, funcionando novamente, obrigado.

Este tópico pode ajudar com a configuração de schemas sugerida.

Boa tarde Helder, Com certeza o componente esta configurando de forma errada e pegando os schemas que não é do provedor Ginfes. Os schemas devem ser separados por provedores e por versão, conforme fizemos e disponibilizamos.

Boa tarde Marcos, No meu entendimento uma conversão deve ocorrer na função TratarXmlRetornado que se encontra na unit Provider do provedor, desta forma você consegue isolar o tratamento e não gera efeito colateral nos demais provedores e outros DF-e. Mas esse tratamento tem que ser compatível com com o Delphi 7 em diante.

Boa tarde Douglas, Favor atualizar novamente os fontes, reinstale o ACBr e repita o teste.

Boa tarde, Estamos verificando se já houve posicionamento da SEFAZ quanto a situação, mas uma forma de sinalizar a SEFAZ-SP que eles tem um problema é justamente o contato pelo Fale Conosco (Não deixe de anexar um print com o erro ou a transcrição da msg exata). At.

Boa tarde @Victor H. Gonzales - Panda, na verdade a rejeição foi por parte da Caixa Economica Federal por não conter a expressão "Sacador/Avalista" impressa no Boleto, conforme imagem que anexei. Inclusive no boleto que foi rejeitado está sendo impresso a expressão em destaque "Beneficiário Final". Vou enviar ao banco sobre esse comunicado e qualquer novidade aviso aqui no fórum. Obrigado

Boa tarde. Quanto ao que disse acima: Como é um processo de maior impacto, foi criada uma subtask para ser analisado com calma e maior profundidade. Quanto aos problemas do Local de Prestação e Incidência especificamente, foi enviado ao SVN na Rev-29230 alteração visando corrigir o problema do Local da Prestação. Durante os testes que fizemos, não tivemos o problema no Local de Incidência. Por favor, queira atualizar seus fontes, reinstalar o ACBr para fazer novos testes e reportar qualquer problema.

Boa tarde, Muito obrigado pela colaboração, já esta no SVN.

Movido para área Pro para SLA de atendimento.

Boa tarde! Primeiro de tudo, muito obrigado pela contribuição! Toda colaboração sempre será mais do que bem vinda. Fiz um pequeno ajuste visando simplificação, alterei de s := Copy(FXML, Pos('/evt/evtIrrf/', FXML)+13, 16); s := Copy(s, 1, Pos('"', s)-1); Para s := Copy(FXML, Pos('/evt/evtIrrf/', FXML)+13, 9); Enviado ao SVN na Rev-29227. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia. De fato, e-mail recebido. Conforme citei anteriormente, foi detectado divergência entre a forma que é alimentada a informação nos relatórios. O time de consultores está analisando qual é a melhor forma de resolver esse questão de forma a sanar este e outros possíveis problemas semelhantes que possam vir a ocorrer. Qualquer novidade você será notificado neste tópico.

Bom dia Willian, Notei que no XML de exemplo fornecido pelo provedor Centi a tag <Id> vem antes da tag <Numero>, ou seja, a tag <Id> é a primeira tag do grupo <IdentificacaoNfse>. Por outro lado segundo o Schema a tag <Id> vem depois da tag <DescricaoCancelamento>, ou seja, a tag <Id> é a ultima do grupo <IdentificacaoNfse>. Como o provedor não esta gerando um erro de XML mau formatado, acredito que o correto é o que esta no Schema. Outra coisa que me chamou atenção também é o Código do Município, que no exemplo aparece um código com apenas 4 dígitos e no Schema diz que esse código do município é o código IBGE que tem 7 dígitos. Analisando o seu XML de pedido de cancelamento notei que o conteúdo da tag <Id> esta entre aspas, pode ser esse o problema.

Boa tarde. A Sefaz Bahia está com contingência agendada iniciando no dia 29/04/2023 as 14:00 horas com previsão de durar até as 12:00 horas do dia 01/05/2023 Fonte: Consulta Situação SVC-RS Para transmitir em contingência durante este período, siga as orientações do tópico a seguir:

A vigência estabelecida pelo fisco é de guarda de 5 anos, preferencialmente a guarda do XML completo.

Boa tarde, não analise as units, mas sim, seu numero é campo da Aplicação, se estiver o seuNumero passando o NossoNumero não está coerente, a aplicação precisa realizar o controle. referente ao PIX isso já foi alterado só não foi publicado também, agradeço as que interagiram. as demais entraram no escopo

Recebemos a informação que esta prevista a realização de manutenção no sistema autorizador de NFCe para as 16:00 do dia 29/04/2023, tendo a duração estimada em 3 horas. Durante este período deverá ser realizada a emissão da NFCe em contingência Off-line. Aproveite e conheça também o curso exclusivo aos assinantes PRO, sobre este tema! https://projetoacbr.com.br/cursos/nfce-offline/

Bom dia. Neste caso, você pode se basear em outra cidade que use o mesmo provedor e seguir as orientações deste tópico aqui: Para poder testar com o programa exemplo.

Desculpe Italo! Havia um digito incorreto no CNPJ que eu configurei no arquivo INI... Corrigi e a NFSe foi emitida sem maiores problemas. Muito obrigado por todo apoio e mais uma vez me desculpe por qualquer outro assunto. Um forte abraço e um ótimo trabalho!

Não, uma coisa é o pagamento de fornecedor através de boletos ou até mesmo em conta corrente, outra coisa é o débito automático em conta. Sindicatos e associações usam muito isto. Eles agendam um dia para que o débito automático seja feito na conta do cliente, não é um pagamento a fornecedor.

Bom dia pessoal... Pelo menos para mim ficou claro que a SEFAZ não quer permitir digitação de dados entre o sistema de emissão de NFCe e as máquinas POS, apesar de se contradizerem em algumas respostas. Acho que deveriam esclarecer esse ponto de uma vez por todas. Caso fique claro que não se poderá digitar nada, acho que deveriam envolver os fabricantes de POS para desenvolver alguma forma de integração automática, coisa que hoje não existe !

Bom dia amigo, do que vc precisa?

Agora com o nosso componente ACBrBoleto é possível emitir Boletos através da API para o banco Banco Bancoob (Sicoob) A atualização já está em nossos repositórios ! Obrigado a comunidade que está nos ajudando e especialmente para o Marcelo Santos e Delmar de Lima que colocaram a mão na massa e iniciaram a contribuição deste componente.

oi @Juliana Tamizou Já fiz contato com o mesmo, estou no aguardo dele. Obrigado

Ok. Enviado por Email o Login e Senha para Autenticação do Validador. Obrigado sempre pelo excelente gama de componentes do Projeto ACBr.

Bom dia. Para alterar a quantidade de casas decimais da quantidade e do valor dos itens, você usa está configuração. Para mais detalhes, por favor, veja a explicação desta tela na documentação e a aula Parametrizações DANFe e NF-e do curso Dominando o ACBrMonitor que você tem acesso liberado por ser usuário PRO.

Bom dia Rogério, Existe a unit: pnfsNFSeW_ISSDSF, nela temos a procedure: GerarXML_ISSDSF, que gera o valor de sAssinatura, tem que colocar ponto de parada na linha que gera o valor dessa variável e comparar o mesmo com a mensagem de erro. Desta forma você vai descobrir qual é a informação que esta errada. Talvez corrigindo o segundo problema resolve o primeiro, uma vez que a Tributação compõe o valor de sAssinatura.

Achei... // Para Remover Warnings de CAST causados por WideString/String/AnsiString, descomente a linha abaixo. (Apenas Delphi) {.$DEFINE REMOVE_CAST_WARN}