BigWings

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.

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.

Veja:

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

O que quer dizer com "enviando direto pra a SEFAZ-RJ"? No caso do MDFe, todos os estados redirecionam para a SVRS. Veja a configuração do ACBrMDFeServicos.ini: [MDFe_RJ_P] Usar=MDFe_SVRS_P [MDFe_RJ_H] Usar=MDFe_SVRS_H Se está tento a rejeição com falha de schema basta validar o arquivo e ver o que está errado.

Portal MDFe da SVRS. Colei o link lá em cima.

Se a segunda via gerada pelo banco tem código de barras ou linha digitável diferente do gerado pelo ACBrBoleto, então ele não vai ser mesmo aceito. Pra saber o que está errado só conferindo o manual do banco.

É preciso ver se os dados que está enviando na remessa são os mesmos dados usados para impressão do boleto. Estando tudo correto e se ainda aparece o aviso, precisa entrar em contato com o banco pra saber se o problema é lá.

Quer dizer que falta assinar o arquivo. Você não respondeu se está usando o ACBrMDFe para gerar o XML.

Esse XML foi gerado pelo componente ACBrMDFe? Está realmente acusando erro no validador, na tag tpCarga: https://dfe-portal.svrs.rs.gov.br/Mdfe/ValidadorXML Pelo layout, a tag tpCarga deve ter 2 dígitos.

Aparentemente está normal. Anexe o teu XML.

Apenas esclarecendo: Devolução parcial é permitida, pela emissão de uma NFe de entrada. O que não existe é cancelamento parcial, de um item de uma nota por exemplo. Fechando.

Isso é interno do componente e da linguagem na qual ele é desenvolvido, sempre vai retornar o primeiro item caso seja informado um valor inválido. Aqui tem outro exemplo:

O layout diz que o campo tPag é do tipo numérico, mas com tamanho fixo em 2, por isso no XML sempre deve conter o zero a esquerda. De modo geral, qualquer campo que tenha uma lista de valores válidos e/ou tamanho fixo no layout.

Não vejo porque não seria possível a devolução parcial, afinal é direito do consumidor, se ele comprou 2 peças, devolver uma. Nesse caso seria gerada uma NFe de entrada, com os dados do consumidor ou da própria empresa emitente, com CFOP de devolução de venda, para retornar a mercadoria para o estoque. A sua rotina faz isso? Já o cancelamento da NFe ou NFCe faz o cancelamento completo, nesse caso, sim, teria que lançar novamente a venda e gerar nova nota.

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

Essa configuração do arquivo Cidades.ini está errada. Use o arquivo anexo: Cidades.ini Substitua também o arquivo Fiorilli.ini: Fiorilli.ini