Painel de líderes

Olá pessoal! O envio do MDFe de forma assíncrona está com os dias contados, com a previsão de ser encerrado no dia 30/06/2024. O tópico abaixo tem mais detalhes a respeito. Mas fica então o questionamento, o que muda? Bem, antes de falar sobre isso, vamos responder a outra pergunta: Qual é a diferença entre o envio assíncrono e o envio síncrono? De maneira bem simples, a diferença entre essas formas de envio é a quantidade de conexões que é feita para com o web service da Sefaz. No envio assíncrono, primeiro sua aplicação envia o XML para o web service e recebe um número de recibo. Então, a aplicação faz uma nova requisição para o web service consultando o número de recibo para obter as rejeições ou em caso de sucesso o MDFe. Já no envio síncrono, em uma só requisição é enviado para o web service e na resposta já vem as rejeições ou o MDFe quando em caso de sucesso. Se você pensou: Isso se deve ao fato de que visando auxiliar os desenvolvedores que utilizam o componente, esse processo é automatizado, ou seja, a consulta já era feita automaticamente pela solução. Entendi a diferença entre os modos de envio, mas o que eu preciso mudar na minha aplicação? A primeira coisa que você deve se atentar é no comando que utiliza para fazer o envio do MDFe para o web service. Veja quais são os parâmetros do método Enviar no comando nativo. // Parâmetros do método Enviar: // ALote = Número do Lote // AImprimir = Se True imprime automaticamente o DAMDFE // ASincrono = Se True o envio é no modo Síncrono, caso contrario Assíncrono. ACBrMDFe.Enviar(Alote, AImprmir, ASincrono); Estes parâmetros são refletidos também nos comandos tanto da Lib: MDFE_Enviar(ALote, AImprimir, ASincrono, sResposta, esTamanho); Quanto do Monitor: MDFE.ENVIARMDFe(nXMLMDFe, [nLote], [nAssinar],[nImprimi],[nImpressora], [bAssincrono], [bEncerrado] ) Parâmetros: nXMLMDFe - Caminho do XML do MDF-e nLote - Número do Lote (opcional) nAssinar - Assinar o XML (opcional - informe 0 para não assinar) nImprimi - Imprimir MDF-e (opcional - informe 1 para imprimir) nImpressora - Nome da Impressora (opcional) bAssincrono - Por padrão o envio é Assíncrono, informa "False" para envio Sincrono bEncerrado - Imprimir Mensagem de "MDFe Encerrado", (opcional - informe 1 para imprimir) Então, a partir de 30/06/2024, será preciso informar corretamente o parâmetro que define o modo de envio, para que o mesmo seja feito de forma síncrona. No momento de ler o retorno, também serão necessárias mudanças. Caso utilize o componente nativo para Delphi/Lazarus, a classe que vai ler as informações não é mais a Retorno e sim a Enviar. //Ao invés de ler as informações de: ACBrMDFe.WebServices.Retorno.XXXX //Agora vai ler de: ACBrMDFe.WebServices.Enviar.XXXX Se você utiliza o Monitor ou a Lib, a principal diferença será no momento de ler as informações do MDFe. No envio assíncrono elas ficavam contidas na seção [MDFe + Número do MDFe], no entanto, na resposta do envio síncrono elas ficam em [MDFe+ Chave de Acesso do MDFe]. Mas eu não tenho a Chave de Acesso ainda, como vou conseguir ler? A chave de acesso de um documento fiscal deve ser montada seguindo uma regra estabelecida no MOC. Por isso, tanto a Lib quanto o Monitor possuem um método específico que se alimentado com as informações necessárias devolvem a chave de acesso montada. São eles: MDFe.GerarChave para o Monitor. MDFe_GerarChave para a Lib. Portanto, fazendo uso deste método é possível obter a informação que é precisa para realizar a leitura da seção.

Olá Pessoal, Caso alguém tenha informações sobre as cidades abaixo no que se refere a provedor, URLs, schemas, por favor nos informes. A ideia é fazer com que o componente ACBrNFSeX atenda o maior numero possível de cidades acima de 100 mil habitantes. Cidades com mais de 200 mil habitantes não atendidas pelo componente: 2303709 Caucaia/Ceará - Trabalha com formato TXT e no site tem a opção para importar o arquivo Cidades com menos de 200 mil e mais de 100 mil habitantes não atendidas pelo componente: 1301902 Itacoatiara/Amazonas 1303403 Parintins/Amazonas 1500107 Abaetetuba/Pará 1501709 Bragança/Pará 1501808 Breves/Pará 1502103 Cametá/Pará 1505502 Paragominas/Pará 1507953 Tailândia/Pará 1508100 Tucuruí/Pará 1600600 Santana/Amapá 2103307 Codó/Maranhão 2107506 Paço do Lumiar/Maranhão 2111201 São José de Ribamar/Maranhão 2306405 Itapipoca/Ceará 2307700 Maranguape/Ceará 2510808 Patos/Paraíba 2513703 Santa Rita/Paraíba 2600054 Abreu e Lima/Pernambuco 2606804 Igarassu/Pernambuco 2612505 Santa Cruz do Capibaribe/Pernambuco 2613701 São Lourenço da Mata/Pernambuco 2900702 Alagoinhas/Bahia 2924009 Paulo Afonso/Bahia 3300308 Barra do Piraí/Rio de Janeiro 3302270 Japeri/Rio de Janeiro 3516408 Franco da Rocha/São Paulo 3547304 Santana de Parnaíba/São Paulo Ultima checagem com o arquivo ACBrNFSeXServicos.ini realizada na data de 19/04/2024.

