José M. S. Junior

É certeza que tem milhares de CT-es sendo emitidos diariamente pelo componente ACBr ... e é certeza que se for algum problema pontual vamos tentar ajudar...

Boa tarde, a homologação deste Banco parece não estar completa para ser incorporado aos fontes. Mas podem utilizar os fontes já disponibilizados aqui pelo colega, para ajudar na homologação e também contribuir com o projeto...

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

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:

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

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

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, 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...

Bom dia, chegou a testar utilizando o Demo ETQTeste?

Bom dia, marcando a opção "Imprimir em uma linha" as informações se ajustam de forma automática (espaçamento e abreviação de descrição) para ficar em apenas uma linha... Talvez seja alguma configuração na fonte da impressora... Se possível anexe esse XML para teste, não consegui simular a quebra de linha mesmo informando as descrição no exemplo acima...

Sim, deve seguir o padrão. Solicitei o teste para verificar se era esse o problema. Vou ajustar isso...

Boa tarde,

Bom dia, para trocar o WebService você precisa alterar a UF de Emissão dos DFes. Não tem um comando para isso... Mas você Pode editar o arquivo ACBrMonitor.ini, na sessão [WebService] campo "UF" e posteriormente utilizar o comando "ACBr.LerIni()". Assim passa a consumir as URLs da UF informada. Fique a vontade para contribuir com essa postagem... favor, crie um novo tópico com essa descrição...

Bom dia, Tente informar o separador decimal por "," Ex: vEncIni=550,000 vEncFin=560,522

Boa tarde, existe mais de um local para compilar este componente, sugiro que remova as dependências de packages instalados no Lazarus e refaça a instalação dos componentes conforme a Hierarquia de dependência dos Packages.

Bom dia, sim... no ACBrMonitor - aba NFCe / ESCPOS. Se necessário após teste configure o Campo "Largura"...