Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 27-01-2021 em todas as áreas

  1. Tente configurar no componente DANFE a propriedade ExibeInforAdicProduto = infSeparadamente.
    2 pontos
  2. 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=
    2 pontos
  3. Obrigado, eu peguei os parametros que havia no aplicativo ACBrPosPrinter e mandei via código, ficou show. muito obrigado!
    1 ponto
  4. Blz.. é isso mesmo.. Só configurar essa propriedade.. Obrigado.
    1 ponto
  5. Certo, Italo!! Hoje ainda estou sem acesso ao cliente, com essa situação irei fazer acredito que amanhã (28/01/2021), e retorno com a devida informação. OBGão!!!
    1 ponto
  6. As vezes é bom tu imbutir isso no valor da mensalidade diluindo e tu "dá" o certificado pra ele colocando o A1.
    1 ponto
  7. Além da configuração das margens pode configura a fonte dos itens e também o tamanho do campo Cod Produto
    1 ponto
  8. Bom dia Sergio, Veja que a mensagem de rejeição não se refere ao emitente e nem o destinatário e sim o CPF autorizado a realizar download. A sua aplicação deve permitir que o emitente da nota informe até 10 CPF ou CNPJ que ele autoriza a realizar o download da nota. Esses CPF ou CNPJ são informados no grupo <autXML>. Um desses CNPJ informado não é valido, ou seja, algum digito do numero esta errado. A sua aplicação precisa validar o CPF ou CNPJ antes de aceitar o numero para constar no XML da nota.
    1 ponto
  9. Bom dia Paulo, Você tem razão, fiz a alteração sugerida e enviei para o repositório. Muito obrigado pela colaboração.
    1 ponto
  10. Conversa com a nossa amiga @aline garcia
    1 ponto
  11. 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"
    1 ponto
  12. 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
    1 ponto
  13. Oficialmente os Packages precisariam ser instalador manualmente, seguindo a hierarquia dos pacotes... Mas veja esse Script do Ari
    1 ponto
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.