José M. S. Junior

Boa tarde, verifiquei que embora as ocorrências estejam atualizadas conforme manual Febraban, diferem em alguns pontos com as ocorrências do Manual especifico do Banco do Brasil CNAB 240 e 400. Podendo afetar quem já utiliza os Códigos baseado no Manual BB.

Compreendi... Pode ser sua versão mesmo. Embora não seja tão antiga, esta validação é recente e já está atualizada no ACBr, como eu disse testando por aqui não apresenta este erro...

Não é na versão do Monitor... Note que o CT-e foi Recebido pela SEFAZ, o erro está nas regras que é realizado quando SEFAZ recepciona o XML Veja na resposta da SEFAZ que você anexou: (351000563280605-pro-rec-soap.xml) <xMotivo>Rejeição: IE do Remetente não informada</xMotivo> No manual diz : Se IE Remetente = “ISENTO” ou não informada Acessar Cadastro de Contribuinte da UF (*1) - Remetente possui IE ativa na UF Excessão: A regra não deve ser aplicada quando Tomador informado em toma3 for o Remetente (toma3=0) e indicador de tomador for igual a não contribuinte (indIEToma=9) Talvez tenha que entrar em contato com a SEFAZ para esclarecer... pois mesmo entrando na regra de excessão, não está permitindo Remetente sem a IE

Boa tarde, atualize a pasta de Schemas pelo SVN, o correto é atualizar os fontes também... Basta fazer Update pelo SVN na Pasta ACBr Verifique se o path para encontrar os Schemas na sua aplicação está correto. Pela mensagem acima parece estar encontrando apenas Schemas da versão 3.1...

Copie o XML pelo Bloco de Notas... Veja:String é inválido para estes campos...

Este é o XML atual que está sendo gerado pela sua aplicação? Se sim... aqui apresentou um erro apenas no campo "xCpl" removendo esta tag o lote foi recebido com Sucesso... Anexe o log.txt do ACBrMonitor no momento do envio, para verificação...

Esse é o XML gerado pela sua aplicação? Anexe aqui por favor para validação...

Boa tarde, Não houve mudanças no ACBrMonitor referente ao CT-e nas últimas versões... (As últimas alterações são as validações para a versão CTe 3.0) O XML que está passando para o ACBrMonitor não está no padrão para emissão na versão 3.0, Note que tem tags referente a Veiculo e Motorista... isso não existe mais na versão 3.0. O que ocorre é que o ACBrMonitor valida isso antes do envio... portanto só adiciona as tags que correspondem a versão 3.0... e precisa assinar o XML novamente. Neste caso está faltando informações também... Valide seu XML pelo validador Sefaz: https://www.sefaz.rs.gov.br/cte/cte-val.aspx Veja as inconsistências: Para, enviar um XML gerado pela sua aplicação através do ACBrMonitor o mesmo deve estar consistente com os Schemas da versão 3.0... Realize um teste gerando o XML pelo próprio ACBrMonitor, vai notar diferenças no XML e não vai ter problemas no envio...

Sim, se for utilizar versão 4.0 só alterar... Veja no manual uma legenda no rodapé onde os campos novos da versão 4.0 estão destacados...: https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html

Boa tarde, valide seu XML de Produção no validador SEFAZ: https://www.sefaz.rs.gov.br/nfe/NFE-VAL.aspx Veja que tem inconsistências no preenchimento do campo: cEAN / cEANTrib

Bom dia, acredito que seja o TXT Sefaz desatualizado... Na versão 4.0 tem outros campos que mudam e o emissor Gratuito do Governo não é mais atualizado... Veja o Modelo aceito pelo ACBrMonitor no manual do mesmo (tecla F1) ou no exemplo (NFe.ini) anexo:

Bom dia, verifique também se a pasta onde está lendo os Schemas está atualizada, parece não estar encontrando esta tags da versão 4.0 no Schema.

Pode fazer um teste... permitindo acesso como Usuários.

Boa tarde, se realizar esse teste utilizando o Demo do ACBrCTe está tendo este problema também?

Boa tarde, no Gerenciador de Tarefas do Windows / aba: Inicializar / Verifique se o Status está como Habilitado... Veja também se o aplicativo não está com permissões de Administrador.

Boa tarde, está preenchendo os campos "MultaValorFixo", "PercentualMulta"e "DataMoraJuros"?

Boa tarde, o ACBrMonitor não pode interferir no retorno do webService, gerando uma resposta antes do retorno do próprio WebService. Por isso essa configuração dever ser feita no TimeOut do WebService(Aba DFe / Geral). A resposta do ACBrMonitor deve ser a resposta de retorno do WebService ou de TimeOut do WebService... Verifique também na aba Geral / WebServices: (Retorno de Envio NFe - Aguardar / Tentativas / Intervalo). Desmarque a opção Ajuste automático e deixe os valores = 0

Alterou o componente para a versão 4.0 ?

Boa tarde, não há obrigatoriedade para estes dados... basta não informar as tags para Adicionar os mesmos. É informado apenas quando existir necessidade de um campo novo referente ao Fisco, assim informa o nome do campo e a informação referente ao campo. Isso quando existe algo previsto em lei, normalmente é informado pelo contador...

Boa tarde, veja exemplo com todas as tags: Tipos permitidos:

Bom dia, Correto, houve ajustes a algum tempo na impressão do extrato baseado no manual. Com a opção "Imprimir em uma linha" realiza auto ajuste, não deve ir para próxima linha... Sem essa opção marcada note que traz a informação do XML, "InfAdProd"

Bom dia, na sua aplicação informe os tipos aceitos: (tdNaoConcederDesconto, tdValorFixoAteDataInformada, tdPercentualAteDataInformada) ex TipoDesconto := tdPercentualAteDataInformada;

Bom dia, no ACBrMonitor pode utilizar um .txt com o comando e as tags ou um arquivo .ini com as tags. Isso não mudou, pode utilizar qualquer opção...

Conforme mencionado este erro é falha na comunicação com WebService... Qual UF está consultando? Tentou alterar a UF , (Homologação e Produção) e consultar Status? Também pode ser alguma configuração de bloqueio na sua maquina como proxy ou mesmo antivírus.. veja:

Bom dia, chegou a testar utilizando o Demo ETQTeste?