BigWings

O instalador não compila os pacotes em 64 bits. É necessário não marcar a opção LibXX para que sejam adicionados no library path os caminhos para os fontes do ACBr, para serem usados na compilação de cada projeto.

Cada município contrata sistemas que implementam a NFSe cada um a sua maneira, apesar de haver um padrão nacional e uma tentativa de implantação da NFSe Nacional ainda capengando. Alguns não exigem nem o certificado digital, podendo a comunicação ser feita via usuário e senha, ou hash de acesso. Se o município em questão permite o uso do eCPF e está implementado no ACBr, provavelmente a resposta é sim.

Não tem substituto pra ele. Você pode usar a versão para a licença comercial do FastReports ou a versão em Fortes. Foi movido para a pasta Obsoletos por não receber mais contribuições, e pode estar defasado.

O enumerado está declarado na unit pcnConversao.pas e a mesma referenciada normalmente na unit ACBrNFeConfiguracoes.pas. Como ACBrInstall_Trunk2.exe compilou normalmente, é algo no seu projeto, pode ser que tenha algum .pas ou .dcu antigo do ACBr no path de compilação dele. Você usa Delphi ou Lazarus? O ACBrInstall_Trunk2.exe serve apenas para o Delphi e você está compilando o ACBrMonitorPLUS no Lazarus... No Lazarus você fez o rebuild após a atualização dos fontes? Idem ao acima.

Não entendi se o erro é na instalação dos componentes ou no código da sua aplicação. Chegou a reinstalar os compoentes pelo ACBrInstall_Trunk2.exe, marcando a opção de remover arquivos antigos?

A recomendação do manual é que quando há tentativa de transmissão no modo normal e há erro de comunicação de qualquer tipo, você deve emitir outra NFCe, com nova numeração, em contingência off-line, e marcar a primeira para cancelamento ou inutilização. Quando a conexão retornar, transmitir a NFCe emitida em contingência, e consultar a primeira, se autorizada fazer o cancelamento, se não existir a NFCe, fazer a inutilização da numeração. O manual não menciona o cancelamento por substituição que ainda não existia, mas esse deve ser necessário já que tem prazo de cancelamento de 168 horas enquanto o cancelamento normal foi reduzido para 30 minutos.

Correto. Também precisa informar na geração do XML as tags Ide.dhCont e Ide.xJust com a data e hora de entrada em contingência e a justificativa, respectivamente. Sim, a contingência SVC está sempre ativada em homologação. O XML tem que ser gerado em contingência, então só alterar as URL não resolve. E o componente já procura as URL na chave [NFe_SVC-AN_P] de acordo com a configuração ACBrNFe1.Geral.Configuracoes.FormaEmissao.

Acredito que é usado verde apenas para destacar alterações quando há uma nova versão de uma NT. Como a NT 2018.004 tem apenas uma versão (1.00) todas as alterações estão grifadas em amarelo.

Em 29/04/2019 entrou em vigor em produção a NT 2018.004 que reduziu o prazo de cancelamento de NFCe para 30 minutos, e estipulou o de cancelamento por substituição para 168 horas. Então se a UF em questão não tem exceção para o prazo de cancelamento, deve seguir o da NT.

O SCAN não é mais usado, foi desativado há tempos. Se a SEFAZ agendou a contingência o que vai ser ativado vai ser a contingência SVC. Para saber como tratar a contingência leia o manual de orientações do contribuinte, a partir da página 150: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=URCYvjVMIzI= No caso de SP a SEFAZ usa a SVC-AN para autorização em contingência: O que precisa fazer na aplicação: - Ajustar a configuração ACBrNFe.Configuracao.Geral.FormaEmissao := teSVCAN; - Na geração da NFe informar a tag tpEmis = teSVCAN; O restante do processo é como no envio normal, a NFe é enviada para o webservice de contingência e ele fornece o protocolo de autorização. Nada mais é preciso fazer do lado da aplicação, assim que o serviço da SEFAZ for normalizado, o próprio webservice se encarrega de sincronizar as NFe emitidas em contingência.

Não, isso não é mais necessário.

Enviado para o repositório, rev. 16980.

Favor atualizar os fontes e testar novamente.

Você não deve considerar o desconto ao informar a tag vProd.

Você pode usar as tags de unidade de comercialização (uCom, qCom, vUnCom, cEAN) e as tags de unidade de tributação (uTrib, qTrib, vUnTrib, cEANTrib).

Testou produção e homologação? Anexe o ACBrNFeServicos.ini modificado. Se possível um XML autorizado também.

Não mudou, as duas opções (salvar o .ini na pasta ou recompilar o .res, acbr e aplicação) são válidas. A primeira é só mais prática para testes.

Estranho... será que houve alteração? Até 26/04 a URL no ACBrNFeServicos.ini era a mesma que consta no arquivo que anexei e não havia relato de problemas. Alguém mais pode confirmar qual a URL correta?

Depois de atualizar, você reinstalou o ACBr pelo ACBrInstall_Trunk2.exe? E marcou a opção de apagar os arquivos antigos do disco na instalação?

Faça novo teste configurando o demo para "salvar os arquivos de envio e resposta" e "salvar envelope soap" e anexe aqui os arquivos para análise.

Favor salvar o arquivo anexo na mesma pasta da aplicação, reiniciar a mesma e testar novamente. ACBrNFeServicos.ini

Se você não informar a tag cNF ou informar o valor 0, o ACBr vai gerar automaticamente um número aleatório para ela. Verifique novamente se a sua rotina não está gerando o valor de cNF igual ao nNF.

Baixe o arquivo ACBrNFeServicos.ini que anexei na minha resposta pra você mais acima. - Salve ele na mesma pasta da aplicação, e teste o envio novamente. ou - Substitua o arquivo ACBrNFeServicos.ini nos fontes do ACBr pelo novo arquivo; - Execute o Compila_RES.bat que se encontra na mesma pasta - Reinstale o ACBr usando o ACBrInstall_Trunk2.exe - Recompile a sua aplicação e teste novamente.

Você viu a minha resposta?