BigWings

Já viu este tópico?

Troque CNPJ por CNPJCPF. @José M. S. Junior Creio que precise corrigir nos modelos na documentação do comando MDFE.ENVIAREVENTO. https://acbr.sourceforge.io/ACBrMonitor/Encerramento.html

Sim, o MDFe é nacional, e o certificado é o mesmo.

Não apareceu o ícone na bandeja do Windows?

Se está falando da versão do QrCode basta configurar. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html

No meu entendimento da legislação, sim, quando o destinatário da NFe é o responsável pelo transporte, ele deve emitir o MDFe. Vide parágrafo 7º do inciso II da cláusula terceira do Ajuste SINIEF 21/2010. https://www.confaz.fazenda.gov.br/legislacao/ajustes/2010/AJ_021_10

uses ACBrBoletoConversao;

https://www.ribeiraopreto.sp.gov.br/portal/noticia/fazenda-vai-disponibilizar-novo-sistema-de-emissao-de-nota-fiscal-eletronica

Pelo que entendi, no evento OnExibeMsg você deve implementar o tratamento desse retorno (fazer a exibição em tela).

As DLLs da ACBrLib precisa baixar aqui: https://www.projetoacbr.com.br/forum/files/category/36-acbrlib/ Elas estão disponíveis para os assinantes do SAC, você pode fazer uma assinatura trial assim já conseguirá baixar. Você também pode baixar o código fonte das DLLs e compilar usando o Lazarus.

Enviado para o repositório, rev. 20342. Obrigado pela contribuição.

Erro 500 pode ser instabilidade do webservice, ou alguma configuração de SSLLib/SSLType incompatível.

NotaControl se não me engano é o provedor ISSNET. Precisa alterar no Cidades.ini o novo provedor e incluir a URL de homologação e produção. Você pode seguir o exemplo das outras cidades que usam o ISSNET.

Creio que para o Banco do Brasil, apenas o registro está disponível via webservice, alteração teria que fazer por envio de remessa em arquivo.

Estranho... esse arquivo tem os segmentos T e U como um arquivo de retorno normal. Nos outros exemplos desse tipo de arquivo constava apenas o segmento W, pelo manual disponível no repositório só o segmento W é informado no arquivo de pré-crítica. Tem um manual atualizado com essa composição?

Não sei se entendi bem a dúvida ou o propósito, mas testei dessa forma e rodou: CREATE OR ALTER PROCEDURE SP_DATES returns ( D date) as begin FOR WITH RECURSIVE DATES (DT) AS ( SELECT CURRENT_DATE FROM RDB$DATABASE UNION ALL SELECT DT + 1 FROM DATES WHERE DT < CURRENT_DATE + 31 ) SELECT DT FROM DATES INTO :D do suspend; end E: CREATE VIEW VW_DATES( D) AS WITH RECURSIVE DATES (DT) AS ( SELECT CURRENT_DATE FROM RDB$DATABASE UNION ALL SELECT DT + 1 FROM DATES WHERE DT < CURRENT_DATE + 31 ) SELECT DT FROM DATES ;

Mas você consegue extrair alguma informação significativa do arquivo? Se a remessa foi processada ou rejeitada, quais os motivos da rejeição... Fazer a alteração "só pra não dar erro" não é o ideal, se não temos tratamento o melhor é disparar a exceção. Pelo que andei olhando ele tem o segmento W que indica linhas e colunas onde ocorreu rejeição, no arquivo de remessa, então pra conseguir identificar os problemas teria que carregar o arquivo de remessa, e o arquivo de pré-critica, pra poder identificar os problema.s O arquivo é CNAB240 mas não é retorno, você também não consegue importar o arquivo de remessa, são layouts diferentes.

Os tipos 3, 4 e 5 de fato não são retorno, eles tem um layout diferente, não? Aqui tem tópicos sobre esse assunto:

O FR3 de fato não está ajustando as bandas pra largura da página, então o melhor por enquanto é manter as margens padrão, ou definir de forma que a largura impressa do DANFE seja sempre a mesma (se tirar da direita, acrescentar a esquerda e vice versa).

Sem querer dizer que esse é o procedimento correto, qual erro tem nesse caso? Não lembro de haver obrigatoriedade desse vínculo.

Que saiba a norma é que apareça no recibo do pagador, nunca foi exigido na ficha de compensação.

Não tem, isso precisa ser validado pela aplicação.

Apenas esclarecendo que a falta de atualizações no arquivo vem por parte do próprio IBPT. Os arquivos que estão no repositório do ACBr, que eu mesmo enviei, baixei do site oficial. https://deolhonoimposto.ibpt.org.br/ Há outros NCM que entraram em vigor no dia 01/07/2020 que também não estão na tabela.

Pelo que notei a tabela 20.1.B do IBPTax é Ctrl+C Ctrl+V da 20.1.A. Muda apenas a versão, vigência e chave...

ACBrBoletoConversao