BigWings

Isso está no manual de contingência da NFCe. O processo é igual ao que você já faz mas a NFCe nº 11 deve ser emitida em contingência offline e ter os mesmos dados da NFCe nº 10. Posteriormente você transmite a NFCe nº 11 e consulta a nº 10, se ela tiver sido autorizada você faz o cancelamento por substituição, indicando a chave da NFCe nº 11 como substituta. Se não tiver sido autorizada, inutiliza-se a numeração. O prazo para o cancelamento por substituição é 168 horas.

Tem o manual do banco com essa instrução?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Verifica as configurações SSLLib e SSLType, é preciso usar TLS 1.2. O erro de validação é por estar usando Schemas desatualizados, verifique a pasta de schemas e a configuração PathSchemas do componente.

Isso é algum erro no .dfm. Veja se algum arquivo está marcado em vermelho na pasta. Se tiver manda fazer o revert pelo Tortoise.

Quanto a parar de gerar pode ser por ele ter parado de usar o serviço, nesse caso é interrompida a geração, conforme as últimas versões da NT 2014.002. Já quanto a sequência dos NSU, você verificou que tipo de documento é o NSU 3469 e o 3545?

A versão é definida no arquivo ACBrNFSeXServicos.ini, que é compilado como res e assim embarcado na aplicação.

Como disse acima, isso deve estar na sua aplicação e não no ACBr.

Existe validação para a tag pICMSInter que deve ser 4, 7 ou 12%. Quanto à pICMSUFDest não lembro de haver validação.

Faça o teste usando o programa exemplo, se ocorrer o mesmo erro mostre aqui o passo a passo pra reproduzir. Se não ocorrer, provavelmente é algo na sua aplicação, e você vai precisar depurar o código pra descobrir. Até onde sei não tem nada no código do ACBr que salve esse arquivo temp.xml.

Já foi corrigido, atualize os fontes.

Você pode usar os webservices do AM para fazer testes e não depender da SEFAZ-MG. http://portalnfce.sefaz.am.gov.br/desenvolvedor/ambiente-de-homologacao-para-desenvolvedores/

"Expected is one of" = é esperado um dos... ou seja você informa CEP ou latitude e longitude.

A tag vFCP nos grupos ICMS é o valor do imposto devido a UF do emitente. Se é uma operação interestadual com consumidor final deve informar o vFCP do grupo ICMSUFDEST, nesse caso o FCP é recolhido para a UF do destinatário. No ACBrNFe, além do FCP, você vai precisar informar a tag pICMSInterPart = 100 para gerar o grupo ICMSUFDEST.

Lendo o código, isso pode acontecer se você informar CEP ou coordenadas de descarregamento, mas não informar os de carregamento.

O problema ocorre no programa exemplo do componente?

Pela mensagem está tentando gravar um arquivo na raiz C, isso é bloqueado pelo Windows. Veja se está montando o caminho correto, por exemplo, em vez de: C:\Sigam2011temp.xml Seria: C:\Sigam2011\temp.xml.

Problema recorrente na SEFAZ-MG. Sugiro que abra um chamado lá e reporte o problema.

Sim, apenas os documentos que foram recepcionados pelo Ambiente Nacional a partir da primeira consulta ao DistribuicaoDFe passam a ser disponibilizados pelo serviço. Os documentos que foram recepcionados antes disso, ou no período que ficou sem usar o serviço, não tem como consultar.

O modelo está gerando "00" no XML quando devia ser "58". Foram enviadas hoje várias alterações no gerador de XML pra tratar o problema do integer que pode ter quebrado algo. Qual a revisão (versão) dos teus fontes?

O ACBrNFe consome os serviços da SEFAZ, que saiba ela não permite o cadastramento automático.

O ajuste foi enviado há pouco mesmo, atualize os fontes teste e reporte, se possível no Discord que é mais dinâmico.

Atualize novamente, foi subido um possível ajuste para o SVN.

Por favor atualize os fontes e testes. Foi enviado um possível ajuste.