José M. S. Junior

Bom dia @Gislaine D. Ribeiro, Como pode notar no vídeo a funcionalidade com o SAT é diferenciada da NFCe, ou seja, o XML Autenticado não é o mesmo XML gerado pela aplicação e enviado para o SAT. Por isso, precisa primeiramente receber o XML de Venda como resposta da DLL do aparelho, para posteriormente poder realizar a impressão... A forma correta de envio de comandos com o SAT é seguencial... Você utiliza o comando para Enviar e a partir da resposta com exito, obtendo o XML autorizado, você dispara o método SAT.ImprimirExtratoVenda(...)

Bom dia, Aparentemente está enviando uma NFCe e forçando envio Assíncrono... Experimente não passar o ultimo parâmetro ex: NFe.EnviarNFe("C:\ACBrMonitorPLUS\Logs\43180992797950000107650030000633649031693650-nfe.xml",0,1)

Bom dia Está informando a mensagem no arquivo .ini? Caso esteja, não é necessário... As mensagens são geradas automáticas no boleto se existir dados das respectiva cobrança... Não precisa passar o campo ImprimirMensagemPadrao neste caso. Deve passar, se existir, os campos: "DataProtesto", "Vencimento", "ValorMoraJuros", "DataMoraJuros", "PercentualMulta", "DataMulta".

Boa tarde @jamil, Devido ao refactory que está sendo realizado no ACBrMonitor, foi gerado algumas versões de Ajustes... E realmente a versão Linux permaneceu algumas versões atrás. Mas vamos gerar o instalador regularmente nas próximas versões...

O arquivo que utilizou, com a URL atualizado é o último em anexo neste tópico?

Era para sair a data de protesto 5 dias após o vencimento... Vou verificar isso... De qualquer forma poderá informar DataProtesto sempre com cinco dias após Vencimento, desta forma a instrucao1 que corresponde a data protesto na Remessa ficará correto...

Boa tarde, realizando testes com o arquivo .ini disponibilizado pelos colegas acima apresentou a mesma rejeição? chegou a verificar se o XML foi gerado com a URL de consulta atualizada?

Boa tarde, todos os seus fontes do ACBr estão atualizados? Esta função fica na Unit ACBrUtil.

Definiu alguma impressora como padrão para impressão? Realize um teste com a opção mostrar Preview, veja se está gerando a impressão em tela...

Bom dia Esta alteração já havia sido realizada no arquivo .INI... Está com os fontes atualizados?

A Mensagem de Retorno do banco, vem com três dias para protesto, mesmo enviando instrucao1=05 ? Pois se for dias uteis (instrucao1=05), teoricamente o banco deve protestar apenas no próximo dia útil... Caso a data seja em fim de semana ou feriado, o banco deve protestar no próximo dia util...

Boa tarde Sim, utilize o campo DataMulta

Alterações realizadas Componente Boleto - BancoBancoob Para quem utiliza o Componente Boleto - BancoBancoob, foi realizado alterações referente ao preenchimento dos Campos: ValorMoraJuros - Para quem gera remessa CNAB400 deve ser informado o % Mensal, para que seja gerado corretamente na Remessa e na Mensagem do Boleto. obs: Anteriormente estava sendo informado o % por dia, ficando diferente do padrão dos demais bancos e gerando divergências na mensagem impressa no boleto. DataMulta - Para informar data cobrança de Multa, utilizar o campo DataMulta. obs: Anteriormente estava sendo informado o campo DataMoraJuros, foi adicionado o campo DataMulta por se tratar de informações diferentes.

Correto @rafazamuner, estou passando a forma que o componente está implementado e que o pessoal que utiliza este banco está preenchendo... A validação do componente para geração da instrucao01 CNAB400 é a seguinte: - Data Protesto deve ser maior que Data Vencimento - Utiliza a diferença de dias corridos entre DataProtesto e Vencimento - Se a diferença entre as duas datas for 5 dias por exemplo, o campo instrucao1 será preenchido com "05" (vai corresponder a dias uteis para o banco). Acima de 5 dias vai preencher com "06".... Por isso, se precisa protestar sempre no 5º dia útil, passe a data protesto com cinco dias diferença do vencimento... O banco vai verificar se essa data é dia útil ou não para protestar... Não sei se está correto dessa forma... como eu disse, está sendo utilizado dessa forma.

Bom dia, Porque está passando os parâmetros: NFE.EnviarNFe("c:\coopin\gerent\NF-e\envresp\29180926732994000205550010000000141000012245-nfe.xml", 0, 0, 0,1)? O parâmetro 1 se refere ao nome da Impressora... Experimente aumentar o timeout para envio na aba DFe...

Bom dia Fontes atualizados no SVN... Obrigado!

Sim, devido ao tipo de erro retornado, demorei para identificar o problema também... Que bom que funcionou! apliquei algumas validações para evitar outros possíveis problemas parecidos...

Tem as especificação atualizadas do banco, quanto ao preenchimento destes campos? Anexe o manual e a devida alteração para podermos atualizar os fontes no SVN...

Boa tarde. Por favor, atualize novamente os fontes. Ajustes no SVN...

Boa tarde @valdirdill, analisando a sugestão de alteração, não resolveria o problema pois no layout de Remessa de todos os bancos o tamanho para cada mensagem é de 40 posições. Se aumentar, visivelmente no arquivo fica correto mas na leitura por parte do banco continuará cortando... O estranho é que todos os bancos onde é enviado esse segmento, utilizam o mesmo padrão e aparentemente o pessoal não tem problemas para homologar quanto a isso... De qualquer forma para resolver precisamos analisar outra solução...

Boa tarde @Filipe Sortica, esta alteração proposta poderia quebrar compatibilidade para quem já homologou e utiliza este banco. Aparentemente não são todas as agências que não tem dígito, pois no manual Santander consta o campo para o dígito da agência. Você teve rejeição do banco quanto a isso? Sabe dizer se tem alguma especificação por parte do banco para preenchimento deste campo?

Boa tarde, favor atualizar os fontes... houve ajustes referente Geração de Remessa desse Banco.

Boa tarde Segundo manual utilizado para implementar CNAB240 Santander estas posições devem estar em branco, sendo reservado para uso do Banco. Teve alguma rejeição do banco referente a isso?

Veja que são parâmetros diferentes para métodos diferentes... eSocial.CriarEventoeSocial(cIniEvento,1) Apenas cria o evento no componente, podendo ser adicionado diversos eventos para posterior envio, o segundo parâmetro apenas retorna o XML gerado eSocial.CriarEnviareSocial(cIniEvento, 1) Cria e já realiza o envio do evento, o segundo parâmetro corresponde ao tipo do evento conforme abaixo: 1- Iniciais/Tabelas 2- Nao Periodicos 3- Periódicos deve ser alterado o parâmetro dependendo da classificação do evento...

Bom dia, correção atualizada no SVN. Obrigado!