José M. S. Junior

Boa tarde Atualizado no SVN, obrigado pelo ajuste!

A partir desta postagem os fontes ACBr passaram por ajustes, ficando compatível com a versão 1.1.1 da lib OpenSSL. Sendo assim desconsidere as configurações acima, se a sua Distro Linux já utiliza a versão 1.1 da OpenSSL. Se a sua Distro utiliza a versão anterior da OpenSSL , vai funcionar da mesma forma, porém apenas a versão 1.1 será mantida atualizada pelo projeto OpenSSL, até mesmo por isso o ACBr atualizou-a no Projeto. Saiba mais detalhes no post abaixo:

Bom dia, essa implementação precisará ser testada com calma para não quebrar outras parametrizações já existentes na impressão dos itens dos produtos.

Essa propriedade, realiza uma nova consulta de forma automática no aparelho, nos casos em que o método não recebe o retorno da dll... Você pode fazer um teste para ver se vai evitar o ;problema que está tendo, visto que vai realizar uma consulta automática quando não obter o último número de sessão. Mas creio que o problema no seu caso esteja sendo a demora do retorno no método ConsultaStatusOperacional, quando envia mais de uma solicitação antes de obter a resposta...

Bom dia, isso já foi corrigido. Favor atualizar os fontes.

Pode configurar essa propriedade no próprio componente ACBrSAT, Se não existir, precisa atualizar seus fontes e reinstalar o componente:

Não costuma levar tanto tempo assim... Pode consultar antes de enviar o cupom para certificar de que está operacional, mas basta consultar apenas uma vez antes de enviar a venda. Mas se está demorando tanto tempo assim, realmente pode ter problemas... Está utilizando a dll atualizada do MFe? Mantenha a dll no mesmo diretório do executável...

Se possível anexe o fonte com a alteração necessária.

Ocorre no método ConsultarStatusOperacional ... Mas porque realiza várias consultas de Status de forma seguida e repentina?

Bom dia Esse erro ocorre no momento do Envio da Venda? Se possível extraia um log do aparelho no momento que isso ocorrer, para análise...

A solução para contornar o problema via Aplicação seria a propriedade "EspacoEntreProdutos" mesmo, vou verificar onde exatamente está funcional, mas aparentemente teremos que implementa-la no DANFe A4, modelo Retrato.

Sim, isso que mencionei acima, no Linux por padrão gera quebra de linha como chr(10) - "LF" no Windows gera como chr(13)+chr(10) "CR+LF". O Sistema do banco está aceitando apenas padrão CR+LF. Estranho que antes você estava conseguindo exportar a Remessa no site e não houve alteração no ACBr quanto a isso... Ok, vamos realizar um alteração validando a geração em Linux também, para já gerar no formato correto.

Boa tarde, vamos analisar assim que possível. Obrigado!

Boa tarde Houve alterações recentes nessa classe referente a isso, se possível verifique com os fontes atualizados.

Ok, mas isso não é algo a ser alterado no componente, basta passar a data com um dia a mais ao preencher os dados do título antes de gerar a remessa.

Boa tarde Como está o XML de Envio? Está validando com os Schemas?

Boa tarde O indicado é instalar o ACBrMonitor em cada estação, visto que o ACBrMonitor não é multi usuários. Pode configurar uma unidade mapeada no Server para gravar os XMLs autorizados Existe a possibilidade de instalar mais de uma instancia do ACBrMonitor no Servidor também, neste caso cada Client acessaria em uma porta diferente. Mas no seu caso, utilizando a rede local creio que seja melhor a primeira opção.

Bom dia As datas de Juros e Mora não são definidas pelo componente, voce pode passar as datas com um dia após o vencimento nos respectivos campos.

A geração do arquivo esta relacionado diretamente ao componente e não a lib, mesmo assim não ouve alterações quanto a isso, tanto que o pessoal está utilizando estes bancos e não tem relatos desse tipo de problema. Se possível anexe o seu arquivo .ini com os dados que está gerando o arquivo. Assim posso gerar por aqui e comparar.

Bom dia Se abrir o seu arquivo anexo, pode notar que tem 240 e 400 colunas respectivamente. Mas o problema pode estar na quebra de linha gerada pelo Linux... Experimente abrir o arquivo no NotePad++ e Converter para formato Windows, tente exportar após essa alteração.

Bom dia Moises Primeiramente desculpe a demora... Adaptamos o layout NFe de importação e exportação TXT do ACBr conforme a nova versão do SEBRAE. Favor atualizar os fontes para testes. Veja post abaixo: Qualquer divergência pode postar aqui.

Chegou a comparar com o arquivo gerado pelo ACBrMonitor? Aparentemente o tamanho e os dados do arquivo estão ok.

Olá, Desde versões anteriores da NFe o SEBRAE disponibilizou um layout .TXT para Importação e Exportação de NFe no Emissor Gratuito SEBRAE. O ACBr sempre manteve atualizado as versões destes layouts, permitindo gerar a NFe no modelo do Sebrae e também importar NFe para o ACBr através do mesmo layout. Quando entrou em produção a versão 4.0 da NFe, o ACBr atualizou o layout com os novos campo para manter as funcionalidades, visto que até então o SEBRAE não havia disponibilizado o novo layout. Porém, nos últimos meses o SEBRAE disponibilizou o layout NFe 4.0 ( http://emissores.sebrae.com.br/manual/nfe.html ), então para compatibilizar a versão SEBRAE com a versão já disponível no ACBr precisamos realizar algumas modificações no layout atual do ACBr. Segue abaixo o link do Manual atualizado no ACBr, com os campos alterados em destaque VERDE. E também a imagem comparativa com as linhas alteradas. svn:svn.code.sf.net/p/acbr/code/trunk2/Doctos/Manuais/Layout_TXT_NFe_NFCe_4_00.pdf Para quem utiliza o layout SEBRAE com ACBr, favor atualizar os fontes do ACBr e também a sua Aplicação se necessário.

O tamanho dos arquivos estão ok. Bradesco 240 posições. Itaú 400 posições... Os CNABs que está gerando para cada banco estão corretos?

A dúvida é, se utilizar o mesmo arquivo ACBrLib.ini que funciona corretamente em outra máquina, no PC onde está com o problema o erro persiste. Seria mesmo para tirar a dúvida se não pode ser configurações de tamanho de Fonte diferentes nos arquivos de configuração .ini Esta configuração de espaçamento de linhas do produto não está disponível para a impressão NFe (Fortes).