Marcelo Calvi Belanga

Bom dia Junior, O DEBUG passa pela TratarRespostaFinal, mas não executa a linha Self.Salvar...... Consecutivamente, não executa o método SalvarXML. É estranho, quando ele chega nessa linha ele retorna para E o valor de I passa a ser 1, mesmo eu tendo apenas uma guia.

Boa noite José, como vai? Baixei, substitui, efetuei um Build no projeto e continuou na mesma. Não precisa reinstalar o ACBr né? A guia na pasta procGNRe: O gnre na pasta mensal: Penso eu, que tanto a guia, como a gnre poderiam ficar na pasta mensal. Os logs estão nos seus devidos lugares.

Os LOGs estão sendo salvos corretamente, o que estou falando é sobre o XML processado e enviado. O enviado (*-gnre.xml) está sendo salvo corretamente na estrutura de diretórios, mas o processado está salvando no caminho informado no PathGNRe, ou seja, fora da estrutura de diretórios (CNPJ/MES). Como solução paliativa, alterei a propriedade Salvar como False e estou salvando manualmente o XML processado desta forma: Com isso, mantenho os XMLs processados dentro de seu respectivo mês. E quando sair uma atualização para o mesmo. Volto a deixar que seja salvo automaticamente.

Bom dia. Estou compatibilizando a emissão da GNRe 2.0 em meu aplicativo. Notei que a guia que retorna processada (*-guia.xml), está sendo salva no PathGNRe. Eu utilizo separar por CNPJ e MES, essa guia não deveria ser salva no caminho retornado pela função GetPathGNRe? Por outro lado o XML gerado pelo meu aplicativo (*-gnre.xml) está salvando no caminho retornado pela função GetPathGNRe.

Boa tarde Daniel, blz? Cara eu fiz uma coisa bem básica. tenho um arquivo de versão que meu sistema baixa toda vez que faz logon. Com as informações desse arquivo, o sistema verifica se tem algo para atualizar, se tem, já baixa os arquivos e avisa o usuário. Se ele quiser atualizar, executa um procedimento que atualizar o EXE. Que por sua vez, verifica a versão mínima do BD e obriga ou não atualizar. Essa atualização se dá através de scripts que gero e subo tudo para um FTP. É bem manual, mas me ajuda bastante a não ter que ficar fazendo essas atualizações manualmente nos clientes.

Tenho clientes com o mesmo problema.

Bom dia. Entrei em contato com o suporte da Elgin e após seguir as orientações deles o horário foi corrigido. O suporte informou para: Bloquear o SAT no portal Bloquear o SAT local Desbloquear o SAT no portal Desbloquear o SAT local Simples assim.

Foi o que imaginei. Vou entrar em contato com o fabricante. Volto aqui para informar o desfecho.

Segue LOG. Aparentemente servidor NTP OK. Executei o teste fim a fim e também deu certo. LOG_191126_113151.txt

Bom dia... estou com um SAT Elgin Linker II com horário errado, está como se fosse horário de verão. Já dei uma procurada no fórum e não encontrei nada que me auxiliasse. O SAT está se comunicando normalmente e efetuando as vendas. Já dei uma pesquisada no fórum e no google, mas não encontrei nada falando sobre isso. Ainda não entrei em contato com o suporte da Elgin. Será que alguém já passou por isso e poderia compartilhar a solução?

Você pode usar ele para fazer controle de acesso e controle de licença que pode ser por número de dias, e outros que você mesmo pode criar. É bem bacana. Baixa o trial tem exemplos, fácil de usar.

Uso a anos http://www.deltress.com.br/index.php?pagina=rdacesso

Não uso MySQL, mas uso Firedac. Ele tem uma função para recuperar conexões que foram perdidas e isso dá para implementar de forma automática, verificando se a conexão quebrou e reestabelecer ela. Veja o link abaixo e tenho certeza que resolverá seu problema. http://docwiki.embarcadero.com/RADStudio/Rio/en/Recovering_Connection_(FireDAC)

E você está comercializando os fontes?

Bom dia. Semana passada eu ajustei usando a Unit deste post e para a versão 1.0 deu certo.

Pelo que eu entendi, a critério de cada UF a partir de 07/05/2019

Está ótimo então. Deixaremos desta forma. Obrigado.

Olá @José M. S. Junior, Somente agora consegui atualizar e testar. Ficou melhor, pois, não é cortado. Mas não daria para começar a impressão na primeira página e continuar na segunda, ou informar nestes casos os números das páginas? Estou tentando abrir o arquivo ACBrNFeDANFeEventoRLRetrato para fazer o ajuste e testar, mas estou recebendo um erro e não sei por onde começar para tentar ajudar. Olha o teste anexo por favor. Danfe Retrato.pdf

No portal http://www.gnre.pe.gov.br/gnre/portal/automacao.jsp#, tem o Manual de Preenchimento. Tem que tratar cada estado. Exemplo do GNRE 100099 do Acre

Bom dia @José M. S. Junior. Testarei em breve. em seguida posto o resultado. Obrigado.

Pessoal... basta instalar corretamente e pronto. É apenas mais um certificado, estando instalado corretamente, vai funcionar as emissões usando ACBr. Se prestarem atenção, o tópico foi aberto, pois, havia um problema que o @Daniel Simoes resolveu. Eu não consegui testar mais, pois, o cliente acabou cancelando e comprou o A1, pois, estava com urgência. E para não perder o cliente, paguei metade do certificado A1 dele.

OK. Fico no aguardo. Obrigado.

Exato.... isso é apenas um teste, desconsidere as informações da CCe. Desculpe-me, esqueci de informar que uso Fortes.

Bom dia Ítalo, Meu questionamento nesse ticket não se refere a validação ou não da CCe e sim se seria possível continuar a CCe na segunda página. Sobre a anulação dela, com certeza não será anulada, pois, não estou alterando informações de valores, impostos ou qualquer informação desse tipo. Estou apenas informando ao destinatário, a que se refere os valores de despesas acessórias de uma NFe de devolução, que nem é referente a essa NFe em questão. Um cliente meu enviou uma CCe com essas informações e me questionou sobre estar cortando e não imprimindo a segunda página. Isso é possível, ou devo orientar ele que faça uma nova carta de correção, escrevendo tudo na sequência? Obrigado.

Bom dia a todos, Procurei e não encontrei nenhuma propriedade que eu possa emitir uma CCe em duas páginas. O que ocorre é quando temos uma correção longa como a do XML anexo, a impressão corta no final da página conforme o print abaixo: Alguém sabe se tem solução? 1101103519020385791800014055000000000554195928238001-procEventoNFe.xml