Renato Rubinho

Boa noite,
Como não faz parte do Leiaute padrão do DAMDFE provavelmente não será implementado, mas uma alternativa não seria preencher essas informações em infCpl ?

Boa tarde,
Aparentemente essa suspeita do Diego deve ser o que está ocorrendo, junto com um bug da Sefaz, pois não deveriam enviar um maxNSU de um registro que não está mais disponível.
Outro indício de bug é retornarem cStat 137 quando o ultNSU ainda é menor que o maxNSU.
Este CNPJ ficou sem usar o serviço de distribuição por mais de 90 dias? Se ficou, os NSUs pararam de ser gerados para ele e só foram retomados após a nova consulta, não gerando registros retroativos.
Para ter certeza, acompanhe quando for emitida uma nova NFe contra este CNPJ e continue fazendo as consultas pelo ultNSU 355.
Se o problema persistir com novas NFes, provavelmente precisará abrir um fale conosco com a sefaz para averiguarem a situação.

Boa noite,
A implementação da nova versão está na fila de implementação.
Acompanhe o tópico a seguir para quando houverem novidades.
 
 

A versão 1.1 ainda está na fila de implementação, o componente está na versão 1.0.
O erro está ocorrendo porque está tentando importar um xml da versão 1.1 na versão 1.0.
Veja se consegue gerar o xml na versão 1.0 para validação.
Acompanhe o tópico a seguir para novidades sobre a versão 1.1
 
 

Complementando, altere o número de ocorrências para zero, de acordo com o manual.
Reinstale o ACBr após a alteração e, ficando ok, anexe o arquivo alterado para os consultores analisarem o envio para o SVN.
Aproveitando a imagem do Juliomar, veja destacado em amarelo.

Boa noite,
Precisa verificar com o provedor quais são as urls de produção e homologação.
O tópico a seguir mostra como alterar o ini para a mudança do provedor.
 

Boa noite,
Confirmando, caso não tenha feito assim, instale novamente marcando a opção para remover versões anteriores.
Pesquise se não tem alguma ACBrJSON.dcu nos caminhos que estão configurados nas configurações de library.

Boa noite,
Seu cenário parece correto.
Esses dias foram feitas algumas correções no e-social e talvez tenham relação com o seu problema.
Tente a última versão e informe se o problema persiste.

No manual do banco diz que você pode controlar o nosso número?
Se for uma determinação do banco você deverá seguir.
Revise o manual para maiores detalhes.

Boa tarde,
O erro ocorre ao compilar a sua aplicação?
Veja se o mesmo ocorre ao compilar o programa de exemplo.
Pesquise nos seus fontes se existe alguma dcu antiga que pode estar gerando o problema: ACBrJSON.dcu

Acredito que aí não terá como, pois note que na linha de cima ele monta o código de barras que é usado nessa linha.
Você precisará preencher as propriedades do componente para imprimir.
 

Boa noite,
Esse segmento é gerado quando uma das propriedades a seguir estiverem preenchidas:
Sacado.Email
Sacado.SacadoAvalista.CNPJCPF 
No Títulos.ini envie a opção a seguir em branco ao invés do e-mail de teste que preencheu que deve resolver.
Sacado.Email

Não sei se existe teoria para isso (se seguir sua busca e encontrar seria interessante saber), mas entendo que a variável neste cenário, antes de ter algo atribuído a ela possui um "lixo de memória" e o Assigned verifica se já foi atribuído algo à variável.

Boa tarde,
No MOC existem algumas restrições, inclusive essa sequência, para o preenchimento do cNF para NFe.
Deve ter entrado alguma NT posterior que ativou essa regra também para NFCe.

Bom dia,
Houveram relatos do mesmo problema ontem e no discord foi citado que era problema na certificadora.
https://discord.com/channels/798697718800318484/798968895707938826/1039632579210510396

Boa noite,
Não entrou em homologação ainda.
O Daniel falou sobre isso no vídeo de hoje, veja abaixo.
 
Acompanhe este outro tópico, também citado no vídeo, para maiores informações.
 

Boa noite,
Segue uma opção, mas dependendo dos volumes de dados das tabelas isso pode ser pesado.
update  CRECEBER d SET
d.FKCLIENTE = ( SELECT FIRST 1
c.CODIGO
from PESSOA c where d.HISTORICO = c.COMPLEMENTO )

Boa noite,
Se você tiver certificados de dois cnpjs diferentes pode fazer os testes em homologação, para validar todos os cenários que precisar.
Com relação à pergunta, se tentar novamente vai retornar 573 Duplicidade de evento 

Boa noite,
De acordo com a NT este campo deve ser sempre 1, pois cada tipo de evento não se repete.
Sequencial do evento para o mesmo tipo de evento. 
Informar o valor “1” para este evento.
O componente alimenta sem que você precise preencher.
http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2020/NT2020_001 v1.40 - Evento Manifestacao do destinatario.pdf

Boa noite,
Fortes ou Fast?
Se for Fortes e não estiver atualizado,  atualize, reinstale e depois reinstale novamente o ACBr marcando a opção para remover versões anteriores.
Obs:
Se o erro não acontece com o programa de exemplo e persistir na sua aplicação, compare-os para tentar localizar o que precisa corrigir.
Veja o logo, se está influenciando.

Boa noite,
Os WS não retornam essa informação, mas quando habilitam a continência é possível saber pela página da Sefaz.
http://www.nfe.fazenda.gov.br/portal/principal.aspx

Está usando SSL, tem que ser tls 1.2
Mude para:
SSLType := LT_TLSv1_2
 

Se isso for exatamente o que está no código, veja que está com ";" ao invés de ":"
Outra coisa, não salve no raiz da unidade c, isso para qualquer coisa, crie uma pasta e revise os direitos de acesso.

Boa noite,
De acordo com a mensagem, a NFSe foi emitida em um período que não permite mais o cancelamento. 

Boa noite,
Os arquivos que mencionou são do ACBrNFSe, versão que não recebe mais manutenção.
Veja o tópico a seguir com instruções de migração para o componente atual ACBrNFSeX.
 
Para as mudanças deste município no componente atual siga as instruções deste outro tópico.