EMBarbosa

Para saber quais cidades temos ciência que estão funcionando no componente, veja o seguinte tópico:

Para saber quais provedores estão implementados, veja o seguinte tópico:

Muito obrigado pela contribuição Adicionado em nosso backlog (TK-2989). Assim que possível daremos um retorno.

Olá pessoal, Estamos chamando todos para participar com sugestões de temas e convidados para o Papo Pro ACBr. Veja por favor o tópico abaixo:

Olá pessoal, Como todos já devem saber o Papo Pro ACBr é um podcast realizado ao vivo no nosso servidor Discord e disponibilizado depois por meio das plataformas de streaming gratuitamente para todos. Além de conversar sobre as soluções que o Projeto ACBr tem, também já temos abordado temas muitos interessantes, que achamos práticos ou que interferem no dia a dia dos desenvolvedores e software houses que lidam com automação comercial no Brasil. Ainda assim, sempre recebemos boas sugestões da comunidade. Por isso, estamos convidando formalmente a todos os membros da comunidade do Projeto ACBr a fazer sugestões de temas para o Papo Pro ACBr. Então, criamos esse tópico para servir como uma "caixa de sugestões" para o ACBr Papo Pro. Se você gostaria que algum assunto seja abordado, que alguém seja convidado para participar, se quer dar ideias que acha interessante, etc... Você é nosso convidado! Para isso, veja os detalhes abaixo sobre como participar nesse tópico com seus posts e também com as reações. Quero fazer uma sugestão. Como vai funcionar? Poste abaixo sua sugestão seguindo as seguintes regras: Tente fazer apenas uma sugestão por post. Detalhe bem sua sugestão a ponto de que todos possam entender sem precisar pesquisar sobre o assunto. Se quiser sugerir uma pessoa para participar do Papo Pro, indique: a) o motivo que quer que ela participe b) se a conhece pessoalmente (para que possamos contatá-la por meio de você) Veja se sua sugestão já foi dada antes por ler os posts. "Minha sugestão já foi dada" ou "Gostei de uma sugestão" o que posso fazer? Apenas reaja a sugestão com um "Curti". Por favor, *não* responda aos posts, nem faça um novo post com a mesma sugestão para evitarmos repetições do mesmo assunto. Não gostei de uma sugestão, o que devo fazer? Não faça nada... ... ou melhor faça sim!! Ignore o post e pense em algo melhor para sugerir.

Veja também:

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 26211. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 26210. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Esperamos que seja útil para outros usuários também. bom trabalho por aí.

Outra sugestão para verificar: Tivemos um relato em que consultas sucessivas ao status acabava gerando o problema. A solução era remover essas muitas consultas. Veja:

Mario, conforme explicado anteriormente, você precisa passar o parâmetro UltNSU para a chamada do método de distribuição por último NSU. Como você pode ver nos logs abaixo com minhas marcações, você está mandando o mesmo parâmetro nas duas chamadas. E nenhuma delas está sendo passado o parâmetro UltNSU. Veja também a documentação desse método: https://acbr.sourceforge.io/ACBrLib/NFE_DistribuicaoDFePorUltNSU.html Se ainda não fez, por favor, leia o seguinte tópico:

estou afirmando... Só tem uma chamada para DistribuicaoDFePorUltNSU. você chegou a ver o log? eu tinha pedido as duas, veja:

No log há apenas uma chamada para DistribuicaoDFePorUltNSU e ela funciona. Não tem a outra.

anexe o log das chamadas (a que funciona e a que dá a mensagem de espera).

Para baixar os XML de produção, precisa ser no ambiente de produção.

Conforme o @Italo Giurizzato Junior mencionou, é bem provável que tem alguém fazendo o download como o contador. Você precisa verificar se isso está acontecendo.

Será que o tipo do código é o apropriado? O Code39 é de tamanho variável. O que significa que quanto mais caracteres você colocar, mais largo vai ser o código de barras. Essa parte eu não entendi... está usando a mesma configuração, com o mesmo código sendo impresso? Nos parâmetros do método ImprimirBarras não tem a informação que você quer? Veja a documentação: https://acbr.sourceforge.io/ACBrLib/ETQ_ImprimirBarras.html

Você chegou a fazer debug do código? sabe o motivo de não ser gerado?

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 25883. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Eu entendo... Muito obrigado. Estou monitorando esse tópico agora, aguardando sua posição. TK-2810

Não achei que fosse precisar, mas por favor anexe o arquivo INI de configurações do ACBrMonitor.

Não temos um valor recomendado. Acho que o mais usado normalmente é 0 (zero) porque ninguém geralmente se preocupa com a demora de enviar um e-mail via smtp. No entanto se você está enviando mais bytes, provavelmente vai precisar de um timeout maior. O estranhamento do nosso amigo @Victor H. Gonzales - Panda é principalmente por conta da mensagem de erro. Se realmente está acontecendo por conta do TimeOut, a mensagem deveria ser outra. Mas, a sua descrição da situação abaixo: Essa é realmente uma descrição do erro de TimeOut. Só acontece com o anexo provavelmente porque demora mais tempo para ser enviado, e daí cai no TimeOut. Precisaríamos conseguir reproduzir aqui pra poder avaliar melhor. Contudo, se configurar o TimeOut corretamente resolve, essa é a solução mesmo.

Anexe o arquivo xml gerado por favor.

Você precisa primeiro configurar o ACBrMonitor para o layout simplificado. O campo verProc informado no seu arquivo INI não é para informar Layout. [evtComProd] [ideEvento] indRetif=1 perApur=2022-05 indGuia=1 tpAmb=1 procEmi=1 verProc=S01_00_00 <---- ISSO ESTÁ INCORRETO. AQUI NÃO É O LAYOUT DO eSocial Veja onde fazer isso:

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