Bom dia! A informação que temos é a de que a cidade de Biguacu/SC é atendida pela versão 2.04 do web service da IPM. Neste caso, as tags em que ele busca a informação são a princípio <UrlNfse> e <LinkNota>. Ainda assim, o componente também conta com uma rotina de tratamento que busca a informação do Link dentro da tag OutrasInformacoes. No entanto, conferindo aqui, me parece que a mesma não é utilizada pela rotina de leitura do IPM. Enviado alteração ao SVN na Rev-33348 adicionando chamada a esta rotina, por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Você chegou a aumentar o TimeOut? Tente um valor como 40000 para testar. Veja mais informações em:

Ola boa noite, Com ajuda dos consultores consegui resolver meu problema usando MDFe_GerarChave() pode fechar.

Olá pessoal! No dia 04/04/2024 foi publicada a Resolução Sefaz Nº636, alterando novamente o artigo 9º da Resolução Nº578, dando ao mesmo a seguinte redação: Postergando novamente a entrada em vigor dessa obrigatoriedade para 01/05/2024. Um agradecimento ao membro de nossa comunidade @Bruno da Silva Pereira por compartilhar a informação em nosso fórum.

Mudanças na certificação digital devem começar em junho, diz presidente do ITI https://capitaldigital.com.br/mudancas-na-certificacao-digital-devem-comecar-em-junho-diz-presidente-do-iti/ Contribuição de @Arimateia Jr

Obrigado, antes de você mandar eu já tinha reiniciado uma instalação do zero, e deu tudo certo !! Obrigado a todos

Olá pessoal, espero que estejam todos bem. Compartilho com voçês um projeto em que venho trabalhando, acabei tendo que deixar o projeto de lado por algum tempo, mas agora estou trabalhando nele e devo disponibilizar os fontes nos proximos dias.

Boa tarde executando em meu ambiente de testes com escala monitor 100% ACBrNFe.DANFE.NovaEscala := 96; ACBrNFe.DANFE.AlterarEscalaPadrao := False;

to ligado @Daniel InfoCotidiano nessa minha api roda outras features tbm, nesse caso não posso deixar que um componente/unit altere o padrão, por isso isolei o componente e manipulei a maneira como ele usa o defautl do s.o (fork), apesar de não concordar não vem ao caso, com os ajustes que apliquei esta funcionando e não vou ter problema quando pessoal do time ajustar alguma coisa, mesmo assim fico grato pela atenção que deram sobre o caso, muito obrigado. Att.

Boa tarde @ANDERSON JUNIOR GADO DA SILVA Falando com o time isso foi colocado pq servidores como Amazon são em inglês e alguns usuários sugeriram isso. Comportamento com meu ambiente de testes: Utilizado diretivas do Linux no LAzarus: Resultou como esperado: Quando não usamos ele pega padrão do Sistema Operacional, mas add a virgula como separador decimal.

@C4Dev, Muito obrigado pela colaboração, já Inclui na minha lista de tarefas para analise.TK-5362

Bom dia. Vou entrar em contato com eles. Obrigado por enquanto.

Olá pessoal! Conferindo no painel Situação SVC, é possível observar que a Sefaz de Pernambuco está com contingência agendada para o dia 21/04/2024, com previsão de inicio às 07h00 e encerramento no dia 22/04/2024 às 09h00. Para utilizar as soluções ACBr em contingência durante este período, siga as orientações do tópico abaixo: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação no canal #sefaz em nosso Discord.

Boa tarde @nildglan, Eu já tinha dito acima que se mesmo informando o ultimo NSU na próxima execução ainda retorna consumo indevido é indicio de que outra pessoa/empresa esteja fazendo essa consulta. Isso acontece bastante, pois as empresas fornecem uma cópia do certificado para o escritório de contabilidade e este começa a fazer essas consultas. Agora se você esta usando o seu certificado para consultar as notas emitidas contra o seu CNPJ e mesmo assim esta tendo esse tipo de rejeição, tem alguma coisa errada. Dentro da sua empresa só você esta fazendo esse teste ou mais alguém esta fazendo em outra maquina? A cada tentativa usando o seu certificado o ultNSU muda?

