Régys Silveira

Você precisa informar corretamente a tag: Ide.idDest := doExterior;

Provavelmente não foi instalada corretamente a capicom, ou existe algum firewall ou antivirus bloqueando o aplicativo.

Quanto a redução Z pendente, basta checar o status do ACBrECF utilizando ACBrECF.Estado. Quanto a bloquear a Redução Z no dia, você deve criar alguma forma de controlar isso, pois o usuário pode a qualquer momento enviar o comando de Redução Z, não existe um retorno do ECF para esse tipo de situação.

Veja a sua mensagem de erro, ela se inicia justamente com o arquivo xsd que está sendo usado é se você prestar atenção verá que é a versão 2.0, então você está com o componente configurado par 3.10 mas usando schemas 2.0 por isso o erro. Verifique sua rotina pois em algum momento algo não está sendo configurado corretamente.

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

Veja que ainda está utilizando os schemas da NF-e 2.0, então ou você não apontou para o diretório correto ou tem algo errado que está fazendo ler os schemas errados. Utilize os schemas da pasta: \Exemplos\ACBrNFe2\Delphi\Schemas\ve310

Penso que seria mais simples implementarmos a impressora também para NFC-e, assim teriamos a possibilidade de ter impressoras diferentes, eu particularmente acho correto, visto que NFC-e e NF-e tem usos diferentes em lugares diferentes. Vamos aguardar alguém mais opinar, assim podemos passar para quem é responsável pelo desenvolvimento do ACBrMonitor para que implemente.

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]".

O AM é o único webservice de NFC-e que aceita que qualquer estado envie para ele no ambiente de homologação, por isso ele é utilizado para testes.

Mesmo após o que foi exposto aqui o erro continua?

Este tipo de informação deveria lhe ser passada por um contador, aqui no fórum podemos lhe ajudar somente com os componentes ACBr ou monitores.

O retorno para um evento no monitor será no formato: [EVENTOXXX] id= tpAmb= verAplic= cOrgao= cStat= xMotivo= chNFe= tpEvento= xEvento= nSeqEvento= CNPJDest= emailDest= dhRegEvento= nProt=

Uso o Fastreport a muito tempo e nunca me ocorreu esse erro, você seguiu o que o Juliomar disse, utilizar a versão basic? Veja que o FastReport nativo (que vem junto do delphi) é diferente do completo que é pago, por isso temos versões diferentes do arquivo .fr3

Você precisa dar mais informações, mensagem de erro, versão do monitor, etc.

ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[X].RetInfEvento.dhRegEvento, ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[X].RetInfEvento.nProt, ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[X].RetInfEvento.cStat, ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[X].RetInfEvento.xMotivo, ACBrNFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[X].RetInfEvento.XML

Primeiro, lembre-se que aqui é um fórum aberto, então urgência não existe, os usuários ajudam conforme o tempo de cada um permite ajudar, chega a ser falta de educação pedir isso em um fórum aberto. Caso queira urgência avalie a opção de utilizar o ACBrSAC que é um fórum fechado é com uma equipe por conta. Quanto a serviços na NFC-e, somente o Distrito Federal aceita, no restante dos estados somente se a prefeitura possuir convênio com o SEFAZ do estado para aceitar serviço na NF-e/NFC-e, isso geralmente não ocorre, cada prefeitura tem seu webservice próprio para NFS-e e que deve ser usado.

em outro tópico um usuário disse que realmente SP está instável, bem como outros estados também, essa migração dos webservices para 3.10 pode ter sido a causa.

No monitor ainda não tem a configuração, vou pedir para um dos responsáveis por ele verificar uma forma de adicionar. Por enquanto, você pode imprimir duas vias, uma ficará com o cliente e outra no estabelecimento.

Anexe o XML que está dando problema.

ACBrNFe.EventoNFe.LerXML(...);

Sintegra.gov.br, serviços, clique em RS, consulte pelo CNPJ.

Você deve atualizar todos os schemas para a versão 3.10, baixe o pacote no site da NF-e ou utilize os que estão no exemplo do ACBrNFe na pasta de exemplos, você precisa remover todos os schemas antigos e utilizar os novos. Não adianta somente trocar os schemas e recompilar o software, você vai precisar adequar teu software a nova versão, faça uma busca no fórum pois este assunto já foi amplamente discutido.

Não adianta usar ISO oficial é crackear, se você está utilizando algum tipo de cracker ele vai alterar a versão para que funcione, é um fato. Tenho XE7 em produção já a um bom tempo e nada disso acontece, bem como no QA da Embarcadero não consta nenhum problema desse genêro, se realmente houvesse algo deste tipo com certeza os usuários do Delphi com versões normais já teriam reportado no QA e a Embarcadero já teria arrumado isso.

1. utilize a propriedade viaconsumidor do DANFE, imprima a primeira via normal e depois a outra com a propriedade marcada. 2. você envia e testa o retorno, se status diferente de autorizado, verifique e trate como deseja, se retornada exceção então não tem conexão ou algo está errado, se não for erro de validação da nota, então você entra em contingência off-line, o ideal e checar o tipo da exception para tomar a decisão correta.

O erro ocorre porque você está informado um destinatário que possui Inscrição Estadual mas na nota você colocou como Isento. Se você verificar este CNPJ no RS vai ver que ele possui inscrição de produtor, que deve ser informada.