José M. S. Junior

Sim, isso seria a função do método "ConsultarNumeroSessao". O SAT permite consultar apenas o ultimo Numero Sessão enviado para o aparelho. Se o ultimo método foi de "EnviarDadosVenda" o numero de sessão deste método retornará o XML do CFe de venda... Se não estiver retornando é porque pode ter ocorrido algum erro de fato no aparelho, neste caso é necessário extrair um log do aparelho para verificar o motivo de não estar retornando o XML... O normal seria sempre retornar o XML de venda como resposta do método EnviarDadosVenda. A consulta pelo ultimo numero de sessão deveriam ser exceções.

Boa tarde, mesmo algumas funções sendo migradas para a unit ACBrBoleto, aparentemente não houve mudanças quanto ao campo, aparentemente diversos Bancos utilizam apenas um campo para a leitura do valor pago. Se houver alterações por favor anexe a sugestão e o manual para análise.

Boa tarde, o próprio componente ACBrSAT tem a propriedade "ValidarNumeroSessaoResposta" para realizar de forma automática uma consulta pelo numero de sessão quando não obtem o retorno do aparelho. Estáutilizando essa propriedade como True? Note que pode configurar também o número de tentativas para validar sessão.

A opção Monitorar Pasta faz com que o ACBrMonitor tente ler qualquer arquivo que for gerado nesse diretório, independente do Nome. Para utilizar essa opção não deve gerar nenhum arquivo que não seja um txt com o método válido do ACBrMonitor. Se estive iniciando a homologação com o SAT recomendo as video aulas sobre a integração com o SAT https://www.projetoacbr.com.br/forum/video/browse/46-aula-32-geração-do-cupom-fiscal/

Boa tarde Wanderson, está ocorrendo alguma rejeição da forma que está gerando? Se possível esclareça mais sua dúvida para que possamos tentar simular a geração destes arquivos para te ajudar...

O cliente precisa se credenciar vinculando o CNPJ a cada equipamento, a SoftwareHouse precisa apenas ser credenciada na SEFAZ para emissão com SAT. Veja mais detalhes neste vídeo: https://www.projetoacbr.com.br/forum/video/browse/42-aula-28-credenciamento-do-sat-mfe/ Isso ode ser feito pelo próprio componente: https://www.projetoacbr.com.br/forum/video/browse/44-aula-30-ativação-e-vinculação-do-equipamento-na-sefaz/

Bom dia, para configurar o MFe com ACBr veja esse tópico:

Bom dia, os erros do log indica que está gravando o arquivo .ini direto na pasta "Entrada" de monitoramento do ACBrMonitor. 03/11/2020 09:18:20 - Unable to open file "C:\ACBrMonitorPLUS\Entrada\CFe.ini" Primeiro passo, desmarque a opção de "Monitorar Pasta" na tela inicial do ACBrMonitor. Segundo passo, o arquivo .ini do CFe não deve ser gravado nessa pasta, grave em outro diretório. O mesmo deve ser passado via parâmetro ou conteúdo do método SAT.EnviarCFe. Apenas o arquivo .TXT com o método deve ser gravado na pasta "Entrada" que é monitorada pelo ACBrMonitor. https://acbr.sourceforge.io/ACBrMonitor/SATCriarEnviarCFe.html

Bom dia, realizamos diversos testes utilizando a mesma entrada de dados do seu log e não conseguimos simular algum problema específico com esse método. Notei que está apresentando erro de acesso a disco, provavelmente isso esteja ocasionando o erro... Pode ser alguma lentidão na rede no momento de gravar o XML de retorno, visto que está em unidade mapeada. Ou talvez esteja escrevendo o arquivo de entrada direto no diretório, o ideal é que renomei o mesmo após a escrita, para não ocorrer essa falha na leitura. 13/10/2020 11:05:59 - EFOpenError - Unable to open file "C:\ACBrMonitorPLUS\ent.txt" 13/10/2020 11:05:59 - Unable to open file "C:\ACBrMonitorPLUS\ent.txt"

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

Marcelo, seguindo a estrutura dos demais DFes, o que é gravado na estrutura de diretórios é a penas o XML processado, ou enviado... Os arquivos com os dados gerados pela aplicação não deve gravar nessa estrutura, esses arquivos ficam gravados no diretório de logs de XML, definido no campo "PathSalvar"

Boa tarde Tem muitas divergencias entre seu arquivo e a Unit do SVN, veja abaixo aparentemente gravou em outro formato (utf-8). Tente salvar no mesmo formato para que possamos identificar apenas o que foi alterado.

Bom dia Fábio, não disponibilizamos o executável e sim os fontes com a classe já implementada utilizando as libs do ACBr, onde voce pode usar como referencia para implementar na sua aplicação. O ideal é que utilize na linguagem que está habituado a utilizar, note que nos SVN temos exemplos em C#, C++, Java... Qual linguagem você vai implementar de fato a NFe? Dê uma olhada neste vídeo o que precisa para compilar o demo em C# por exemplo... Seria o mesmo roteiro para outras linguagens

Bom dia, está se referindo ao log... São detalhes dos procedimentos internos que estão sendo realizados, campos como senhas por exemplo são criptografados para gravar no .ini de configuração, essa função faz essa validação.

@phulano é possível simular esse erro com algum demo da ACBrLib? Se sim, por favor anexe seu arquivo ACBrLib.ini

Boa tarde, voce teria outro manual mais atualizado sobre a definição desses campos? Normalmente essa informação é passado pelo código da ocorrência.

Bom dia, está na nossa lista de tarefas. Em breve disponibilizamos para testes...

O @Rafael Dias pode dar mais detalhes, mas neste pasta tem os fontes do demo onde você mesmo pode compilar, basta baixar apenas a lib da NFe e suas dependências e deixar junto ao executável. https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Projetos/ACBrLib/Demos/C++/

Bom dia, verificando...

@Fabio Rofino está utilizando o demo do ACBr? O recomendado é sempre realizar os testes iniciais utilizando o Demo antese de implementar na sua aplicação... http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/C++/ Se já está utilizando o demo, realize todas as configurações direto em tela, pelo que entendi você está editando diretamente no arquivo de configuração. Mas tem campos que são criptografados... Realize toda a configuração em tela para realizar os testes. se já está fazendo isso anexe o log completo e o arquivo .ini com as configurações que está utilizando para verificação.

Seria importante solicitar ao Banco o manual atualizado, que contenha essas ocorrências.

Normalmente precisa instalar o gerenciador de certificado da sua certificadora e o drive do dispositivo token.

Esse erro é da própria SEFAZ... esse CNPJ não está Habilitado para emitir NFC-e no CE, A SEFAZ está esperando emissão de CFe pelo aparelho MFe. Veja na descrição do retorno.

O A1 sempre é o recomendado, evita muita dor de cabeça... Mas para o A3 configure apenas o campo "NumeroSerie" do certificado e a senha. O Windows precisa estar totalmente atualizado e o certificado A3 devidamente instalado na máquina...

Boa tarde, vamos atualizar. Obrigado!