BigWings

Os tipos 3, 4 e 5 de fato não são retorno, eles tem um layout diferente, não? Aqui tem tópicos sobre esse assunto:

O FR3 de fato não está ajustando as bandas pra largura da página, então o melhor por enquanto é manter as margens padrão, ou definir de forma que a largura impressa do DANFE seja sempre a mesma (se tirar da direita, acrescentar a esquerda e vice versa).

Sem querer dizer que esse é o procedimento correto, qual erro tem nesse caso? Não lembro de haver obrigatoriedade desse vínculo.

Que saiba a norma é que apareça no recibo do pagador, nunca foi exigido na ficha de compensação.

Não tem, isso precisa ser validado pela aplicação.

Apenas esclarecendo que a falta de atualizações no arquivo vem por parte do próprio IBPT. Os arquivos que estão no repositório do ACBr, que eu mesmo enviei, baixei do site oficial. https://deolhonoimposto.ibpt.org.br/ Há outros NCM que entraram em vigor no dia 01/07/2020 que também não estão na tabela.

Pelo que notei a tabela 20.1.B do IBPTax é Ctrl+C Ctrl+V da 20.1.A. Muda apenas a versão, vigência e chave...

ACBrBoletoConversao

Pela mensagem parece estar repetindo endereço de email na lista "para" e "cc".

Que saiba não tem métodos faltando no eFrete. Você tem manual ou indicação que o webservice implementa esses métodos de consulta?

Está usando eFrete?

Tentou definir desta forma: Formato: tdetMascara MaskqCom: ,0.####

Geralmente a raiz C:\ é protegido. Se não for pelo Windows um antivírus pode estar bloqueando. Já tentou fazer a gravação em uma pasta interna?

No caso era adicionar apenas "System" no unit scope names, mas que bom que resolveu.

O ACBrNFeServicos.ini já está correto com a nova URL, você precisa apenas configurar o componente para a versão 4.00.

Digo qual modelo está selecionando para exportar o arquivo. Para balanças Toledo existem os modelos modToledo, modToledoMGV5, modToletoMGV6 e modToledoMGV5Ver1. Dependendo de qual gerenciador for usar para importar os arquivos, e a versão, pode gerar resultado diferente. Pelo que vi no código para modToledo realmente não está gerando o arquivo de teclas, mas as demais estão. Sobre a função de cada uma, Tecla é a associação do teclado da balança com o produto para não precisar digitar o código, e Validade é a quantidade de dias de validade do item para ser impresso na etiqueta no momento da pesagem.

Usando o programa exemplo do componente, configurando para a versão 2.00 do layout, que usa a versão 1.00 do webservice: Basta alterar para a versão 4.00 do layout que tem retorno: Então sugiro que verifique novamente.

Provavelmente você está acessando a URL da versão 1.00 do serviço de recepção de evento, que foi desativada conforme aviso no portal. Deve alterar para a URL da versão 4.00.

O método TACBrTXTClass.LFill é genérico, não se deve levar apenas o Sped Fiscal em consideração, e essa alteração pode causar efeito colateral em algum lugar. Rodando os testes unitários não detectou nenhum problema, mas nunca se sabe. Acho que o mais correto é mover o Trim acima do IF que preenche os caracteres à esquerda, assim mantém-se a finalidade do método, que é preencher os caracteres à esquerda e corrige possíveis erros de input.

Verifique se está configurando a propriedade ACBrNFe1.Configuracoes.Geral.VersaoDF para ve400.

Creio que você estaria escondendo do seu usuário o fato de serem duas notas, e ele seria tributado duas vezes quando estava achando que seria uma só. Se de fato o sistema da prefeitura não permite substituição, você também não deve permitir.

É uma constante declarada em System.Types. Verifique a "unit scope names" nas opções do compilador do seu projeto.

Qual modelo de balança?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Em que campo do layout percebeu isso? Me parece contraditório que o método preencha os caracteres à esquerda e depois remova...