José M. S. Junior

Boa tarde @HASA As "exceptions" adicionadas na ultima versão do Monitor foi justamente para tentar identificar onde ocorre o problema. O erro retornado "Diretório Inválido" não tem a ver com o SAT ou com a versão do XML. Se trata da validação realizada pelo monitor se o arquivo pode ser acessado no path passado como parâmetro, se não existe ou não consegue acessar simplesmente já trás essa mensagem... neste caso, o Monitor não conseguiu nem acessar o arquivo para carregar o XML... Note que os mapeamentos utilizados nos logs anexos, são diferentes... SAT.EnviarCFe("E:\PROJETOS\SACIPLUS_TESTE\CFE_GERADAS\08394027-Cfe.xml") - carregou XML SAT.EnviarCFe("G:\SACIPLUS_TESTE\CFE_GERADAS\63982086-Cfe.xml") - não carregou o XML

Boa tarde, por favor especifique exatamente de qual método do Monitor está falando... De que emissor se refere?

Segundo manual e-Social, cada evento deve possuir uma identificação unica por empregador, sendo assim acredito que esse numero sequencial não deve se repetir por empregador e evento, pode ser isso a inconsistência, pois este campo faz parte da chave "id"

Boa tarde Está preenchido corretamente o campo que está apresentando erro de Schemas :"id" ? Anexe o arquivo .ini para verificação...

Favor atualizar para versão 1.2.0.53

Boa tarde Apenas esta versão ocorre este problemas? Experimente atualizar com versão 1.2.0.53

Bom dia Se utilizar outros métodos, como StatusServico ou ConsultarNFe, está obtendo Resposta do integrador? Chegou a verificar se a IntegradorNFCe.dl não está bloqueada? Tópico movido para fórum aberto para possibilitar ajuda de quem utiliza o Integrador...

Bom dia, Quando você desmarcar a opção "Mostrar Preview Antes da Impressão" e Salvar as alterações, isso já terá efeito mesmo sem reiniciar a aplicação, mas note que a opção de Mostrar Preview também pode ser enviada via alguns comandos... Se estiver sendo passado o parâmetro para o Preview, conforme exemplo abaixo, a tela de preview continuará sendo apresentada, e poderá causar sensação de travamento se estiver ficando em segundo plano. https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html A melhor opção é já definir a impressora que será impresso ou em pdf conforme você citou. Mas se o problema persistir, por favor anexe o log.txt e o arquivo ACBrMonitor.ini para análise...

Realmente esta versão foi gerada sem Suporte a XMLSec, será gerado uma nova versão extraordinária com essa correção...

Se tiver dúvidas, sugiro ver o vídeo com o passo a passo emitindo uma NFe, tem um .ini exemplo:

Correção disponível na versão 1.2.0.52. Favor atualizar os fontes...

Boa tarde Realizamos algumas validações no método de envio, na tentativa de identificar alguns possíveis problemas... Por favor atualize para a versão 1.2.0.52 e refaça os testes...

O detalhamento sempre sai no campo Duplicatas. Aparentemente o que muda no segundo exemplo é apenas a descrição do nome como: Fatura... Mas seguindo as especificações da DANFE, este campo deve ser fixo com os totalizadores de pagamento.

Bom dia Segue um exemplo... Note que são discriminados todos os Pagamentos todas Duplicatas [Fatura] nFat=1521 vOrig=150 vDesc=0 vLiq=150 [Duplicata001] Numero=001 DataVencimento=01/09/2018 Valor=50 [Duplicata002] Numero=002 DataVencimento=01/10/2018 Valor=100 [pag001] tPag=15 vPag=50 indPag=1 [pag002] tPag=15 vPag=100 indPag=1

Bom dia Como eu citei acima, a qtd precisa ser controlada na sua aplicação. Não deve criar os 75 de uma só vez... Precisa criar os 50 e enviar e depois criar os eventos restantes.Pois a cada Envio a listagem de Eventos em memória é limpa.

Bom dia Note que nas ultimas versões esta propriedade passou a ter três opções em um "RadioGroup" na mesma tela...

Sim, eu pensei que este método fosse do objeto ACBR também...

Boa tarde Verifique os erros de Schemas da Sefaz no Validador: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx , aparentemente identificou problemas nas tag de "ICMSST" do seu XML Atualize para ultima versão do Monitor...

Boa tarde Utilize o método abaixo: https://acbr.sourceforge.io/ACBrMonitor/NFEVersao.html

Acredito que opção 1 deve funcionar... Mas acho que o ideal seria separar esses processos na sua aplicação... Ou seja, a cada Evento criado precisa validar a resposta do Monitor, assim como no processo de Envio, se ocorrer algum erro deve abortar o processo do lote todo... Quando utiliza o método "EnviaeSocial" os eventos em memória são zerados automaticamente após o envio, então pode continuar a criação dos eventos sem problemas ... Uma dúvida, sua aplicação é desenvolvida em Delphi? Se sim seria mais fácil utilizar o componente e-Social ao invés do ACBrMonitor...

Boa tarde Utilize uma versão mais atualizado do Monitor... Quando ocorre timeout isso é apresentado na resposta, pode estar ocorrendo outro problema.

Bom dia Exato, se deseja enviar todos os eventos em lote, precisa primeiro criar todos os eventos (CriarEventoeSocial ) e só depois utilizar o métodos (EnviareSocial) . Os eventos ficam em memória até o momento do envio...

Bom dia No Manual do ACBrMonitor pode ver os comandos aceitos, e alguns exemplos de tags: https://acbr.sourceforge.io/ACBrMonitor/ESCPOSImprimirLinha.html Com o método ImprimirTags tem a descrição de todas as tags aceitas: https://acbr.sourceforge.io/ACBrMonitor/ESCPOSImprimirTags.html

Bom dia Atualize os fontes e reinstale os componentes, as opções default de margens deste componente já foram ajustadas.

Sim, também está disponível na próxima versão...