Régys Silveira

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.

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.

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

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.

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.

Olha, tenho XE7 instalado em pelo menos 3 maquinas em produção já a 5 meses e nunca tive problemas e não lembro de nenhum MVP reportar problema desse tipo nem de ver algo assim no QA da Embarcadero, tudo está funcionando perfeitamente. O que sei é que algumas versões pirata que utilizaram ISOS ainda em teste, sim, tem problemas, mas justamente por isso, serem piratas de versões de teste que ainda estavam cheias de bugs.

Qual versão de NF-e você está enviando?

Está é uma impressora nova? Porque aparentemente ela não foi inicializada corretamente.

Qual é a versão do FastReport instalada ai, pois aqui a boleta imprimiu normalmente utilizando o demo do acbrboleto.

Só complementando, não utilize a versão 3.0, ela foi usada somente para os primeiros pilotos de NFC-e e não deve ser usada de forma alguma em produção ou homologação hoje.

Este cliente está liberado nos dois ambientes produção e homologação? Já vi acontecer com alguns clientes meus casos em que o contador solicita a liberação somente o ambiente de produção por exemplo, impossibilitando a emissão de nf-e em homologação.

Pode ser algo no provedor de internet do cliente ou até mesmo alguma regra de firewall no roteador dele, este erro HTTP 500 acontece sempre que não se consegue processar uma solicitação a um webservice ou site.

SIm uma Daruma DR700, eu sempre trabalho com o buffer em 0 porque a impressão do escpos é muito rápida, não vi necessidade de usar buffer.

Erro HTTP 500 é problema no webservice (Internal Server Error), não temos como fazer nada.

Tem algo estranho, pois aqui eu fiz testes com NFC-e de mais de 200 itens e está imprimindo normalmente.