Italo Giurizzato Junior

No XML o valor da tag CodigoServicoMunicipal esta 852010 e não 1.07 

Boa tarde,
O problema é que o CT-e foi emitido em ambiente de produção e seu evento esta sendo enviado para o ambiente de homologação.
Na verdade a SEFAZ deveria rejeitar o seu evento com a mensagem de documento não encontrado na base de dados, mas nem tudo é perfeito.
Configure o componente para o ambiente de produção e tente novamente.

Bom dia,
Pela mensagem de erro diz que o grupo Endereço esta incompleto, segundo a mensagem esta faltando a UF, e o e-mail esta invalido.

Boa tarde Osmar,
Veja estas regras de validação da SEFAZ:

No meu entendimento devemos usar o NroRegEstadual quando o transporte for dentro do Estado, e o TAF quando for para fora do Estado.

A regra 831 era facultativa mas cada UF poderá implementar se assim desejar, a regra verifica se o NroRegEstadual foi informado e UF de inicio é a mesma do Emitente, caso afirmativo será feita uma validação do numero de registro.
 

Bom dia Luís,
Favor atualizar os fontes e faça novos testes.

Bom dia Julio,
A sua nota foi rejeitada, isso explica a mensagem de erro que você esta tendo ao consultar ela.
Não verdade a SEFAZ deveria retornar uma mensagem informando que a nota não consta na base de dados e não a descrição da regra que foi aplicada.
Por que a sua nota foi rejeitada?
Porque a SEFAZ-MT não atualizou os schemas no ambiente de homologação da NFC-e para aceitar o grupo <infRespTec>, enquanto a SEFAZ não atualizar os schemas não será possível enviar a nota com esse grupo.
Outra coisa, notei que você esta atribuindo a cNF o numero da nota ( nNF ), isso esta errado, inclusive até o final deste ano a SEFAZ vai implementar uma regra de validação que vai rejeitar notas cujo nNF seja igual a cNF.
O valor de nNF (numero da nota fiscal) tem que ser um numero sequencial.
O valor de cNF (código da nota fiscal) tem que ser um numero aleatório gerado pela sua aplicação e armazenado no banco de dados juntamente com os demais dados da nota.
Ao alimentar o componente você deve ser essa informação do banco de dados e atribuir ao campo cNF.
Fica ai a dica.

Bom dia,
Pelo que notei essas linhas são da versão muito antiga (trunk) na versão atual algumas dessas propriedades deixaram de existir e outras mudaram de lugar ou de nome.
  ACBrNFSe1.Configuracoes.Arquivos.PathSchemas := edtSchemas.Text;
  ACBrNFSe1.Configuracoes.Arquivos.PathSalvar := PathMensal;
  ACBrNFSe1.Configuracoes.Geral.CodigoMunicipio :=  StrToIntDef(edtCodCidade.Text, 0);
  ACBrNFSe1.Configuracoes.Geral.SenhaWeb := edtSenhaWeb.Text;
  ACBrNFSe1.Configuracoes.Geral.UserWeb := edtUserWeb.Text;
  lblSchemas.Caption := ACBrNFSe1.Configuracoes.Geral.xProvedor;
  ACBrNFSe1.Configuracoes.Arquivos.SepararPorMes := True;
Note que a propriedade PastaMensal agora se chama SepararPorMes.
A propriedade SetConfigMunicipio não existe mais, na verdade a sua execução é automática ao alimentar a propriedade CodigoMunicipio.
As demais propriedades mudaram de grupo, por exemplo o PathSchemas que antes se encontrava no grupo Geral agora esta em Arquivos.

Bom dia Alessandro,
Não existe Contingência Off-Line para a NF-e somente NFC-e.
Quando o emitente esta com problemas de conexão deve enviar para a SEFAZ o evento EPEC e quando sessar os problemas enviar a nota.
Para enviar o evento EPEC o emitente tem que se utilizar de uma conexão do tipo 3G ou 4G.
Por favor leia a Nota Técnica 2014/001 versão 1.10 que trata sobre o evento EPEC.
NFe_NT2014_001 v1.10 Evento EPEC.pdf

Favor anexar os XML de envio e de retorno do evento.
Outra coisa importante, o CNPJ informando no campo CNPJ tem que ser do destinatário da mercadoria e não de quem emitiu a nota.

Boa tarde,
O idCSRT e CSRT não tem data para ser exigido no XML (Implementação futura).
O que vai ser exigido a partir do dia 03/06/2019 para as UF: AM, MS, PE, PR, SC e TO é o grupo <infRespTec> com as seguintes informações: CNPJ, xContato, fone e email.

Não vejo outra alternativa.
Todos que atualizaram os fontes já estão com as suas aplicações prontas para gerar o grupo em questão entre outras coisas mais.

