Ir para conteúdo
  • Cadastre-se

EMBarbosa

Consultores
  • Total de ítens

    9.335
  • Registro em

  • Última visita

  • Days Won

    117

Tudo que EMBarbosa postou

  1. Muito obrigado pela contribuição Adicionado em nosso backlog (TK-2989). Assim que possível daremos um retorno.
  2. 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:
      • 7
      • Curtir
  3. 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.
  4. 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.
  5. 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.
  6. Muito obrigado pela contribuição. Esperamos que seja útil para outros usuários também. bom trabalho por aí.
  7. 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:
  8. 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:
  9. estou afirmando... Só tem uma chamada para DistribuicaoDFePorUltNSU. você chegou a ver o log? eu tinha pedido as duas, veja:
  10. No log há apenas uma chamada para DistribuicaoDFePorUltNSU e ela funciona. Não tem a outra.
  11. anexe o log das chamadas (a que funciona e a que dá a mensagem de espera).
  12. Para baixar os XML de produção, precisa ser no ambiente de produção.
  13. 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.
  14. 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
  15. Você chegou a fazer debug do código? sabe o motivo de não ser gerado?
  16. 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.
  17. Eu entendo... Muito obrigado. Estou monitorando esse tópico agora, aguardando sua posição. TK-2810
  18. Não achei que fosse precisar, mas por favor anexe o arquivo INI de configurações do ACBrMonitor.
  19. 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.
  20. Anexe o arquivo xml gerado por favor.
  21. 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:
  22. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  23. Boa tarde. Eu não tenho essa impressora, mas teoricamente, ela deveria ter um comando para realinhar as etiquetas logo após a impressão. Ela está fazendo o corte automaticamente ou simplesmente empurrando uma etiqueta a mais?
  24. Muito obrigado pelas contribuições. Fiz a implementação baseada nelas, juntando partes dos dois códigos. Subi as alterações para o SVN na Revisão 25783. Pelo que vi parece tudo ok. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.