Veja que agora o ultNSU é 1719, se você não entendeu o processo vai continuar patinando. Seu ultNSU era 1718, você deveria utilizar o método passando ultNSU 1718 até receber pelo menos um novo NSU. Você recebeu um novo NSU, agora irá passar a consultar o 1719 e aguardar pelo menos 1h. Quando você receber 1 ou mais novos NSUs, irá identificar qual o ultNSU para a próxima pesquisa, enquanto não receber nenhum novo NSU, seguirá utilizando o 1719. Veja o tópico a seguir e o curso no nutror Implementando o serviço Distribuição DFe.

Ambiente de homologação deles é instável e sim está com erro lá vai precisar esperar voltar ao normal para testar

Copie, para a pasta da aplicação, as dlls da OpenSSL da mesma arquitetura que você compila a aplicação. ../trunk2/DLLs/OpenSSL/1.1.1.10/

Olá pessoal! Foi publicado um aviso no Portal da Nota Fiscal Eletrônica informando que os ambientes autorizadores de NFe da Sefaz de Pernambuco vão passar por uma parada emergencial no dia 24/04/2024 às 17 horas para ajustes na infra estrutura de redes, com previsão de permanecer indisponíveis por um período de 4 horas. Durante esse tempo, os contribuintes deverão realizar a emissão de nota em contingência que de acordo com o painel Situação SVC será ativada no dia 24/04/2024 às 16h30 e encerrada às 08h00 do dia 25/04/2024. Para utilizar as soluções ACBr em contingência durante este período, siga as orientações deste tópico:

@Tiago.T.Caldas Boa noite, algumas informações do Bradesco são contraditório, estou falando direto com areia técnica da API, eles estão verificando essa situação, porque existe até um manual de consulta e baixa de boleto. Manual_Consulta_Bradesco.rar

Segue tópico com informações sobre as mudanças do Reinf, desde a ativação do modo assíncrono.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Isso, foi o que eu fiz , atualizei o Acbr hoje pela manhã para a ultima revisão e assim a tag IndDeduzDeson passou a não ser mais informada no XML com valor padrão 0. A principio dessa maneira resolveu.

Bom dia! Por favor, veja se as orientações presentes neste tópico lhe são úteis:

Bom dia ! Na realidade fiz a alteração apos um usuario pro reportar no discord, ele testou e aprovou. nos meus testes tbm deu certo. dai vi q vc tbm passava por isso e te notifiquei. lembre-se de ajustar as margens do seu boleto.

@Fabiano Moraes de Araújo Boa tarde Segue o mesmo padrão Itau Bradesco:

Por favor, configure o Log do Componente no ACBrLib.. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca23.html ArqLog -> Informe um Path e NivelLog = 4 Faça um teste com o programa nativo do componente Se ainda sim retornar a mesma mensagem.. Precisa falar com a PSP.. pode ser algo relação ao certificado.

Só uma OBS, o suporte da IPM me ligou agora... ativaram os serviços e esta tudo funcionando!!!

Bom dia @ALTAMOGIANA, Você atualizou todos os fontes de todas as pastas? Reinstalou o ACBr com a opção de apagar arquivos antigos marcada? Compilou a aplicação com a opção Build?

Perfeito @Diego Foliene Vou verificar e lhe retorno. Obrigado por enquanto!

boa tarde, transmitiu com sucesso só esta dando problema na consulta tanto a consulta por lote: como a consulta de nfse por rps: estamos quase lá .

Boa tarde @billbarsch, Favor atualizar novamente, reinstale o ACBr e faça novos testes.

@marcellocainelli, O problema é que no retorno da consulta ao lote temos somente: <?xml version="1.0" encoding="ISO-8859-1"> <NFSE> <IMPORTACAO> <CODIMPORTACAO>247698</CODIMPORTACAO> <STATUS>Validando</STATUS> </IMPORTACAO> </NFSE> Note que na tag STATUS consta a mensagem "Validando" que no meu entendimento significa que a o RPS enviado não foi processo ainda. Não vejo outra solução você entrar em contato com o provedor e questionar sobre isso.

Boa tarde! Consigo sim. Por favor, encaminhe os dados para o [email protected]. Não se esqueça de adicionar o link do tópico no fórum para que consigamos identificar depois.

Bom dia Pedro, Entre em contato com o provedor e expõe o problema, pois pela mensagem de erro não temos como dizer onde esta o problema.

Bom dia @leonard.miranda, Criei uma nova TK para o pessoal que cuida das impressões em Fast Report analisar. TK-5356

