EMBarbosa

Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto". Desta vez eu dividi o tópico. Mas em outras ocasiões o post pode ser simplesmente apagado. Veja o seguinte post como referência:

Mas são dois arquivos. Só que o segundo arquivo é só o EAD.

Algo que você pode fazer é rodar o ACBrIntall em modo debug e tentar verificar o motivo do erro. Não é fácil mexer em um código que você não tem conhecimento, mas é uma opção se vocês quiserem mesmo testar o desenvolvimento no Windows 10. Mas caso quiserem testar só a aplicação, talvez possam simplesmente instalar o seu aplicativo e testar.

Não. Você consegue reproduzir no programa de Exemplo do ACBrSintegra?

Olá Michel, Você poderia explicar exatamente como que sua contribuição expande o componente do Jéter?

Moderação: Tópico movido.

Puxa, é mesmo. Falha minha.

Para saber se é opcional, verifique o manual do PAF-ECF, isto é, a Especificação de Requisitos em vigor.

Nas observações do registro C175 (pág. 83) diz que é para gerar ele como filho do C100. Eu também testaria com a versão do validador SPED lançada ontem o PVA 2.1.0.

Veja o guia prático mais novo, Versão 1.16. Na página 16 ele informa que dependendo da versão do PVA você deve informar no registro C180. Mas tem um monte de alterações. Sugiro que use o localizar para procurar por "código 65" e ler todas as informações que encontrou.

Bem, não digam que não foram avisados: Tópico Fechado.

Como eu disse no PS: Ele valida. A advertência é, bem, uma advertência... Não é um erro. Se estiver com dúvidas, sugiro que verifique primeiro o manual sobre NFC-e e depois um contador de confiança que entenda sobre NFC-e e SINTEGRA. E se ainda estiver com dúvidas, entre em contato com o pessoal que fez o validador do SINTEGRA. Mas o manual do SINTEGRA informa que você deve colocar a série do documento. Apenas nos casos em que a série é única você deve colocar U no lugar. Então não sei se o problema é isso.

Você deve informar a que está no documento que emitiu. Como eu não estou utilizando NFC-e no momento não posso lhe dizer corretamente onde vai estar essa informação (ou qual você pode utilizar). Mas provavelmente vai estar no mesmo lugar em que está a série e subsérie da NF-e, já que o layout é parecido. EDIT: PS.: Você disse que o arquivo não valida, mas ele valida sim. O que foi apresentado é uma advertência e não um erro. Advertências são possíveis erros, mas o arquivo é válido e talvez até as informações sejam válidas para um caso específico. Erros significam que o arquivo está inválido.

Como eu disse, você está lendo fora do contexto. Os campos que você acabou de citar CAMPO 6 e CAMPO 7 do Registro 61 são série e subsérie do documento e não do equipamento.

Você está lendo as alterações que foram feitas fora do contexto. Procure no Manual de orientação ao convêni 57/95. Você não vai encontrar esse pedido de número de série nos registro 61 que é o que menciona a Nota de Venda a Consumidor Eletrônica- NFc-e (Modelo 65).

Não sei se já resolveu... Eu não utilizo Java, mas esse tipo de problema é típico de conversões entre ANSI e UTF8. Talvez alguma variável esteja sendo convertida implicitamente de um modo para o outro. Eu sugiro você investigar a partir desse ponto.

Apenas para informar que o suporte aos métodos: EspelhoMFD_DLL, ArquivoMFD_DLL, ArquivoMF_DLL para o Modelo MP4200 da Bematech foram adicionados pelo próprio Daniel na revisão 7418 e 7419.

Juliomar, veja isso:

Pelo que entendi, isso acontece pois em alguns casos a chave pode até ser verdadeira, mas não há como o ACBrEAD ter certeza. Fazer um Exception garante que a mensagem chegará ao programador e ele vai assim poder tratar. Infelizmente, acontece muito de usuários não tirarem tempo para ler a documentação, código fonte dos métodos ou mesmo olhar os exemplos. Assim, aconteceria de muitos reclamarem que a chave é válida mas o ACBrEAD está reportando que não é... :/

Provavelmente. Confira por favor se mesmo utilizando o Exemplo do ACBrConsultaCNPJ você recebe o erro. Se o erro aparecer vamos providenciar uma correção assim que possível.

Por favor, anexe o arquivo aqui no fórum e não em um outro servidor de arquivos.

Utilize o TIBSQL ou o TIBScript da paleta Interbase Express (IBX).

Muito provavelmente você está utilizando algum dado diferente dos dois testes. Faça um log salvando o "string" que é passado para a função HASH ao inserir/alterar. Depois compare esse "string" com o que você está utilizando para validar o hash.

é... só implementar a parte do controle remoto...

Qual projeto?