BigWings

Tem algo errado na chamada a ARemessa.Count no seu ambiente, não consegui replicar o problema aqui no Delphi/Windows. Em cada interação são adicionadas duas linhas então se na primeira interação ARemessa.Count é 1, na segunda vai ser 3. Tente alterar a linha: wLinha:= wLinha + sLineBreak + Para: wLinha:= wLinha + aRemessa.LineBreak + E veja se resolve.

Não devia duplicar já que está inserindo duas linhas de cada vez, com o uso de sLineBreak pra separar. Qual sua IDE? Está compilando para Windows ou Linux?

Pode sim exigir o XML válido, esse XML sequer valida pelos schemas:

Esse erro invariavelmente é por informar o IdCSC ou CSC incorretos. Não, pra gerar o QrCode no XML e no DANFe NFCe é preciso gerar o hash.

Nas configurações para NFCe do ACBrMonitorPLUS, além do CSC e IdCSC, informe a versão do QrCode "2".

Pelo que testei o problema é o I maiúsculo no início. Se informar a tag do grupo como infRespTec em vez de InfRespTec deve funcionar.

Para o emitente do MDFe não é retornado o XML, afinal ele já tem o arquivo, e pode disponibilizar o XML de outras formas, enviando por email por exemplo. Para a NFe está sendo implantado o evento de "Ator interessado" que vai permitir que o transportador receba o XML da NFe pelo método DistribuicaoDFe da NFe. Já para CTe não tem nada nesse sentido.

Serve pra justamente isso, mas não é correto. Isso vem da versão antiga da NFe, quando ainda não existia o cancelamento por evento, e ainda é mantido para permitir integração principalmente com contabilidade que não consegue (ou não quer) importar os XML de cancelamentos pra atualizar a situação das NFe.

No serviço DistribuicaoDFe do MDFe não são retornadas as chaves dos documentos, por razão de sigilo fiscal. Veja o que diz a NT 2015.002:

A propriedade "FormularioContinuo" está ativada no componente? Veja também a configuração de tamanho de papel no driver da impressora. Outra solução, mais indicada, é usar EscPos.

Pela documentação, webservice e schemas disponibilizados pela receita, não é retornada essa informação.

Qualquer serviço se executado em loop recebendo o mesmo retorno pode causar rejeição por consumo indevido. Não é algo com o certificado? Se você descarregar o certificado e carregar novamente, em vez de destruir o componente, funciona?

Cada banco tem a sua rotina de homologação. Eles não homologam o sistema, a homologação é feita pra cada cliente que for iniciar o uso de emissão de boletos por sistema próprio.

Esse pacote não existe mais na repositório... tente remover ele do seu Lazarus.

Acho que esse PDF está desatualizado, já existem novos pacotes que precisa instalar antes, por exemplo o ACBrIntegrador e o ACBrDFeReportRL.

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

Já tentou alterar a codificação para ANSI? https://acbr.sourceforge.io/ACBrLib/Geral.html

Não faz muito sentido isso, se você envia a remessa por um layout deve usar o mesmo layout (e mesmos dados) pra impressão do boleto. No manual disponível no repositório o código do banco usado para impressão do boleto no caso do Daycoval é o 077. https://svn.code.sf.net/p/acbr/code/tools/Bancos/Daycoval/Manual S. 707 - Banco Daycoval-Com Instruções do Boleto .pdf Você tem o manual do banco com essa instrução de gerar pelo Itaú?

Componente não. Tem as classes genéricas das unit ACBrXmlDocument, ACBrXmlReader, ACBrXmlWriter.

Você não deve emitir outra NFe, de entrada, se já tem a NFe de venda emitida pelo fornecedor. O desmembramento é feito na escrita fiscal, no SPED é gerado um registro adicional indicando que cada CAIXA constante da nota de entrada do fornecedor corresponde a X UNIDADES de estoque do produto. Não sei como seria informado isso no Sintegra, é preciso consultar o contador.

Parece que faltou informar a base de cálculo: <vBCFCPUFDest>0.00</vBCFCPUFDest>

O problema é na emissão ou na consulta do protocolo?

Mais ou menos isso, eles usam uma versão diferente, não documentada, dentro do mesmo webservice. Teve um hacker usuário do fórum que conseguiu até os schemas que eles usam:

ACBrNFe.Configuracoes.Geral.ForcarGerarTagRejeicao938 := True;

Pode ser isso.