Mesmo havia enviado um e-mail para eles. Porque logo que vc me pediu o arquivo -soap, abri ele para verificar o conteúdo, e me deparei com Erro de "Duplicidade"... Com isso acessei o portal de homologação e fiz um filtro das NFse de um ano atrás e mostrou todas as NFSe do cliente ... Mas no meu ver, o ambiente de homologação deveria ser um ambiente zerado, sem NFSe alguma nele... O código 20146 é o registro do cliente na prefeitura. Bom, vou aguardar a resposta do suporte da IPM e lhe aviso.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde! Fiz o teste com a unit e funcionou normalmente sim. Obrigado @Daniel Simoes

Bom dia. Efetuado os testes e tudo funcionando perfeitamente. Segue orientações para nível de documentação para os proximos usuários. [Formato 1 - Somente executando comandos] 1) Rodar comando NFe.SetCertificado(); 2) Rodar comando NFe.DistribuicaoDFePorNSU(). [Formato 2 - Alteração Arquivo INI] 1) Substituir o ACBrMonitor.ini conforme os dados do CNPJ que fará a consulta; 2) Rodar comando ACBr.lerini(); 3) Rodar comando NFe.DistribuicaoDFePorNSU(). Obs.: No meu caso deixei rodando somente executando o comandos. Pra mim nesse formato ficou menos código e o processamento mais rápido de executar. @Daniel InfoCotidiano obrigado pela ajuda.

Segue ajuste para voltar a linha pontilhada do corte no modelo carnê. Configurado RLBand3.AutoExpand para false. ACBrBoletoFCFortesFr.7z

Bom dia Italo, o erro não apareceu mais. Muito obrigado

Olá pessoal! Foi publicado pelo ITI novo FAQ sobre o fim do certificado A1: 01/2024 - Modernização da ICP-Brasil > Questionamentos mais frequentes

Atualizou os fontes? Se não me engano foi enviada uma correção pra esse problema.

Boa tarde, conseguimos resolver a consulta, como o provedor GINFES da prefeitura de Santos, quando você consulta a nota fiscal pelo Consultar NFse por RPS não está retornando a TAG de Cancelamento, mas quando consultamos pelo Consultar NFse por Numero a Tag de Cancelamento vem, conforme imagem abaixo (Amarelo). Importante continuamos usando o ACBRNFSe. Fica de aprendizado para quem precisar. Grato pela ajuda.

uses ACBrSocket; [...] HTTP := TACBrHTTP.Create(nil); try HTTP.TimeOut := 10000; try HTTP.HTTPGet(Format(URL, [Campo1, Campo2])); except // tratar erros end; Retorno := Trim(HTTP.RespHTTP.Text); finally HTTP.Free; end; Pode também estudar os componentes da pasta ACBrTCP, como o ACBrConsultaCNPJ e ACBrCEP, eles herdam de ACBrHTTP, e você pode criar o seu próprio componente dessa forma.

Olá pessoal, Alguns já notaram que dependendo do DF-e - Documento Fiscal Eletrônico, o modo de envio é assíncrono e ou síncrono. Quais DF-e podem ser enviados em determinado modo e quais são as condições? NF-e: como normalmente enviamos um lote com até 50 notas o modo de envio é assíncrono e funciona para todas as UF. Podemos enviar NF-e em modo síncrono, mas neste caso só é permitido o envio de apenas 1 nota. O modo de envio síncrono não esta disponível para as UF: SP, BA e GO. NFC-e: como normalmente enviamos 1 nota por vez o modo de envio é síncrono, mas caso seja necessário enviar 2 ou mais notas obrigatoriamente o modo de envio deverá ser assíncrono. CT-e: como normalmente enviamos um lote com até 50 conhecimentos o modo de envio é assíncrono e funciona para todas as UF. Podemos enviar CT-e em modo síncrono, mas neste caso só é permitido o envio de apenas 1 conhecimento. O modo de envio síncrono não esta disponível para as UF: MG, PR e SP. CT-e OS: como só é possível o envio de 1 por vez o modo de envio é síncrono para todas as UF. MDF-e: pode ser assíncrono ou síncrono para todas as UF, uma vez que, quem recepciona é sempre a SVRS. Detalhe o envio é sempre unitário, ou seja, só podemos enviar somente um manifesto por vez. BP-e e BP-e TM é síncrono para todas as UF e só podemos enviar 1 bilhete por vez.

Marque a opção de usar arquivo de configuração .cfg.

Vejo que muitas pessoas olharam o tópico porém não teve nenhuma resposta. só a nível de conhecimento o emulador para teste de são paulo não oferece a opção de cadastrar a inscrição estadual porém ele faz esse cadastro automático. para resolver o erro é só ir na pasta C:\SAT\Parametrizacao\ParametrizacaoDeAtivacao.xml e lá tem uma tag IE. copia o valor que tem nessa tag e insere no seu aplicativo na funcao do acbr Config.emit_IM do demo do acbr