Régys Silveira

Onde você está criando o projeto? Qual pasta?

Geralmente este erro ocorre quando o arquivo XML que você passou no parâmetro não existe ou não é válido.

Utilizando o que o Henrique pediu você conseguiu imprimir corretamente, fiquei fora ontem e acabei vendo o tópico só hoje.

Adicionei uma propriedade "Manual", se True imprime o M, então fica assim Se "Automatico" = True Imprime o "A" se false verifica "Manual", se true imprime "M", em caso de false nos dois não imprime nada. Se entendi corretamente é isso. Quanto a sua instalação, realmente havia um bug, já verifiquei e enviei o acerto, reverta seu arquivo e atualize o seu repositório ACBr.

Eu testei aqui é está tudo normal, ao menos para MG, então não é o componente, tentou contato com o suporte ao Webservice da UF para a qual está enviando?

Não existe homologação para Paf-ECF em GO, existe sim um termo que se assina, eles pedem que o software esteja em acordo com o Paf-ECF mas não é necessário nenhum laudo. Com o NFC-e não muda nada, você continua fazendo o cadastro e assinando o termo normalmente, provavelmente o termo não será mais necessário no futuro.

Tranquilo Se deu certo, clique no simbolo de "Definir melhor resposta" que fica ao lado do nome do usuário no post que lhe ajudou.

Atualize seu ACBr e na propriedade "Automatico" informe "false" quando for abastecimento manual.

Estranho aqui no meu Seatle está tudo normal, funciona normalmente a barra de rolagem e a rolagem do mouse.

ACBrNFeDANFEFR e do FastReport. Você está instalando a mão ou usando o ACBrInstall_Trunk2?

Ambos ainda com a mensagem? Se sim, tem algo errado ai, porque todo mundo usa ou um ou outro e não vejo reclamação. Aqui mesmo eu libero SAT quase todo dia e nunca passei por esse problema. Verifique seu certificado (que deve ser do tipo e-CNPJ), validade do certificado, senha, CNPJs informados, etc, etc, com certeza é alguma informação que não está correta.

Você tem que atualizar os schemas no seu aplicativo, de nada adianta o ACBr atualizado e os schemas usados pelo seu aplicativo não estarem condizentes.

Como já informado anteriormente, o ACBr não dará suporte a relatórios que não sejam o Fortes Report ou Fas Report.

Agora para ver o erro não identificado, você deve extrair o log do SAT, nele você verá a mensagem de erro mais completa.

Era isso mesmo, você tinha outro synapse na maquina, que acabou gerando conflito, ao apagar o conflito acabou.

Tente gerar a assinatura com o gerador da TANCA e veja se continua o problema. http://www.tanca.com.br/assets/conteudo/drivers/TS-1000/Gerador_C%C3%B3digo_Vincula%C3%A7%C3%A3o_TS-1000.zip

Está utilizando ACBrMonitorPlus ou componente? Não lembro de ninguém postar nada a respeito disso.

Tente com os outros modelos Toledo, se não estou enganado existe um Toledo2090, talvez seja este, existem diferenças sutis entre os protocolos, então é bom testar nos 3 e ver qual funciona melhor com a balança que você tem.

Você informou corretamente o CNPJ da Software House e do usuário do SAT e nos campos corretos?

O ambiente SVC tanto AN quanto RS são a contingência, ele é liberado pela UF para atender quando o webservice da UF não está apto a atender as requisições, que no caso é o que está acontecendo com MG no momento. Só complementando, se você trabalha com mais de uma UF como eu por exemplo, é interessante possuir rotina no meu sistema para configurar o ambiente e a nota conforme a UF do emitente para o SVC correto, a lista de UF por SVC você encontra no site da NF-e.

Você executou o registra.bat que vem junto do pacote da DLL, veja você tem que colocar junto do executável todos os arquivos do pacote e registrar usando o .bat senão não funciona.

Você está configurando corretamente, são dois lugares onde você deve alterar: 1. Nas configurações do componente: ACBrNFe1.Configuracoes.Geral.FormaEmissao := teSVCAN; 2. E dentro da nota: Ide.tpEmis := teSVCAN, este pelo que vi no XML você já está fazendo, talvez seja somente o primeiro caso que está faltando. Você só utiliza a contingência quando a UF libera isso, por exemplo, MG semana passa e nesta está passando por dificuldades técnicas, então MG liberou o uso do ambiente de contingência, se a UF não liberar não adianta enviar, o ambiente vai rejeitar.

O que o Sérgio quis dizer é que em SP não existe NFC-e sem SAT, veja em SP a contingência da NFC-e é o SAT, não existe NFC-e off-line em SP. Por isso é bobagem utilizar NFC-e em SP, todo mundo opta diretamente pelo SAT que é muito mais simples e fácil e não precisa ficar trocando. Vou lhe dar um exemplo, você usa a NFC-e no seu cliente, e supondo que a internet caia no meio do dia, ele vai ter que trocar para o SAT, pois ele não pode usar NFC-e Off-line em SP, no caso de falta da internet ou do webservice ele vai usar o SAT como contingência. Então por esse motivo ninguém adota a NFC-e em SP, já adotam diretamente o SAT, sem complicação, sem trocas, e de qualquer forma você vai ter que gastar com um SAT, pois a liberação da NFC-e em SP e vinculada a um SAT, ou seja, o cliente tem que ter um SAT vinculado para conseguir liberação de uso da NFC-e.

Você tem a synaser instalada neste Delphi? parece que está dando um conflito entre o ACBr_Synapse e uma synapse que já existe.

Trunk1 ou Trunk2?