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.

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

@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

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.

Boa tarde Willian, Abra o arquivo ACBrNFSeXServicos.ini Altere a URL e siga os passos que se encontram no inicio do arquivo.

Ola, Aproveitando o assunto vi que na Lib não imprime o código de barras quando PosCanhoto=0(prCabecalho) e PosCanhotoLayout=1(prlBarra) só funciona quando PosCanhoto=1 = prRodape

Boa tarde @Italo Giurizzato Junior Atualizei os fontes, reinstalei e fiz os testes. Não resolveu, a propriedade link ainda chega vazia. Estava analisando sua alteração e vi que vc fez a alteração na função PreencherNotaRespostaConsultaLoteRps, então tentei depurar para identificar o motivo que não preenche. Coloquei um breakpoint onde vc fez a alteração e percebi que não passa por aquela função, essa função de preencher é chamada pela TratarRetornoConsultaLoteRps que também não passa por ela. Até identifiquei que o processo está passando pela função TratarRetornoConsultaNFSeporRps, que tem o nome parecido com a que deveria passar, mas não é a mesma. De repente consegui te ajudar com essas informações? Desde já, agradeço a atenção.

O DistribuicaoDFe não gera NSU para o próprio emitente, afinal ele já tem o XML. No caso da NFe leia a NT 2014.002, está bem explicado o funcionamento, quem recebe cada documento, e as condições de uso.

Bom dia, testado e aprovado, vou atualizar no cliente muito obrigado

Se trata da quantidade vendida do lote em questão. O campo existe pois há um relacionamento de n lotes para o mesmo item da nota fiscal.

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

Bom dia! Desculpem a demora em retornar. Desinstalei a versão 8.0 do ZeosLib e instalei a 7.1. Funcionou! Obrigado! João

Boa tarde!! Problema resolvido!! Refizemos as devidas alterações e atualizações do ACBR e o aparentemente o problema foi resolvido. Agradeço imensamente a ACBR pelo apoio!!!! Muito obrigado

Boa tarde @phulano, Neste caso você vai usar o ACBrLibNFSe (se o power cobol lhe permite consumir DLL) ou o ACBrMonitor Plus que trabalha com troca de arquivos TXT. Essas empresas de Jaú/SP são os primeiros a lhe solicitar emissão de NFS-e? Se sim, reforço a leitura do tópico sugerido pelo @Diego Foliene.

Boa tarde @Mega Online, Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType ? Copiou todas as DLLs necessárias?

Eu uso 5 pq tem umas impressoras que acabam cortando a impressão com margens pequenas demais, com essas que vc passou deu certo, vou utilizar elas como padrão e ver se não dá problema de corte, obrigado.

É difícil saber exatamente o que é sem entender exatamente onde o erro é levantado. Por exemplo, tem um problema bem parecido relacionado ao uso de TClientDataset. Veja: https://stackoverflow.com/a/8147950/460775 Talvez você precise debuggar no cliente ou criar um sistema de log de erros pra poder ter uma ideia de onde o erro acontece.

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.

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.

Enviei as alterações ao SVN... Commit [r33340]

SOLUÇÃO se algum dia alguém se deparar com esse problema basta comentar essas linhas na TACBrTEFDClass.VerificarTransacoesPendentesClass(aVerificarCupom: Boolean). if (wEstadoECF in ['V', 'P', 'N', 'O']) then //CancelarTransacoesPendentesClass else //ConfirmarESolicitarImpressaoTransacoesPendentes;

Bom dia. Tive o mesmo problema relatado acima. Para mim resolveu aplicando a configuração sugerida pelo Agnaldo Prates. Obrigado Agnaldo!!!