ivan_juste

Após atualizar o componente ACBrNFe, e passar a utilizar as seguintes configurações: ACBrNFe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFe.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFe.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; ACBrNFe.SSL.SSLType := LT_TLSv1_2; Passamos a receber o erro de SCHEMA INVÁLIDO, quando a pasta schemas é acessada pela Rede. \\Servidor\schemas. Houve alguma alteração ou configuração que resolva esse problema?

Entendi, alguém teve algum retorno das empresas de equipamentos? Até o momento não obtive resposta deles.

Boa tarde, Alguém já implementou as novas formas de recebimento previstas no Especificacao_SAT_v_ER_2_28_05.pdf pagina 100 ? Sei que existem outros tópicos relacionados mas todos do ano passado. Alguém recentemente teve alguma nova posição a respeito?

Em um determinado cliente, tenho um executável com data de 20/05/2022 que abre normalmente, tanto local como em rede. Ao trocar esse executável por um novo, ocorre o bloqueio. Já tentamos colocar como exclusão a pasta e o executável, mas nada resolve. Mais alguma sugestão?

Gostaria de saber se mais alguém do fórum vem tendo problemas com o bloqueio de seus executáveis pelo Windows Defender do Windows 10 e 11. Mesmo adicionando o executável como exclusão no Windows defender não resolve o problema. Alguém passando pelo mesmo problema e alguma solução?

Pessoal, boa tarde. Apenas a título de informação, estávamos com problemas na impressão da DANFE no fastreport, a numeração de página estava saindo "Folha 1/2" sendo que havia apenas 1 página. Após utilizar o arquivo DANFeRetratoNovo.fr3 o problema foi resolvido.

Também estamos enviando como 100% e esta validando e transmitindo. A soma dos 3 tem que dar 100%

Bom dia, cefantacini conseguiu emitir alguma NF-e na versão 4.0 utilizando a cst 500 para empresas optantes pelo Simples Nacional?

Resolvido aqui pessoal, valew pela ajuda de todos. Obrigado

Bom dia Anderson, tudo bem? Por acaso você consegui transmitir alguma nota fiscal na versão 4.0 de um produto que tenha o código da ANP informando CST 60? Se sim, poderia postar um XML? Obrigado

Devo informar PPLA? Qual o valor em mm do campo Backfeed offset? obrigado pela ajuda

Boa tarde Leandro, estamos com a mesma impressora, com a mesma etiqueta, no mesmo computador. Se realizamos a impressão com a versão atual do ACBR a ultima etiqueta impressa fica embaixo do ribbon, se fizermos a impressão com a versão do ACBR anterior a ultima atualização o avanço do papel funciona corretamente. Fiz a instalação do printer utility da argox, poderia me informar quais parâmetros devo preencher para configurar a opção backfeed offset? Obrigado.

Utilize a medida "etqDecimoDeMilimetros"

Boa tarde Daniel, realizei a análise que me sugeriu, salvando os comandos enviados em ambas as versões para um arquivo texto. A única diferença que na versão atual do ACBR esta sendo impresso o comando "A1" que não existia na versão antes da atualização. Pesquisei no manual PPLA mas não encontrei a função desse comando "A1", poderia me ajudar? Segue em anexo a imagem dos dois arquivos textos, antes e após a atualização.

Ótima colocação Nelson Santos, pelo que estamos vendo, para que as operações com CST 60 ou CSOSN 500 (icms substituição retido) sejam feitas corretamente, é necessário uma certa rastreabilidade desde a entrada do produto na empresa (armazenando as alíquotas e valores do icms st) para poder informar no momento da saída, o que torna o processo extremamente complexo. Qualquer novidade ou forma que encontrar de trabalhar com esta situação poste aqui no fórum.

Boa tarde, testamos as propriedades BackFeed e Avanco, após ativar o componente conforme imagem em anexo. Mas a impressora continua não avançando e depois puxando a última etiqueta para fazer a impressão. Se voltarmos uma versão antes da atualização do ACBR, na mesma impressora com as mesmas etiquetas o avanço funciona corretamente. Alguma ideia do que pode estar ocorrendo? Obrigado pela atenção de todos.

Boa tarde, fizemos alguns testes e com a unidade etqDecimoDeMilimetros voltou a imprimir com o posicionamento correto. Obrigado aos amigos pela ajuda. Unica questão é que, realizamos os testes em 2 impressoras Argox os 214 plus, em ambas, antes da atualização a impressora fazia a impressão e avançava 1 etiqueta, ao mandar a próxima impressão ela puxava a etiqueta e depois imprimia, não desperdiçando nenhuma etiqueta. Agora, a etiqueta está ficando embaixo do ribbon, se avançar manualmente quando imprimir a próxima não puxa para depois imprimir. Obs: São as mesmas impressoras, e o mesmo rolo de etiqueta. Alguém tendo o mesmo problema.

Boa tarde, atualizamos os fontes, alteramos o componente para etqDecimoDeMilimetros. A etiqueta foi impressa, porém desposicionada e após imprimir ela avança muitas etiquetas (até desligar a impressora). Alguém mais já realizou o teste com os fontes atualizados utilizando a opção: etqDecimoDeMlimetros? Estou usando da seguinte forma, utilizávamos 600 no avanço com a versão antiga:

As etiquetas são pequenas (3,4 cm x 2,3 cm) por exemplo. Então a questão dos milímetros não estava funcionando corretamente, essas medidas foram colocadas fazendo testes de acordo como os tamanhos da demo antiga e posicionando nas etiquetas. Por isso o impacto desse acerto é tão grande, pois não temos como simples alterar as medidas, teríamos que testar etiqueta por etiqueta, e isso se torna inviável devido a grande quantidade. Acredito que o pessoal que postou aqui no tópico estão com os mesmos problemas. O Leandroaoa postou as medidas semelhantes, números bem altos, conforme imagem em anexo.

Vários tamanhos, pois são inúmeros tamanhos e tipos e etiquetas, que foram criados baseados nos tamanhos de exemplos da demo antiga.

Bom dia, isso armando.boza, essa seria uma opção perfeita, pois todos os usuários poderiam ter tempo hábil para ir convertendo suas medidas conforme a necessidade (para a forma correta de milímetros) e não pararia todos os clientes de uma vez.

Bom dia pessoal, alguém já encontrou uma solução para o problema? Estamos enfrentando as mesmas dificuldades, diversos tipos de impressões em equipamentos diferentes, e após a atualização tudo desconfigurado ou não imprime. Acompanhando a discussão neste tópico, vimos que o problema ocorre devido a alterações (acertos) nos padrões de medidas. Nossas impressões estão utilizando as medidas que o amigo leandroaoa postou, que acredito que estavam em "Dots" mesmo o componente passando a unidade como milímetros. As medidas que estamos usando foram baseadas no fonte antigo da demo. Alguém conseguiu fazer a conversão das medidas ou fazer alguma configuração que não necessite alterar todas as impressões? Tentamos alterar no componente para "Dots" mas não funcionou, acredito que esteja pegando sempre "etqMilimetros" (desconsiderem caso eu esteja equivocado), conforme o pessoal já comentou aqui no tópico mas não teve resposta.

Isso mesmo Nelson, me refiro a compra do mesmo item de vários fornecedores.

Boa pergunta Nelson Santos, mais uma vez são lançadas regras sem explicações. Estamos com as mesmas dúvidas.

Boa tarde fpaloschi, nós ainda não tivemos nenhum retorno também. Estamos aguardando alguma posição para continuar a implementação da NF-e 4.0. Qualquer novidade poste no fórum.