BigWings

Sim. Veja o programa exemplo do componente.

Na Bematech a impressão com 4 dígitos no ano depende da configuração da impressora. Tenho um cliente que o ano passou a ser impresso "20" quando passado o ano "2021". Enviei correção para o repositório, rev. 21161.

A mensagem não é gerada pelo ACBr, se sim pela SEFAZ.

Sim, até onde sei, é somente via webservice. Não existe opção pelo portal nem aplicativo gratuito da SEFAZ que emita o evento.

Mesmo não sendo emissor de CTe, o tomador pode emitir o evento de prestação em desacordo sem problemas.

Primeiro é preciso saber se o webservice retorna o XML com os prefixos. Caso retorne, verificar em que momento o ACBr está removendo esses prefixos. Olhando por cima os fontes não me parece que seja o caso. Então vai ser preciso depurar o código do ACBr no tratamento do retorno do webservice pra saber.

A tabela do repositório é a que foi disponibilizada pelo IBPT. Eles estão sempre atrasados com essas alterações mesmo, eu pessoalmente não recomendo usar pra manter tabela de NCM. Tenho uma tabela interna com NCM e atualizo manualmente de acordo com as notas técnicas e a disponível no portal da NFe: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=T0jOrbxPDKY= Provavelmente no final do mês o IBPT lança uma atualizada.

Creio que você entendeu errado, o que ele disse foi apenas a interpretação do manual com relação a impressão do extrato. Uma coisa é o extrato do SAT, outra é como a informação vai no XML. No XML só pode informar o código do meio de pagamento, vi que incluiu o código 14, ele é previsto pelo manual? Se não, conforme a sugestão do @biniva seria informar: with Pagto.Add do begin cMP := mpOutros; vMP := 100; end; InfAdic.infCpl := 'Meio de pagamento: Convênio';

Mudando para CAPICOM você deixa de usar LibXML2 e passa a usar a msxml.dll. A msxml não tem o problema de acessar schemas em rede mas tem problemas graves com certificado A3, podendo até excluir a chave privada. Por isso não é recomendado.

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

Pra baixar os fontes pela primeira vez você faz um svn checkout. svn://svn.code.sf.net/p/acbr/code/trunk2 Depois pra atualizar faz um svn update na pasta. Sempre depois de atualizar rode o ACBrInstall_Trunk2.exe para compilar os pacotes e instalá-los na IDE. Aqui tem as informações e vídeos explicativos: https://projetoacbr.com.br/fontes/

A URL correta é: svn://svn.code.sf.net/p/acbr/code/trunk2 Faça um svn checkout usando a URL do trunk2 em uma nova pasta. https://projetoacbr.com.br/fontes/

É o componente para emissão do DANFE, gerado no Fast Report. Se quiser pode remover e trocar pela versão em Fortes Report, pra isso precisa do Fortes Report instalado no Delphi e provavelmente alguns pequenos ajustes no código. Mas se viu o tópico que citei, o erro que está tendo é de permissão de gravação na pasta "Arquivos de Programas", você pode definir o "unit output directory" nas opções do projeto pra gerar os .dcu em outro local, ou executar o Delphi como administrador (não recomendo).

Qual URL está configurada no SVN da pasta ACBr?

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

Como gerou no XML?

No lugar de CNPJ, tente informar CNPJCPF.

Quando o valor é 0 não deveria gerar a tag no XML, o ACBr já faz essa verificação. Então você deve estar informando um valor maior que 0 e menor que 0,01. Certifique-se de passar o valor com 2 casas decimais apenas.

Sobre esse assunto leiam o tópico abaixo:

Pelo erro, é a pasta de Schemas desatualizada.

Não, o evento só precisa existir.

Veja que o caminho está para um local de rede. Isso pode acontecer se você tiver configurado dessa forma explicitamente, ou estar executando o ACBrMonitorPLUS de um local da rede. Se o path dos schemas estiver da mesma forma, e estiver usando LibXML2, terá o erro de schema inválido.

Limitação da LibXml2, o path dos schemas não pode ser no formato UNC (\\servidor\compartilhamento). Precisa mapear para uma unidade local ou usar links simbólicos.

Sim, se está havendo a alteração do tomador, o CTe original deve possuir o evento de prestação em desacordo, emitido pelo tomador do serviço para o qual foi gerado incorretamente.