EMBarbosa

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

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

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.

Olá. Muito obrigado pela sugestão e análise. Depois de verificar a situação, decidimos subir a alteração por questão de retrocompatibilidade. Mas por favor, faça a alteração de sua aplicação pois no futuro isso pode ser alterado. A questão é que o problema acontece se, e somente se, for preenchido o campo "sequencial" com valores maiores do que ele deveria permitir (ou seja, 5 caracteres). Além disso, a nossa ideia é ir eliminando aos poucos os códigos repetidos ou muito semelhantes. E esse código da específico da PCNAuxiliar já está na nossa mira. Subi as alterações para o SVN na Revisão 25780. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Para futura referência: Esse problema deve ter sido resolvido na revisão 25417. Caso continuem tendo problemas, favor criar novo tópico.

Olá Mário, tudo bem? Por algum motivo, seu tópico ficou pra trás... Por acaso você poderia fazer o favor de atualizar o código para a versão atual do SVN e postar novamente?

Acho que só é possível depois de chamar o Eventos.SaveToFiles;

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Fiz apenas uma alteração na leitura para preencher apenas quando o layout for maior que 2.05 e não quando for maior e igual. Subi as alterações para o SVN na Revisão 25775. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Olá, Muito obrigado pela contribuição. Já tivemos esse problema relatado antes por você mesmo. O detalhe é que essa função era usada pelo S-2206. Então eu fiz um ajuste para mudar isso e assim creio que resolvemos o problema do conflito entre esses eventos e o S-2206. Subi as alterações para o SVN na Revisão 25774. 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 25772. 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 25771. 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 25770. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela análise. Ela ajudou a me direcionar a encontrar o problema. A questão é que o campo precisava ser tipo string em vista do tratamento. Para não gerar o campo, favor usar o tipo prpNenhum. Subi as alterações para o SVN na Revisão 25766. 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 25764. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Se você é usuário ACBr PRO, veja informações complementares as que estão nesse tópico na seguinte área: https://www.projetoacbr.com.br/forum/forum/89-requisitos-fiscais-por-uf/

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

Interessados favor acompanhar o seguinte tópico:

Por favor Thiago. Crie um novo tópico e anexe o arquivo alterado.

Para definição dos arquivos xml que vem dos webservices, veja o tópico:

Para definição de arquivos PDFs, veja o tópico:

Esse tópico é um resumo das informações sobre configurações de conexão, criptografia e assinatura. Se aplica a todos as soluções ACBr (componentes/Libs) que usam código do ACBrDFe e fazem comunicação com webservices (Ex..: NF-e, MDF-e, CT-e, GNRe, etc...) Informações mais detalhadas estão nos links citados. Veja também nos posts abaixo como configurar/usar essa configuração na ACBrLIB e no ACBrMonitor. Quais são as configurações atualmente recomendadas para SSL/Crypt/HTTP? Independente do documento nossa recomendação padrão é que se use sempre certificados A1 e a configuração abaixo que vamos chamar de: Recomendação 1 Geral.SSLLib := libOpenSSL; Geral.SSLCryptLib := cryOpenSSL; Geral.SSLHttpLib := httpOpenSSL; Geral.SSLXmlSignLib := xsLibxml2; SSL.SSLType := LT_TLSv1_2; Certificados.ArquivoPFX := CaminhoDoLocalEmQueEstaSalvoOArquivoPFX; Certificados.Senha := SenhaDoPFX; WebServices.TimeOut := 30000; //Veja observação sobre TimeOut mais abaixo nesse post. Limitações dessa configuração: Isso exige as dlls da OpenSSL na mesma pasta do seu executável; Você pode encontrar as Dlls da OpenSSL aqui. Lembre-se de escolher de acordo com a arquitetura que compila sua aplicação! Não funciona para certificados A3; A Libxml2 não consegue buscar schemas em rede se o compartilhamento não estiver mapeado como um drive local ou como link simbólico; O que fazer se eu preciso usar certificados A3? Para certificados A3 use a seguinte configuração: Recomendação 2 Geral.SSLLib := libWinCrypt; Geral.SSLCryptLib := cryWinCrypt; Geral.SSLHttpLib := httpWinHttp; Geral.SSLXmlSignLib := xsLibXml2; SSL.SSLType := LT_TLSv1_2; Certificados.NumeroSerie := NumeroSerieCertificado; WebServices.TimeOut := 30000; //Veja observação sobre TimeOut mais abaixo nesse post. Limitações dessa configuração: Certificados A3 dependem do software da certificadora e do hardware e causam muita dor de cabeça; Depende da atualização do Windows; A libxml2 não consegue buscar schemas em rede se o compartilhamento não estiver mapeado como um drive local ou como link simbólico; Observação sobre TimeOut: O TimeOut é o tempo máximo em que o componente deve esperar uma resposta antes de desistir. Ele é definido em milissegundos. O Fisco considera aceitável uma espera de 60 segundos. Mas, para maioria dos casos sugerimos valores entre 25000 e 40000. No entanto, isso pode variar de acordo com o tempo de resposta do provedor. Se notar que a internet é lenta ou que ocorrem falhas, talvez queira colocar um valor superior como 60000 (60 segundos) ou mais. Onde obter informações adicionais? Mais sobre certificados A1 e A3, veja o vídeo "instalando certificados A1 e A3", feito por @Daniel Simoes Mais sobre essas configurações, veja esse vídeo "Como configurar a SSLib" feito pelo @Régys Silveira. Mais sobre o ACBrDFeSSL que é base para todas essas configurações, veja o vídeos na área de vídeos "Conheça a ACBrDFeSSL" Mais sobre as dependências das bibliotecas externas, veja o tópico: OpenSSL/XMLSec ou CAPICOM, dependencia de bibliotecas externas