Painel de líderes

Em formato de tabela, não conheço, no ACBr está implementado no código. O ACBr gera os alertas na geração do XML com base no layout, esses alertas são exibidos na validação, é o que aparece em cima na mensagem. Já a última linha é a validação contra os arquivos de schema, isso é feito pela DLL (libxml2, msxml). Você também pode usar a ValidarRegrasDeNegocios para prever as regras de validação da SEFAZ que podem causar rejeição. Tudo está disponível nos manuais da NFe: https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=33ol5hhSYZk=

deu tudo certo obrigado , pode finalizar

Obrigado, eu peguei os parametros que havia no aplicativo ACBrPosPrinter e mandei via código, ficou show. muito obrigado!

As vezes é bom tu imbutir isso no valor da mensalidade diluindo e tu "dá" o certificado pra ele colocando o A1.

Bom dia Paulo, Você tem razão, fiz a alteração sugerida e enviei para o repositório. Muito obrigado pela colaboração.

Conversa com a nossa amiga @aline garcia

Olá pessoal... Como vocês sabem, em uma menu Administrativo do TEF (ADM), é possível efetuar várias operações, inclusive um Cancelamento de Pagamento TEF realizado anteriormente.. Nessa situação, a Aplicação Comercial pode necessitar ser informada de que houve um Cancelamento e identificar corretamente a transação TEF que foi Cancelada. Isso pode ser útil para refletir esse status de Cancelamento em sua base de dados local, ou até mesmo providenciar outros estornos e devoluções... Mas como podemos detectar no Log de retorno de uma transação Administrativa (ADM), se houve ou não um Cancelamento ou uma simples reimpressão ? A resposta abaixo, se refere ao TEF PayGo Web, usando o componente ACBrTEFD. O componente ACBrTEFD, mapeia os retornos do Log do TEF, para propriedades internas do Objeto TACBrTEFResp, isso é feito no método TACBrTEFResp.ConteudoToProperty, que é sobreposto em cada Classe de TEF... Para ver o mapeamento que o ACBrTEFD realiza com os Logs da PayGoWeb, veja na Unit ACBrTEFPayGoComum.pas, a procedure ConteudoToPropertyPayGoWeb(AACBrTEFResp: TACBrTEFResp); Analisando o Log de um ADM, onde ocorreu o Cancelamento... temos as seguintes respostas: PWINFO_TOTAMNT=000000000300 -> Resp.ValorTotal PWINFO_TRNORIGDATE=291020 -> Resp.DataHoraTransacaoCancelada PWINFO_TRNORIGNSU=000092672 -> Resp.NSUTransacaoCancelada PWINFO_TRNORIGREQNUM=0000216525 PWINFO_TRNORIGTIME=101830 -> Resp.DataHoraTransacaoCancelada PWINFO_RCPTMERCH= *** PAYGO - AMBIENTE SANDBOX *** \x0D\x0A Via Estabelecimento...... -> Resp.ImagemComprovante1aVia.Text Ou seja, se o Cancelamento ocorreu com sucesso, teremos a impressão de um comprovante desse cancelamento, e os dados da transação Cancelada... então podemos analisar a resposta com o IF abaixo: if (ACBrTEFD.Resp.NSUTransacaoCancelada <> EmptyStr) and (Trim(ACBrTEFD.Resp.ImagemComprovante1aVia.Text) <> EmptyStr) then // HouveCancelamento Um bom local para fazer esse tipo de Verificação é no evento "OnDepoisConfirmarTransacoes"

Na linha 1055 tem a chamada a PosRPS N := PosRPS(AProvedor); O retorno da função estava atribuindo a N o valor de 29375664 Então no loop das linhas 1057 a 1070 eram criados objetos até esgotar a memória Segue anexo. EM1004821-NFSeAssinada.xml