Painel de líderes

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! 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! 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.

@ralty Hoje vimos a necessidade de ajustar mais alguns campos, segue unit atualizada. API-InterQrCODE18042024.zip

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

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á .

Consegui gerar o boleto com o QRCode. Muito obrigado pela ajuda ! Agora vou tentar fazer funcionar para o Itaú, mas é a mesma rotina, correto ?

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.

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! 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.

entendido, vou fazer conforme solicitado e dou um retorno.

Olá! Agradeço as dicas de @EMBarbosa e @Renato Rubinho! Alterando o timeout para 40000 conforme @EMBarbosa deu certo! obrigado!

Complementando, tente preencher pelo menos os dados de prestador e tomador que deixou tudo em branco, pois talvez não caia na rejeição. <Prestador> <CpfCnpj> <Cnpj/> </CpfCnpj> <InscricaoMunicipal/> </Prestador> <Tomador> <IdentificacaoTomador> <CpfCnpj> <Cnpj/> </CpfCnpj> <InscricaoMunicipal/> </IdentificacaoTomador> <RazaoSocial/> <Endereco> <Endereco/> <Numero/> <Complemento/> <Bairro/> <CodigoMunicipio/> <Uf/> <Cep/> </Endereco> <Contato> <Telefone/> <Email/> </Contato> </Tomador>

Confirme também se configurou a versão atual no campo VersaoDF para o webservice responder.

Olá @Walter Vecchi Jr. tudo bem ? Olhando os logs, o método GerarQRCodeEstatico você não acessa os endpoints.. por isso vai gerar um pagamento estático com base nas credenciais que você informou.. feito isso, só precisa pegar este retorno e gerar um QRCode usando a própria IDE, para que possa ler e efetuar o pagamento, onde o único controle é o comprovante de pagamento do mesmo.. Quanto ao método CriarCobrancaImediata, este sim tem acesso aos endpoints e olhando o retorno nos logs, me parece que você esta sem permissão para acesso.. nesse caso precisa entrar em contato com a PSP para que eles possam te auxiliar..

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! Que bom que deu certo! Apenas complementando, você pode obter o nome do arquivo gerado lendo a propriedade: ACBreSocial.Eventos.Gerados.Items[Indice].PathNome; Conforme demonstrado no botão "Gerar Arquivos" do programa exemplo.

Olá bom dia, Conforme orientado pelo Italo, fizemos a troca dos campos e conseguimos emitir a nota normalmente, sem rejeição, agora iremos atualizar a versão do Acbr, desde já muito obrigada!!

Olá! Alterei minha rotina para criar uma pasta a cada envio e desta forma tenho como recuperar os arquivos enviados mais recentes. Cristian

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

problema solucionado. Agradecemos a atenção.

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

Boa tarde @Mateus Brunelli, Novo Schema atualizado no SVN.

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

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

Bom dia Maiquel, Já esta no SVN.

Boa tarde @fasulo, Você inverteu as informações: O seu esta assim: indPres=0 indIntermed=9 O correto seria: indPres=9 indIntermed=0 ou 1 ou não informar conforme explicado pelo Renato Rubinho

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

boa tarde juliana primeiro passo ir no site do bbdevelopers se cadastrar e cria aplicacao para obter as credenciais do seu cliente pra que coloque no acbrmonitorplus segue link https://www.bb.com.br/site/developers/