Régys Silveira

Para funcionar a dica que passei antes a unit pcnConversao tem que estar declarada. Se você possuir dois enumeradores com nomes iguais, o delphi vai usar o da unit que estiver declarada, então você precisa declarar pcnConversao e mostrar a ele qual tipo de enumerador deseja usar. Você já declarou tanto pcnConversao quanto pnfsConversao, então em teoria deveria funcionar a forma que lhe passei, pois você está informando o tipo de enumerador que deseja utilizar. Qual é a versão de Delphi que você está utilizando?

Este XML não tem nenhum problema validei ele normalmente, a única situação apontada é que ele já foi inutilizado. Resultado da Validação do Schema e de Regras de Negócio (atualizado até a NT2014/004 e anteriores): Parser XML: Nenhum erro encontrado Tipo de Mensagem: Documento de NF-e Schema XML: Nenhum erro encontrado NF-e 42150201784320000142550010001062701001062702 Certificado Digital do Titular: CN=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Assinatura Digital: Válida Regras de Negócio [Ambiente de Produção] 1 erro de validação 206 - [simulacao] Rejeicao: NF-e ja esta inutilizada na Base de dados da SEFAZ

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.