guimaraesrodrigo

Boa tarde pessoal. Estou desenvolvendo uma ferramenta de emissão de NFE, tipo 55. Estou utilizando delphi tokyo e compilando para linux. Estou tendo o erro "Erro ao inicializar a Biblioteca LibXML2" no momento de assinar o xml. Já instalei o openssl no linux e também já fiz o deploy das dlls . será que alguém já passou por esta situação e poderia dar uma dica? um abraço.

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.

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

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"

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,

olá Isaac. Boa tarde. Estou com o mesmo problema. Erro 500 o tempo inteiro. Apenas neste estado. Se descobrir alguma coisa posta aqui.

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.

Boa tarde Francisco. Tive o mesmo problema. Resolvi com a linha if (NFe.pag.Items.tPag <> fpSemPagamento) then Att,

Obrigado Daniel. Estou entrando em contato com eles. att, Rodrigo Guimarães

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

Douglas a sua Função GetURLQRCode da unit ACBrNFe está igual a função abaixo?

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

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

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

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.

Obrigado Régys, gostei da ideia. Abraço att, Rodrigo Guimarães

Régys, bom dia. Nunca trabalhei com esta situação descrita, 1 tela para operador e 1 tela para cliente. Sendo apenas uma tela, eu sou obrigado a exibir as duas mensagens? Ou posso ocultar a do cliente? att, Rodrigo Guimarães.

Boa tarde a todos. Estou com uma dúvida com relação ao evento OnExibeMsg e gostaria, se possível, de uma orientação de vocês. Desenvolvi o evento de uma jeito que está exibindo 2x a mesma mensagem na tela. Após digitar a senha do cartão de débito o sistema exibe a seguinte mensagem "'Aguarde, em processamento...''. Notei que na unit ACBrTEFDCliSiTef, linha 1212,função ContinuarRequisicao, existe duas chamadas ao evento, porém com parâmetros diferentes. DoExibeMsg( opmExibirMsgOperador, MensagemOperador, (TipoCampo=5005) ) ; DoExibeMsg( opmExibirMsgCliente, MensagemCliente, (TipoCampo=5005) ) ; Seria uma mensagem para o operador e outra para o cliente. Alguém consegue me explicar um pouco melhor isso? Eu devo realmente exibir 2x? Att, Rodrigo Guimarães

Boa tarde, Estou com a documentação da pré-homologação com data de 15/03/2016 versão 14. Obrigado a todos pelas respostas. Acho que também homologarei com a confirmação após a impressão. att, Rodrigo Guimarães

Boa tarde a todos. Estou iniciando a adaptação da minha aplicação para funcionar também com o CliSiTEF(hoje já funciono com o Pay&GO). No roteiro de pré homologação, eles informam que podemos chamar as funções de confirmação de transação (CNF) antes da impressão dos comprovantes. com isso, não somo obrigados a fazer vários testes de falha de impressão.(18,19,20,21,22,23,24). Alguém já fez esta alteração? existe algum parâmetro pra isso? att, Rodrigo Guimarães

Boa noite a todos. Uso o componente ACBR para emissão de NFC-e. Tenho vários clientes funcionando e nunca tive esse problema. Na sexta-feira, 29-01-2016, o credenciamento do cliente junto a Sefaz-RJ para emissão de NFC-e foi solicitado. Aparentemente está tudo normal. No site da Sefaz já aparece que o cliente está credenciado para produção e homologação. Porém ainda hoje, segunda-feira, 01-02-2016 continuo recebendo a mensagem de erro : 203 - Emitente não habilitado para emissão de NF-e . Alguém já passou por uma demora deste tipo? Até achei que alguma configuração errado pudesse ter sido feita no sistema, mas já conferi tudo e não encontrei nada.

Descobri senhores. Na bpl do meu sistema de NF-e, tinha no requires dele "ACBRComum" e "ACBRCapicom". Removendo essas referências ele compilou normalmente. Agora é só acertar o sistema com as modificações do ACBr. obrigado a todos pelas dicas.

olá agnaldo, Após a instalação do ACBR pelo ACBrInstall_Trunk2.exe ele incluiu esta pasta no path do delphi. Segue imagem

Bom dia Juliomar. Verifiquei os paths, tanto do delphi quanto do projeto de NF-e. E nenhum está fazendo apontamento para as pastas antigas do ACBR. Inclusive, removi as pastas e nada mudou. Ja desinstalei e instalei novamente os componentes e não descobri nada. Notei que se eu colocar o código DFeUtil.NaoEstaVazio o compilador não reclama. Se alguém tiver mais alguma ideia.

Boa tarde a todos. Estou migrando para o Trunk2 e está ocorrendo um erro na unit ACBrDFECapicom. Linha 275. [Pascal Error] ACBrDFeCapicom.pas(275): E2003 Undeclared identifier: 'NaoEstaVazio'. Fiz a instalação toda pelo ACBrInstall_Trunk2.exe. Nenhum erro ocorreu no processo. Antes da instalação executei o apagarAcbr.bat. Estou usando DELPHI 2006. A unit que contém a função "NaoEstaVazio' está declarada em ACBrUtil.pas, que está no uses do ACBrDFeCapicom.pas. Alguém tem alguma ideia do motivo do erro?