José M. S. Junior

Josevaldo, pode fazer isso no menu principal na opção, "Proteger Configurações" e informar a senha, dessa forma só poderá alterar com a senha..

Bom dia Cleber, no caso do TEF no campo IDFila deve ser preenchido com NSU retornado do seu processo de integração TEF da sua aplicação. Na situação de TEF não vai utilizar o método Enviar Pagamento, pois o mesmo já é realizado no processo do TEF, voce vai apenas estar comunicando à SEFAZ os dados de pagamento e vinculando pagamento ao documento Fiscal.

Bom dia Vou corrigir isso nos fontes... a ultima versão oficial é 1.2.0.78 mesmo. Não tem configuração para trocar a imagem. São os créditos ao Projeto ACBr...

Obrigado por reportar... Na pasta raiz do ACBrMonitor tem o diretório SAT com as dlls dos principais fabricantes, a Elgins precisa de algumas dlls complementares como pode ver neste diretório.

Realmente este erro parece não ter a ver com Certificado e sim com caracteres especiais ou quebra de linha no XML. Como está gerando o XML?

Para implementar esse tipo de integração, é importante que tenha um controle baseado no arquivo de Retorno (SAI.TXT)... Para cada método processado pelo ACBrMonitor precisa sempre do arquivo de resposta para permitir que o ACBrMonitor leia um novo arquivo. Lembrando que para este tempo de retorno deve levar em consideração o TimeOut configurado para alguns comandos específicos, como por exemplo o de Envio de NFe...

Bom dia, essa obrigatoriedade dos campos depende muito do tipo regime tributário exercido pela empresa... Alguns são primordiais que estejam preenchidos corretamente como: NCM, CFOP, EAN... Utilize o arquivo .ini anexo junto ao vídeo acima como base e realize os testes com a situação de NFe que necessita, consultando sempre o manual do contribuinte também, com ele consegue saber as tags obrigatórias para cada grupo que precisa informar no XML...

Bom dia, obrigado pela contribuição... Foi atualizado os fontes no SVN com mais algumas alterações para manter compatibilidade com as duas versões de layout CNAB, favor realizar os testes.

Bom dia, obrigado pela contribuição... Foi atualizado os fontes no SVN com mais algumas alterações para manter compatibilidade com as duas versões de layout CNAB, favor realizar os testes.

Bom dia, obrigado pela contribuição... Foi atualizado os fontes no SVN com pequenas alterações para manter compatibilidade com as duas versões de layout CNAB, favor realizar os testes.

Bom dia, obrigado pela contribuição... Foi atualizado os fontes no SVN com pequenas alterações para manter compatibilidade com as duas versões de layout CNAB, favor realizar os testes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Lucimauro, sim poderá assinar e validar o XML utilizando o ACBrMonitorPLUS desde de que o XML esteja correto, passando por todas as regras de schemas. Os métodos para NFe e NFCe são os mesmo. Lembrando que no caso do uso do Integrador não é o ACBr que faz o envio, apenas gera o XML na pasta de leitura do Integrador Fiscal e processa o retorno também lendo do diretório. Para utilizar o Integrador com ACBrMonitor basta selecionar essa opção no menu DFe / NFCe / Usar Integrador Fiscal.

Bom dia, estamos analisando algumas pendencias referente a contribuição do componente Boleto, estaremos disponibilizando no SVN nos próximos dias.

Boa tarde, este comando não altera as configurações fixas no Monitor... Deve utilizar esse parâmetro antes de mandar gerar o PDF: https://acbr.sourceforge.io/ACBrMonitor/BOLETOGerarPDF.html

Boa tarde, a melhor solução é utilizar o MFe pois não depende mais do aplicativo Integrador Fiscal do CE: Mas se for utilizar NFCe precisa do Integrador veja esse tópico: No Componente precisa vincular o componente na propriedade "Integrador"

Veja também esse tópico:

Realizei um teste com a ultima versão free e também funcionou... Notei pelo seu log que está passando o path do XML duplicado. Veja: SAT.CancelarCFe("C:\ACBrMonitorPLUS\Arqs\SAT\Vendas\C:\ACBrMonitorPLUS\Arqs\SAT\Vendas\AD35190902470293000104590006796640001937318223.XML")

@atlantisnanet se possível anexe seu arquivo .ini completo com os dados que está passando, assim podemos validar a melhor solução para isso...

Ainda não está nesta versão... Estará disponível na próxima versão semanal.

Algumas SEFAZ exigem o campo informado no XML mesmo com valor zero, mas é opcional por UF, por isso esse problema em alguns estados.

Sim, basta atualizar os fontes, já estão atualizados no arquivo...

Veja na página 130 os códigos cStat correspondentes a Solicitação Processada, os demais devem ser tratados, pois se tratam de Rejeições e Motivos de Não atendimento da solicitação.

Boa tarde Note que segundo o manual o motivo "I6" deve ser retornado quando a ocorrência for"03" Entrada Rejeitada. Neste arquivo está retornando o motivo "I6" para a ocorrência "32", por isso o motivo do erro... Realizei um tratamento para não apresentar esse erro quando não conseguir fazer a conversão do código, mas será necessário verificar com o banco sobre esse arquivo, pois esse motivo não está especificado no manual quando a rejeição é de ocorrência "32" - Instrução Rejeitada.

Mas o retorno é da SEFAZ? Isso pode ter validações diferentes dependendo da UF... Se os campos está sendo gerado no XML como valor zero e está tendo esta rejeição, creio que precisará passar todos os campos descritos na NT com os valores calculados.