Gr@c@

voltou a funcionar sem fazer nada. Acho que era problema no sefaz.

Sim, as remessas passaram a ser rejeitadas a partir do dia 14/08/2023 para o Cnab240.
Como resolvi:
Campo Convenio informar espaços (antes informava o codigo do cedente)
Campo Digito verificador Conta Agencia informar 0 (antes deveria ser espaço)
Mas não precisei alterar nem o meu aplicativo nem a nivel de ACBr. Eu já tenho esses dois campos configuraveis no meu aplicativo.

Essa rejeição ocorre se o indicador de tomador for igual a Contribuinte (indIEToma=1) e o tomador indicado (toma3 ou toma4) não possuir informação da IE ou se estiver informado Isento.

Você deve verificar o motivo da rejeição, corrigir e reenviar com a mesma numeração. Não pode haver salto de numeração de NF-e.

Pesquise aqui no fórum por DistribuicaoDFe e você encontrará vários tópicos de como fazer isso usando os componentes ACBr.
 

Na semana passada havia instabilidade sim e o serviço de contingência foi ativado. Esta semana clientes emitindo em ambiente normal.

Temos outro tópico relatando o mesmo problema do http 500. A solução será entrar em contato com o suporte do eFrete. 
 

O campo vCargaAverb será preenchido caso a carga seja averbada e, geralmente, será igual a vCarga.
O campo vCargaAverb é o valor que será acobertado pela corretora e/ou seguradora em caso de sinistro. Se ele não estiver corretamente informado a seguradora não tem a responsabilidade de fazer o ressarcimento total em caso de perdas.
Existe uma segunda questão: as apólices de seguros tem limites de cobertura e pode ser que o valor da carga ultrapasse o valor de averbação permitido. Só que nesses casos de excesso do limite, a corretora e/ou seguradora tem que autorizar o transporte ou constar no contrato. Normalmente não é permitido o transporte. Mas, se permitido, o vCargaAverb não será igual ao vCarga.
 

Tive um problema igual com a HP Laserjet P1005 e era questão de configuração. 
IMP.doc

Meus clientes tbém estão com esse erro. 
Rejeição
Erro não catalogado 2999 -  Falha não tratada
 
Causa
O erro 2999, trata-se de uma falha interna nos Servidores da Sefaz e está inclusa na exceção 999 - Erro não catalogado . Essa situação caracteriza indisponibilidade da Sefaz.
Como Resolver
Nessa situação, não há nada que o emissor possa fazer para corrigir esse erro, já que trata-se de um problema no Ambiente Autorizador da Sefaz. Pode-se aguardar a normalização ou ativar Contingência para a emissão de NF-e. Você ainda pode tentar contato com a Sefaz para saber o motivo dessa instabilidade.
 

Verifique esse link por favor 
 

Aqui mesmo no fórum há um vídeo explicando a instalação do ACBr
Home -> Videos -> Vídeos Abertos -> Vídeos Aulas -> Como instalar o ACBr
 

Poste o xml ou tente validá-lo no validador de CT-e no RS https://www.sefaz.rs.gov.br/Dfe/ValidadorXml/ValidaXml
 

Fiquei curiosa e fui pesquisar no Google. Um exemplo está nesse link do SEFAZ/MT existem algumas reduções de 100% na base de cálculo(busque por 100%). http://app1.sefaz.mt.gov.br/sistema/legislacao/regulamentoicms.nsf/0/f168e90e3fbef136042572f1006e9866?OpenDocument
Então basta verificar a legislação dos demais estados

Que ela tem que ter no minimo 5 caracteres e no máximo 20 caracteres.

Na verdade, NFP-e é Nota Fiscal de Produtor Eletrônica. Parece que substitui o modelo 4 e é o modelo 55. Me parece ser a mesma NF-e de produtor rural atual.
http://www.sped.fazenda.pr.gov.br/modules/conteudo/conteudo.php?conteudo=127
 

veja esse tópico por favor 
 
 

Tente aumentar o tamanho da propriedade ACBrDANFeRL1.LarguraCodProd 

Na minha opinião, só se o fisco exigir que seja feita alguma alteração, o que deverá constar em NT´s.
A priori o que se sabe é que Organizações públicas e privadas só poderão coletar dados pessoais se tiverem consentimento do titular. A solicitação deverá ser feita de maneira clara para que o cidadão saiba exatamente o que vai ser coletado, para quais fins e se haverá compartilhamento. 
Como os documentos eletrônicos exigem a informação dos dados pessoais do destinatário não há como fugir a regra, a não ser que o Fisco mude as normas. Isso tem que ficar claro ao destinatário, quem são as pessoas que terão acesso aos dados dos documentos eletrônicos. Isso já está previsto na tag AutXML + envolvidos no documento (destinatrio,remetente,transportadora,...)
O cuidado que a empresa tem que ter é como ela utiliza os dados coletados dos clientes e fornecedores, se é usado para outros fins como marketing ou envio dos dados a outros para fins não informados ao cidadão. 

Sim

Complementando a resposta do Italo: NT 2018.001
06. Serviço: Pedido de Inutilização de numeração (item 4.4 do MOC) 06.1 Leiaute do Pedido de Inutilização (Item 4.4.1 do MOC) Para as empresas (pessoa jurídica) existe a operação de Inutilização de Numeração, que registra a numeração da Nota Fiscal que foi inutilizada pela empresa. Ou seja, a empresa informa que esta numeração não será utilizada. O controle de Inutilização de Numeração não será aplicado para o emitente pessoa física. Nota: O leiaute atual do Pedido de Inutilização não prevê a informação do CPF do emitente.

Geralmente este erro é causado pelos seguintes fatores.
Infecção por vírus. Incompatibilidade dos drivers instalados. Falhas no hardware. Sistema operacional corrompido. Em qualquer caso, um técnico especializado poderá resolver seu problema. Já tivemos esse erro aqui e o problema era a placa de vídeo.

ACBrETQ

Boa tarde. Por favor, verifique esse tópico 
 

Bom dia. Por favor, verifique esse tópico