Bom dia Leite,
Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Adilson,
A consulta a situação do lote só pode ser feita em provedores que seguem a versão 1 do layout da ABRASF.
Os provedores que seguem a versão 2 não tem esse serviço em seus webservices.
Os provedores que seguem a versão 1 só tem o serviço de envio assíncrono que no componente é o método Enviar.
Já os provedores que seguem a versão 2 a principio tem os serviços de envio assíncrono (método Enviar), envio síncrono (método EnviarSincrono) e gerar nfse (método Gerar), este permite o envio de somente um rps.
Por que a principio?
Porque tem provedor que segue a versão 2, mas disponibilizou somente o Gerar nfse, outro somente o Enviar síncrono.
De duas ou uma, ou você vai na tentativa e erro para saber quais os serviços que o provedor lhe oferece, ou abra o arquivo INI dele e veja quais seções de serviços foram montados os envelopes.
Veja este exemplo:
TcheInfov2.ini
É um provedor que segue a versão 2 do layout da ABRASF, compare o conteúdo das seções:
[Recepcionar], [ConsSit], [ConsLote], [ConsNFSeRps], [ConsNFSe], [Cancelar], [Gerar], [RecSincrono], [Substituir]
Notou que somente os que eu coloquei em negrito esta definido o Envelope Soap?
Sabe porque?
Simples esse provedor apesar de seguir a versão 2 do layout a ABRAF em seu webservice implementou somente os serviços: Gerar NFSe, Cancelar NFSe e Consultar NFSe por RPS.
Sendo assim para esse provedor o envio será feito pelo método Gerar, portanto um RPS por vez, logo não tem como enviar um lote de RPS.
Não tem como consultar a situação do Lote, não tem como consultar o Lote, não tem como consultar a nfse e muito menos enviar um lote de RPS no modo assíncrono ou síncrono e nem o serviço de substituir nfse foi implementado.
Entendeu agora que a sua aplicação tem que ter uma tela de configuração onde você define quais os serviços vão poder ser utilizados?

Bom dia,
Experimente remover o sinal "+" que esta na tag verProc.

Bom dia,
Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia,
Primeiramente a Inutilização não é um evento.
Segundo, você não inutiliza uma nota e sim um numero ou uma faixa de números sequenciais.
Ao inutilizar um numero ou faixa, você esta informando a SEFAZ que não existe nenhuma nota com aquele numero, ou notas dentro da faixa informada.
Com relação a sua pergunta, a resposta é não.

Boa tarde,
O que vai ser feito e acredito estar disponível na próxima versão do ACBrMonitor é a tarja de "NF-e Denegada" impressa em tamanho grande talvez no centro da folha.
Quanto a não imprimir o DANFE de uma nota denegada de forma automática ainda esta sendo analisado pela equipe ACBr.

Bom dia Carlos,
Primeiramente gostaria de saber porque você esta passando o valor 2 no terceiro parâmetro.
Analisando o código fonte do ACBrMonitor em especial o comando para consultar o cadastro, temos:
Parâmetros:
1 - Sigla da UF onde se encontra a empresa;
2 - Numero do documento;
3 - Se for 0 ou se não for informado considera que o numero do documento é um CNPJ, se for 1 considera que o numero do documento é a Inscrição Estadual.
Como você pode ver, em vez de realizarmos a consulta pelo CNPJ, podemos realizar pela Inscrição Estadual da empresa.
Um detalhe importante é que se configurarmos o Monitor para o Estado de São Paulo só podemos consultar empresas localizadas em São Paulo, para que seja possível realizar a consulta de uma empresa que se encontra em Minas Gerais (por exemplo) se faz necessário primeiro mudar a configuração do Monitor, ou seja, mudar para Minas Gerais.
Infelizmente não tenho nenhum certificado valido para realização de testes.
Com relação a empresas prestadoras de serviço, no meu entendimento se elas não estiverem habilitadas a emissão de NF-e, ou seja, somente notas de serviço elas não vão constar no cadastro da SEFAZ, logo não será possível obter os dados dessa empresa.

Boa tarde Antônio,
O componente possui uma propriedade de configuração para você definir os XMLs serão salvos.
Configuracoes.Arquivos.DownloadNFe.PathDownload := <informar aqui o path desejado>;

Boa tarde,
O CPF informado tanto no comprador quanto em informações do passageiro é 12345678901 e isso pode ocasionar erros de validação.

Boa tarde Everton,
Favor atualizar os fontes e faça novos testes.

Bom dia,
Em vez de:
ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib:= xsMsXml;
Tente:
ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib:= xsLibXml2;

Bom dia Igor,
Basta acrescentar a cidade em questão no arquivo Cidades.ini aos moldes das demais que se utilizam do mesmo provedor.
Procure sempre iniciar os testes usando o programa exemplo do componente ACBrNFSe.

Bom dia,
Toda vez que ocorre esse tipo de erro (999 - Erro não catalogado), sem duvida é na SEFAZ.
Devemos entrar em contato com eles e expor o problema.

Bom dia Dercide,
Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.