Ir para conteúdo
  • Cadastre-se

guimaraesrodrigo

Membros
  • Total de ítens

    26
  • Registro em

  • Última visita

Últimos Visitantes

1.180 visualizações

guimaraesrodrigo's Achievements

  1. Segundo a atendendo do chat da prefeitura -> "nossa empresa aprimorou os processos e criamos a nossa própria metodologia que se baseia na transmissão de arquivos XML, padrão UTF-8". Só acho que eles podiam tirar o nome ABRASF do documento para não confundir.
  2. guimaraesrodrigo

    NFS-e Paracambi

    Boa tarde amigos. Sou novo na área de NFS-e. Estou um pouco perdido. Estou precisando gerar RPS para a cidade de Paracambi, RJ. Em contato com a Prefeitura eles me informaram que a implementação deles é customizada. Alguém saberia me orientar para o desenvolvimento de uma nova cidade? att, ManualUsuarioRPS.pdf loteRPS.xsd
  3. Você pode colocar ele no diretório junto com o EXE. ou pode integrar ele na sua aplicação. Já existe uma bat que faz isso. Ela fica no mesmo diretório do arquivo ACBrNFeServicos.ini. "Compila_RES.BAT"
  4. Boa tarde. Consegui resolver o problema que estava acontecendo comigo. Além de atualizar o arquivo ACBrNFeServicos.ini também foi necessário atualizar uma função chamada "EhAutorizacao" que fica na unit ACBrNFe.pas Novo Código Result := (AVersao >= ve310); if (AModelo = moNFCe) And (AVersao = ve310) then Result := not (AUFCodigo in [13]); // AM encontrei aqui mesmo no fórum a solução. Após estas modificações todas as notas foram autorizadas corretamente. att,
  5. olá Isaac. Boa tarde. Estou com o mesmo problema. Erro 500 o tempo inteiro. Apenas neste estado. Se descobrir alguma coisa posta aqui.
  6. Bom dia. Você conseguiu localizar o Schemma para a correta emissão da nota com o valor "SEM GTIN"? estou tendo problemas ao validar o xml.
  7. Boa tarde Francisco. Tive o mesmo problema. Resolvi com a linha if (NFe.pag.Items.tPag <> fpSemPagamento) then Att,
  8. Obrigado Daniel. Estou entrando em contato com eles. att, Rodrigo Guimarães
  9. Boa tarde. Estou com um cliente em produção efetuando mais ou menos uns 300 vendas diárias com cartão de crédito e débito. Destas 300 vendas,umas 5 vendas por dia não são confirmadas na software express. No exemplo abaixo, foi efetuada uma venda com 2 cartões e o log encontra-se assim: -- 10/08 16:09:20:403 - ConfirmarTransacoesPendentes -- 10/08 16:09:20:403 - *** FinalizaTransacaoSiTefInterativo. Confirma: SIM Documento: 160716 Data: 20160810 Hora: 160920 -- 10/08 16:09:20:496 - *** FinalizaTransacaoSiTefInterativo. Confirma: SIM Documento: 160823 Data: 20160810 Hora: 160920 A primeira linha do log foi um pagamento de R$ 55,00 QUE NÃO ESTÁ CONFIRMADO na software express. A segunda linha do log foi um pagamento de R$ 65 que ESTÁ CONFIRMADO na software express. Todas as vias foram impressas normalmente. Até onde estou entendendo, a chamada de "FinalizaTransacaoSiTefInterativo" é a confirmação da transação, correto? Alguém ja passou por algo similar que possa dar uma luz? Att, Rodrigo Guimarães
  10. Douglas a sua Função GetURLQRCode da unit ACBrNFe está igual a função abaixo?
  11. Boa tarde Douglas. Meu componente está atualizado sim. como ficou a sua tag QRCode? O meu IDEstrangeiro da tag <Dest> ficou diferente do cDest da tag QrCode. <idEstrangeiro>HO123456</idEstrangeiro> Parte da Tag: nVersao=100&tpAmb=2&cDest=123456
  12. Boa tarde, Estou tentando efetuar uma emissão de NFC-e para cliente estrangeiro e estou tendo erro. O cliente em si é da Holanda. Seu numero de passaporte é algo do tipo HO-123456 Ou seja, temos letras e números. O erro que acontece é o : "Parametro do QR-Code divergente da Nota Fiscal (cDest)" Com esta mensagem, comecei a tentar entender o problema e cheguei na unit ACBRNFe na função GetURLQRCode que possui o seguinte código: cDest := OnlyNumber(Destinatario); Este onlyNumber está cortando parte do passaporte e fazendo com que a nota fique em rejeição. OBS: Removendo o onlyNumber a nota foi autorizada. Alguém já pegou esta situação? Será que o onlyNumber foi utilizado para remover formatação de CPF e CNPJ? Se alguém puder ajudar... Att, Rodrigo Guimarães
  13. Boa tarde Daniel. Mas como identifica o momento certo de chamar 'R' ou 'O'? Achei que a variável era o cupom estar finalizado. Se o cupom foi impresso, retormo 'R'. Porém o teste 16 mostra que não é apenas isso. Tem alguma outra coisa que tenho que verificar? att, Rodrigo Guimarães
  14. Boa tarde a todos. Desenvolvi meu evento InfoECF com base no DEMO do acbr. No inicio do evento, ele tem um comentário dizendo o seguinte: { Leia o último Documento Gravado no seu Banco de Dados, e verifique se o Cupom já foi finalizado,ou se já foi aberto um CCD ou Gerencial... Exemplo: if (Documento.Finalizado) or (pos(Documento.Denominacao,'CC|RG') > 0) then RetornoECF := 'R' //Executará ConfirmarESolicitarImpressaoTransacoesPendentes; else RetornoECF := 'O' ; //Executará CancelarTransacoesPendentes; } Fiz exatamente o que está escrito no comentário acima. Se o cupom fiscal foi concluído, retorno 'R', se não retorno 'O'. Porém, no teste 16 da pré-homologação ele pede pra eu desligar o computador assim que concluir o pagamento(antes de terminar de imprimir o cupom fiscal) e também desligar a impressora. RESULTADO ESPERADO AO ABRIR O SISTEMA: "Transação TEF efetuada. Favor reimprimir último cupom". RESULTADO OBTIDO AO ABRIR O SISTEMA: "Ultima Transação TEF não foi efetuada. Favor reter o cupom.". Ou seja, ele espera que confirme o pagamento sem ter cupom fiscal finalizado. Alguém poderia me dar uma luz de como resolver isso? Agradeço qualquer ajuda. att, Rodrigo Guimarães.
  15. Obrigado Régys, gostei da ideia. Abraço att, Rodrigo Guimarães
×
×
  • 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.

The popup will be closed in 10 segundos...