EMBarbosa

Meu VB está bem enferrujado, mas se não me engano, esse erro acontece quando se mistura tipos diferentes. O exemplo mais simples é adicionar a um valor inteiro uma string ou vice-versa. Então talvez esteja relacionado ao tipo do parâmetro que está passando. Por exemplo, um parâmetro é string, mas você está passando um valor que é inteiro. Poderia verificar isso?

Olá Pointer Softwares! Você viu a mensagem da Juliana acima? conseguiu reproduzir o problema utilizando a aplicação de exemplo?

Bom dia pessoal, Em primeiro lugar, quem ainda não assistiu o curso do Thúlio e gostaria de trabalhar com o PicPay, eu aconselho a assistir. É simples e direto, e explica bem o conceito do funcionamento. O componente ACBrPicPay nós ficamos felizes de dizer que recebemos como doação. O componente faz principalmente a parte de enviar as requisições de pagamento e não precisa do intermediário em PHP que o Thúlio implementa no curso. E quanto mais usuários puderem testar mais confiável vai ser o componente. Vocês podem verificar a documentação em https://ecommerce.picpay.com/doc/ Essa é a mais simples. E você tem razão no objetivo. Mas não é obrigatório informá-la. Veja o que a documentação diz: Então é usado apenas no caso você queira indicar uma página pro usuário. Exemplos podem ser "volte sempre", "Obrigado pela preferência", ou até alguma página de perfil dele no seu sistema). Exatamente. Essa é a URL para o PicPay te avisar que houve uma alteração na transação. Está descrito na parte "Notificação" da documentação do PicPay. Para que isso funcione, você vai precisar ter um servidor que receba o json enviado pelo PicPay. Esse servidor pode então enviar um aviso a sua aplicação, e a partir daí sua aplicação pode dar a venda como concluída, tudo de forma automática.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 19944. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Eu concordo com o Daniel. Eu te explico onde você vai perder um pouco a produtividade, na hora do debug. O debug do Lazarus é mais complicado do que o do Delphi. Não que ele seja impossível de se mexer, ele tem até algumas coisas interessantes, mas te toma mais tempo.

Bom dia. Na hora de imprimir está sobrando papel também? Ou isso só acontece na visualização?

Olá, A última informação que temos é que o Reinf 2.0 foi cancelado. Veja: http://sped.rfb.gov.br/pagina/show/4183 Houve também um adiamento no prazo (veja link abaixo), mas desde então, não vi nenhuma notícia sobre o assunto. http://sped.rfb.gov.br/pagina/show/4296

Sinceramente, não sei não... Não tenho muita experiência com Farmácia Popular. Talvez alguém mais saiba.

Algumas possibilidades: Erro na data e hora da máquina (exemplo horário de verão configurado incorretamente) O GBAS esteja desatualizado Necessário recadastrar essa máquina Erro ao obter o código do GBAS (confira se está correto o que está sendo enviado) Não conheço o seu código por isso o que vou dizer pode ser bobeira, mas... Você está vendo que essa linha não está executando o GBAS, certo? Está jogando uma string pra Solicitacao.dnaEstacao.

Tópico repetido. Por favor continue em:

Tópico fechado: Por favor continue em: https://www.projetoacbr.com.br/forum/topic/57687-solicitação-não-autorizada-dna-da-transação-gerado-pelo-gbas-é-inválido-farmácia-popular/

Minha sugestão é você fazer a leitura usando o ACBrNFe. Daí pegar os dados do ACBrNFE e jogar pra exibição conforme você quiser. Pode ser um treeview, ou algo diferente. Na minha cabeça a ideia seria um DANFe, mas eu posso não ter entendido o seu objetivo. Daí, depois de alterado, (ou durante a alteração caso prefira), você volta com os dados ao ACBrNFe. Por fim o ACBrNFe gera o arquivo XML novamente.

Estranho. Alterei a fonte para 30. Aqui está funcionando normal. Veja:

Bom dia Antonio. Aqui está funcionando normalmente. Você está utilizando a impressão em Retrato? Anexe o xml e o pdf ou a imagem do DANFe por favor.

Para algumas impressoras como a Epson, não basta só alterar a propriedade. Você precisa alterar a configuração no spool de impressão também. Veja o que o Daniel mencionou aqui:

Você consultou a chave da nota no site da sefaz? Eu não encontrei...

Acredito que esse (NOW) seja o horário da emissão da NFC-e. Certo? Em caso afirmativo, essa é a sugestão mesmo.

Qual danfe você utilizou?

Fiz a implementação de uma nova propriedade "TamanhoFonteInformacoesComplementares", semelhante as outras que mencionamos. Subi as alterações para o SVN na Revisão 19917. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema.

Se está falando de mim, está na assinatura. Meu nome é Elton. Não é bem assim que funciona. A partir do momento que você jogou os dados no treeview, não é mais um xml. Passa a ser uma árvore de dados ligada a um componente visual. O TreeView em si não conhece XMLs de NF-e e por isso não vai saber como gerar um. Você deve ter um código que alimenta o treeview ou então ele consegue ler XMLs genéricos e por isso a primeira parte do que você deseja funciona, mas não o final. Realmente, acho muito mais fácil você trabalhar com o ACBrNFe. Ele vai ler o XML e mostrar pra você os dados em formato de classes. Daí você pode trabalhar com todos os dados que precisar da NFe e modificá-los nas classes. Finalmente, você poderá gerar um xml que, embora não seja um documento fiscal, seguirá os padrões da Sefaz para uma NFe e de forma geral poderá ser lido por qualquer sistema que consiga ler uma NF-e. Isso depende do ponto de vista. Qual o objetivo de mostrar o que está sendo lido? Não seria melhor apresentar os dados no formato de DANFe? Quem vai acompanhar o que está sendo lido e com quê objetivo?

Boa tarde Rogério. Não existe esse método. Então algo assim realmente não vai funcionar... O componente não foi feito para trabalhar com treeview genérico e sim com uma estrutura bem definida que é a da NF-e . Uma treeview nada mais é que uma árvore de dados, por isso quando você mandou gravar foi gerado uma árvore de dados. O XML pode ser representado como árvore de dados, por isso você consegue transferir fazendo a leitura. Então vai depender de como você programa seu while já que não é uma estrutura linear. Teoricamente bastaria você fazer o caminho inverso do que você fez na leitura para pegar do xml e jogar no treeview.

Sabe algo sobre? Olá Victor, Veja que o log menciona duas marcas diferentes Tanca e Bematech. Poderia nos dar um passo a passo de exatamente o que você está tentando fazer?

Se é só nesse lugar que você preenche o campo dEmi e é por causa desse campo que está havendo rejeição, então fica claro que esse código não está funcionando como você gostaria. Afinal, por que você pega a data de um lugar e a hora de outro? Não seria mais simples colcar data e hora tudo num lugar só?

O endereço está apontando para homologação, mas parece que a nota foi emitida em modo de produção. Chegou a verificar isso?