José M. S. Junior

Boa tarde Devido a quebra de compatibilidade para quem já utilizava esse banco, foi revertido a alteração para a forma como estava antes, na leitura do campo Nosso Número. Para eventuais casos, onde não funcione corretamente da forma anterior, favor anexar aqui o arquivo de remessa para análise... Devido a divergência do que consta no manual e como retorna no arquivo será necessário analisar cada caso, para que possíveis alterações não alterem o comportamento para quem já utiliza de forma funcional....

Como este campo foi atualizado recentemente, provavelmente ainda não está disponível na versão Free... Considere assinar o SAC para obter a versão atualizada semanalmente, pode assinar por apenas um mês se desejar... Outra opção é baixar os fontes atualizados do ACBr e Compilar o projeto...

Boa tarde Isso foi corrigido, atualize os fontes do ACBrBoleto e do ACBrMonitor e recompile o projeto...

Boa tarde, seus fontes estão atualizados? Quais os parâmetros que está passando?

Boa tarde. Está marcando a propriedade criada no tópico abaixo para atender essa situação?

Bom dia, Precisa atualizar a versão do ACBrMonitor, ou os fontes se você compila a versão...

Bom dia. Sempre que passar um comando, deve ler o retorno para então passar o próximo, são comandos sequenciais e um depende da execução com exito da anterior... O comando para inicializar SAT sempre deve ser passado se for reiniciado o ACBrMonitor... (Faz a comunicação com a dll do aparelho) A impressora, se estiver utilizando Fortes deve utilizar a impressora padrão, definida no ACBrMonitor... Ou pode passar o nome da impressora como parâmetro https://acbr.sourceforge.io/ACBrMonitor/SATImprimirExtratoVenda.html

Bom dia, aparentemente não existe campo com esse nome... De qual campo se trata, baseado no manual?

Boa tarde, no ACBrMonitorPlus pode ser configurado na aba DFe/WebService/Reinf Pode ver no manual o modelo para geração do .INI e os métodos utilizados... https://acbr.sourceforge.io/ACBrMonitor/ComandosdoObjetoReinf.html

Sim, vou verificar...

Não pode ter chaves com o mesmo nome em um mesmo arquivo .INI ... Você deve gerar arquivos separados, mesmo se tratando do mesmo evento. Seguindo a estrutura definida no manual... Se preferir pode passar o comando seguido pela estrutura do arquivo ao invés de criar o .ini ex: eSocial.CriarEnviareSocial("[evtTabCargo] sequencial=01 ModoLancamento=alteracao [ideEvento] tpAmb=1 verProc=1.00 [ideEmpregador] tpInsc=1 nrInsc=12671097000143 [ideCargo] codCargo=715125 iniValid=2018-08 fimValid= [dadosCargo] nmCargo=OPERADOR DE MAQUINA codCBO=782510 [novaValidade] iniValid=2018-08 fimValid=") passando um comando por vez...

Sim, você deve Criar um por vez utilizando o metodo eSocial.CriarEventoeSocial(). Depois utilize o método eSocial.EnviareSocial() será adicionado todos os eventos em um único XML e enviado... https://acbr.sourceforge.io/ACBrMonitor/eSocialCriarEventoeSocial.html https://acbr.sourceforge.io/ACBrMonitor/eSocialEnviareSocial.html

Boa tarde, qual a especificação do Manual, passado pela agência que você utiliza. Se possível anexe aqui...

Boa tarde, está passando todos os eventos em um único arquivo? Crie um evento por vez utilizando o comando "CriarEventoeSocial"

Realmente, Sicredi não vai permitir 1. Veja o que diz manual:

Bom dia, informe assim: CodigoGeracao=1

Boa tarde, por padrão define que o cliente emite... Preencha o campo "CodigoGeracao" do título como "1"

Boa tarde, por padrão define que o cliente emite... Preencha o campo "CodigoGeracao" do título = "1"

Boa tarde, por favor atualize os fontes do componente Boleto e do ACBrMonitor e Recompile o projeto para testes...

Correto, mas me refiro também ao modelo do boleto no manual pela maioria dos Bancos e FEBRABAN . Se a mensagem de Juros de Mora é em "%" o padrão é Mensal. Pelo que verifiquei para CNAB400 a maioria dos outros bancos utilizam apenas valor por dia... Por isso a mensagem da forma que estava não havia sido identificada ainda. Mas para Bancoob, realmente causa problema da forma que está... Vamos verificar para atutualizar no SVN. Obrigado!

Boa tarde, Compreendi o problema... Mas o erro parece estar na Unit do banco BANCOOB em não validar o CodigoMora... para verificar se é por dia ou mensal antes de realizar esse cálculo... Da forma que estava a mensagem no boleto estava errada... Veja especificação padrão FEBRABAN:

Boa tarde, Faltou mais um parâmetro como "0" ... Você informou 0 para o número de cópias: https://acbr.sourceforge.io/ACBrMonitor/NFEImprimirEvento.html

É para ser o número do convênio do cliente. Pode configurar esse campo em dados do cedente...

Bom dia Obrigado, será corrigido... Se encontrar outras divergências, por favor poste aqui os fontes alterados, assim podemos atualizar no SVN...

Bom dia. Conforme mencionado, não se trata de travamento... quando utiliza o Preview, obrigatoriamente o Monitor fica preso até que a tela do preview seja fechado. Isso pode dar a sensação de travamento se sua aplicação continuar enviando comandos... Não vai obter resposta até que o preview seja fechado...