Régys Silveira

Verifique sua lista de arquivos declarados no USES, aparentemente o Delphi está se perdendo quanto ao tipo enumerado. Você também pode forçar o tipo enumerado da seguinte forma: Ide.tpEmis := TpcnTipoEmissao.teNormal;

Por favor pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Experimente nosso mecanismo de Busca com algumas palavras chaves e surpreenda-se com os resultados. No topo da página, você encontrará a caixa de busca

Estranho isso não, retornar um erro de validação de XML. Essas marcações geralmente influenciam na conexão e não na validação do XML, a não ser que o XML tenha chegado ao webservice pela metade devido as marcações.

ID:O14 seria diferença no somatório dos valores de vIPI, mas olhando seu XML está tudo zerado, inclusive ele passa no validador da SEFAZ/RS. Tentou entrar em contato com o SEFAZ/MG para verificar se não é algum problema lá?

Na versão 3.10 deve se utilizar a tag Dest.indIEDest = inIsento quando quiser informar que o destinatário é Isento.

Então eu uso somente certificado A3 para testes e não acontece isso que você passou.

Poderia anexar uma imagem de como está saindo?

Você pode ter ECF e NFC-e em PDVs distintos mas não no mesmo PDV. Em estados que adotaram a NFC-e geralmente funciona assim: Você pode utilizar o ECF até ele entrar em manutenção ou esgotar a memória fiscal, em ambos os casos ele é substituído pela NFC-e, se por acaso o comerciante optar por emitir a NFC-e independente disto ou for obrigado por ofício, ele não pode utilizar o ECF para imprimir, deve convertê-lo para uma impressora não fiscal ou dar baixa no ECF e utilizar uma impressora não fiscal.

Você instalou o driver Daruma corretamente, pois o tools utiliza comunicação própria. Você tem certeza que nada mais está utilizando está porta COM2? Eu tenho duas Darumas aqui e ambas sempre funcionaram 100% sem dificuldade, só mesmo configuração do componente é que pode estar errada ou algo mais está conectado a porta serial.

Sim Italo, no caso o pessoal está comentando da cobrança da NFC-e na homologação do Paf-ECF, desde a versão 02.02 os homologadores estão pedindo a emissão é impressão da NFC-e na homologação do Paf-ECF isso porque algum irresponsável colocou isso lá, digo irresponsável porque como já foi discutido, são tecnologias concorrentes, se o usuário utiliza ECF não deveria utilizar NFC-e nem vice-versa.

O homologador está maluco, o QRCode é obrigatório, basta ler a nota técnica referente ao NFC-e, não existe NFC-e sem QRCode, isso é fato. Como também não existe imprimir a NFC-e na impressora fiscal, as duas tecnologias são concorrentes, ou adota-se uma ou adota-se outra, o que acontece é que a lei foi mal formatada e mal entendida, juntando-se estes dois pontos temos essa bagunça que está sendo cobrada na homologação.

Em que ponto está ocorrendo o erro, se for no seu aplicativo e algo que você declarou no uses que não deveria ter declarado.

Por favor anexe os XMLs para darmos uma olhada, mas pela erro ("Modelo da NF-e diferente de 55") aparentemente é algo errado no webservice, pelo que entendi ele não está tratando inutilização para o modelo 65 (NFC-e) parece estar tratando somente modelo 55 (NF-e). Você tentou entrar em contato com o suporte do webservice ?

Envie o XML original da nota, pois este está com problemas, sem ele não é possível lhe ajudar.

Não tem como verificar se a senha for digitada corretamente quem faz isso no caso do A3 é o gerenciador do certificado, verifique se o certificado e o gerenciador estão instalados corretamente.

Enviado.

Enviado

Por favor envio o arquivo alterado para verificação.

Isso é normal, imagine quantos concorrentes eles tem, nenhuma empresa passa informações antes de ter conhecimento de quem pergunta. Basta fazer o contrato com eles e você terá tudo que precisa, quanto ao contrato é algo normal, não vão te cobrar nada antes de ter alguém instalado e licenças liberadas, mas você terá acesso a qualquer informação que precise após ele.

Por favor anexe o arquivo alterado para comparação.

Até onde sei a Bematech não possui informação do operador, então geralmente você imprime no rodapé.

Provavelmente você nomeou uma unit ou outro componente com o nome ACBrTEFD e por isso ele não encontra as propriedades e métodos.

Você entendeu errado, o contrato com a software express é fixo, eles te cobram fixo dependendo da quantidade de pdvs e servidores sitef instalados mais o valor da VPN, esses valores você paga a eles independente de quanto cobrar do seu cliente, tanto que a boleta é emitida diretamente para a sua empresa. Esse custo geralmente você repassa ao seu cliente, ganhando ou não um percentual em cima dele, mas isso é regra de negócio sua, você é quem decide.

As dlls podem ser encontradas no repositório ACBr no diretório LIB ou no próprio site da Daruma para desenvolvedores.

Todos os dias de manhã o webservice de homologação tem ficado instável, mas chegando na hora do almoço ele volta ao normal. Tenho feito testes todos os dias com ele para um projeto novo e fora isso, tudo está OK.