BigWings

Até onde sei o arquivo gerado está nas especificações do convênio, e é o que tem que ser enviado via TED. Por que a contabilidade precisa do arquivo?

Esse XML foi gerado pelo componente ACBrNFSe? Comparando com o gerado pelo componente, me parece que o conteúdo da tag nfseDadosMsg devia estar codificada, assim como está na nfseCabecMsg.

Deve funcionar, mas talvez você devesse armazenar ele já assinado. - Um XML sem assinatura não valida pelos Schemas. - Se houver uma renovação de certificado entre o envio do MDFe, e a consulta posterior, a assinatura seria a mesma, gerando o mesmo digest value? Aliás é outro detalhe que você pode querer ativar, a popriedade ValidarDigest do componente, para garantir que está inserindo o protocolo no mesmo XML autorizado pela SEFAZ.

O XML que você está carregando está assinado? O QrCode só é gerado no XML após a assinatura.

A mensagem vem da SEFAZ, não é gerada pelo ACBrMonitorPLUS. Se a sua aplicação emite e o ACBrMonitorPLUS não, tem algo diferente na configuração do emitente, CNPJ, inscrição estadual ou ambiente.

No caso da manifestação do destinatário, o evento é enviado para o Ambiente Nacional, então o cOrgao deve ser 91. E o CNPJ é o de quem está emitindo a manifestação, ou seja, o destinatário da nota informada na chave.

Veja o componente ACBrConvenio115. E o programa exemplo na pasta ACBr\Exemplos\ACBrTXT\ACBrConvenio115.

O componente faz a alteração dessa configuração para a UF da chave da NFe ao enviar o evento de prestação de serviço em desacordo. Afinal é um requisito:

Anexe o log do instalador.

Pra evitar vários tópicos sobre o mesmo assunto, vou encerrar este. Se desejar anexar as alterações faça no outro tópico.

Acredito que nesse caso tenha que ser emitida uma NFe e não NFCe. Mas você pode procurar orientação melhor de um contador.

Pelo tópico abaixo isso já está disponível no svn: Favor atualizar os fontes.

https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html Veja também os manuais da NFe para detalhamento de cada campo: https://dfe-portal.svrs.rs.gov.br/Nfe/Documentos

Pelo que vi no grupo [ICMS001] você informou apenas o valor do ICMS próprio, faltaram as tags referentes ao ICMS ST.

Se eu entendi, em primeiro momento você atualizou os fontes e instalou normalmente o ACBr. Depois disso você desinstalou e apagou a pasta do ACBr, baixou novamente e só aí teve erro na instalação. Esse é um erro do Delphi, a documentação diz que pode ser algo relacionado a consumo de memória no momento da compilação. http://docwiki.embarcadero.com/RADStudio/Rio/en/F2084_Internal_Error_-_%s%d_(Delphi) Você consegue compilar normalmente, uma aplicação vazia por exemplo, sem uso dos componentes ACBr? Se declarar a unit DBClient no uses, nessa aplicação vazia, compila normalmente ou também tem o erro? A única coisa em comum que vi no seu log de erros, nas linhas indicadas, foi a unit DBClient declarada.

Aqui explica: Recomendo a todos que acompanhem com atenção o fórum de notícias.

O estranho nesse arquivo é que o header de lote indica um número de convênio, enquanto o formato do nosso número indica outro.. Fiz teste informando: Convenio = 61447 Nosso número = 12004 O resultado foi o mesmo do banco:

Sim, tem. Veja se fez a instalação corretamente. Certifique-se de estar usando o ACBrInstall_Trunk2.exe atualizado e se marcou o pacote para instalação. Se ainda tiver problema anexe o log do instalador.

Não parece ter havido alteração recente nos layouts de impressão dos boletos... O que geralmente causa esse problema é a configuração de escala (DPI) do Windows diferente de 100%, ou o tamanho do papel na configuração da impressora padrão. Então verifique essas configurações.

No CTe não existe tag para informar o destaque do PIS/COFINS. Já na EFD Contribuições, onde é feita a escrituração desses documentos, registros D201 e D205, são exigidas as informações do PIS e COFINS. Então se a sua aplicação for apenas gerar o CTe, não é preciso informar, mas se for preciso gerar a escrituração, sim. Que saiba em regime normal todo frete é tributado em PIS e COFINS, mas o melhor é conversar com o contador.

A mais usada é a base do IBPT. https://deolhonoimposto.ibpt.org.br/ Faça o cadastro, baixe o manual e as tabelas e veja o componente ACBr_IBPTax.

Na configuração padrão do componente a mensagem de validação seria: Veja que a segunda linha identifica o problema (a mensagem em inglês vem da biblioteca de validação usada, no caso a libxml2). Veja se está configurando a propriedade ACBrNFe1.Configuracoes.Geral.ExibirErroSchema. Quanto ao grupo refNF ele só pode ser informado caso esteja referenciando nota em papel, sendo NFe basta informar refNFe.

Tente o comando: ESCPOS.DESATIVAR https://acbr.sourceforge.io/ACBrMonitor/ESCPOSDesativar.html É um problema conhecido ao usar QrCode lateral, por o ACBr não conseguir definir a altura da região onde são impressas as informações da NFCe, sem a informação de espaçamento entre linhas. Configure a opção "Espaços" na aba PosPrinter, para definir o espaçamento entre linhas. Um valor entre 30 e 60 deve ficar satisfatório.

Pelo que entendi você quer mostrar um DANFE para pré-visualização sem mostrar a chave de acesso. Se é isso, não existe essa opção no componente.

O manual de geração do boleto do Banco do Brasil que temos no repositório identifica os convênios de 7 posições como aqueles acima de 1.000.000. Esse convênio então seria de 5 posições, caso para o qual não há previsão no manual. https://svn.code.sf.net/p/acbr/code/tools/Bancos/BancoBrasil/Especificação Técnica do Bloqueto Cobrança.pdf Veja se esse convênio está correto, se estiver, peça ao banco o manual de geração de boleto bancário correspondente.