Ir para conteúdo
  • Cadastre-se

Daniel Braz de Oliveira

Membros
  • Total de ítens

    137
  • Registro em

  • Última visita

Tudo que Daniel Braz de Oliveira postou

  1. Obrigado. Vou domar o cliente. (ahahahahaha) Abraço
  2. Pois é..mas na quarentena, eu não posso perder clientes... ahahahahahahah Mas tem como fazer ou não ?
  3. Primeiramente, quero me penitenciar com a grupo. Eu respondi direto pelo email e não aqui no fórum. O aumento para 4 casas funcionou perfeitamente, alterando a qtd de casas decimais no componente. O cliente gostou, mas... sempre tem um mas, ele não quer quando for tipo 5,4700, apareça as 4 casas, quer que despreze os zeros, ficando 5,47. Só mostrar 4 casas quando forem numeros significativos. Pode acontecer que na mesma nota tenha itens com 2 ou com 4 casas decimais. Sei que vai ficar feio, dasalinhado, mas o cliente que assim, lembrando que é só para a impressão do DANFE. O resto está correto. Tentei descobrir onde fazer o if.. then, na leitura do xml para gerar o DANFE. Onde encontro isso ?? Grato.
  4. Ainda sobre este assunto. Daniel, meu xará, onde eu posso alterar o codigo da impressão do DANFE da NFE para que a quantidade do produto tenha 4 casas decimais ? Meu cliente não quer que arredonde mas mostre as 4 casas decimais. No xml está correto, no banco de dados também, só na impressão é que está com 2 casas arredondados. Grato.
  5. A Prefeitura Municipal de Curitiba está informado que a partir de 01/06/2020 haverá mudanças na validação da nfs-e. "Informamos que a partir do dia 01/06/2020, o Sistema ISS Curitiba, na emissão da Nota Fiscal de Serviços Eletrônica (NFS-e), estará validando esta emissão em conformidade com a legislação tributária vigente, observando ainda, as atividades de serviços existentes no alvará de localização e funcionamento do estabelecimento emitente. Os testes de emissão on-line, por transmissão de arquivo ou por integração de sistemas podem ser feitos pelo ambiente piloto no endereço: https://piloto-iss.curitiba.pr.gov.br/iss/default.aspx" Gostaria de saber se haverá necessidade de alteração no componente ? Grato. Daniel.
  6. Ok Daniel. Obrigado pelo retorno. Vou estudar estes posts e ver como resolver isso. Grato.
  7. Bom dia galera ! Onde posso encontrar informações sobre qual conjunto de DLLs devo enviar junto com o executável para que o ConsultaCNPJ funcione corretamente ? Meu note é 64 e geralmente funciona a consulta, mas nos clientes há 32/64 e W7, W8, W10 e tem problemas de compatibilidade. O componente é ótimo e já tentei outras soluções mas não gostei muito. Grato. Daniel.
  8. Verdade Ítalo. Estava resolvendo coisas em outro sistema e esta semana iria retomar o assunto. Obrigado mais uma vez. Abraço. Daniel.
  9. Boa tarde Ítalo. Verdade, arrumei uma solução para um único provedor. Vou fazer isso sim e retorno. Valeu mais uma vez.
  10. Ítalo, segue abaixo a alteração que fiz e consegui substituir a informação direto no fonte da rotina ACBrNFSeDANFSeRLRetrato, na linha 514. rllPrestNome.Caption := IfThen( NomeFantasia <> '' , NomeFantasia , fpDANFSe.RazaoSocial); // rllPrestNome.Caption := IfThen( RazaoSocial <> '' , RazaoSocial , fpDANFSe.RazaoSocial); Não sei se seria esta a melhor opção, mas por ora me atendeu. O único inconveniente, é que a cada atualização do componente terei que lembrar de fazer esta alteração. Ou se for alterado diretamente no componente com uma condicional para usar o <NomeFantasia>, caso a <Razaosocial> estiver vazia. Obrigado a todos. Creio que podemos fechar o post. Daniel.
  11. Obrigado pelo retorno e explicação Ítalo. Avaliei o xml do rps, e realmente só é enviado o cnpj e inscrição municipal do prestador: <Prestador> <Cnpj>xxxxxxxxxxxxx</Cnpj> <InscricaoMunicipal>xxxxxxxxxx</InscricaoMunicipal> </Prestador> E no xml gerado, retornar a razão social na tag <nomefantasia> <PrestadorServico> <IdentificacaoPrestador> <Cnpj>xxxxxxxxxxxxxx</Cnpj> <InscricaoMunicipal>xxxxxxxxx</InscricaoMunicipal> </IdentificacaoPrestador> <NomeFantasia> AAAAA AAAAAAAAAAAA LTDA </NomeFantasia> Creio que seria o caso de alterar a rotina da impressão para capturar a tag <nomefantasia> para o lugar de <razaosocial>, não ? Ou criar uma rotina própria de leitura do xml para visualização, impressão e pdf, o que seria desperdício de tempo, uma vez que já temos a rotina pronta. Alguma dica de onde mexer nisso ? Grato.
  12. Boa noite. Há algum tempo abri um tópico sobre a não impressão da razão social do prestador na rotina padrão do componente. Fiz um debug, conforme orientado e descobri que no xml que é enviado para o servidor da prefeitura, mesmo que eu associe conforme abaixo PrestadorServico.Endereco.CodigoMunicipio := edtCodCidade.Text; PrestadorServico.RazaoSocial := varconsulta.fieldbyname('razaosocial').AsString; PrestadorServico.NomeFantasia := copy(varconsulta1.fieldbyname('unidadenegocio').AsString,1,20); PrestadorServico.IdentificacaoPrestador.Cnpj := edtEmitCNPJ.Text; a tag PrestadorServico.RazaoSocial := varconsulta.fieldbyname('razaosocial').AsString não é incluida o xml, conforme arquivo que anexo aqui. Com isso, quando é gerado a impressão ou pdf, a tag esta´vazia. É preenchida somente a razao social do tomador do serviço. Como geralmente, envio o link do site da prefeitura e a emissão acontece por lá, esta informação é preenchida automaticamente através do cadastro do cnpj. Como poderia resolver isso ? 33029UNICA-nfse.xml 20190602105-env-lot.xml
  13. Tenho emitido aqui em Curitiba, normalmente, só informando os dados do Infresptec. Não tenho preenchido nada do CSRT.
  14. Boa tarde! Comunico que consegui fazer a homologação do xml com as informações do Responsável Técnico. Grato a todos pelas intervenções e orientações.
  15. Então, Gabriel, é isso mesmo. Aqui no PR já está habilitado para homologação. Se eu não informar recebo a mensagem, usei o codigo acima e recebi a mesma mensagem, como se não tivesse informado. Cleber o retorno do erro:
  16. Bom dia. Prezados, hoje fui homologar nova versão da NF-e na SEFAZ-PR, com a inclusão do responsável técnico. Já li as instruções anteriores e fiz a configurações que entendi, mas recebi a mensagem da não informação do responsável técnico. Tentei fazer o registro de duas maneiras, conforme abaixo: 1- ACBrNFe1.Configuracoes.RespTec.IdCSRT := 0; ACBrNFe1.Configuracoes.RespTec.CSRT := 'DANIEL BRAZ DE OLIVEIRA'; 2 - ACBrNFe1.NotasFiscais.Items[0].NFe.infRespTec.CNPJ:= '03714635000149'; ACBrNFe1.NotasFiscais.Items[0].NFe.infRespTec.xContato:='DANIEL BRAZ DE OLIVEIRA'; ACBrNFe1.NotasFiscais.Items[0].NFe.infRespTec.email :='[email protected]'; ACBrNFe1.NotasFiscais.Items[0].NFe.infRespTec.fone :='41988135009'; As duas tentativas resultaram na mesma mensagem de erro. Ressalto que estou com os componentes atualizados na última segunda feira. Agradeço a cooperação de vocês. Daniel.
  17. Então amigos, fiz o debug e o erro é na sessão que busca o serviço NfeRecepcao, mas não consegui identificar onde é carregada esta sessão. Alguma coisa que estou esquecendo ???
  18. Então, BigWings, eu imaginei isso, mas não encontrei ainda onde possa haver referencia novamente à versão. Vou continuar procurando. O estranho é que não vi ninguém reportando este tipo de erro e como disse, a minha rotina de emissão de nfe uso há anos e esta é a primeira vez que tenho este tipo de erro, com versaoDF. Atualizei os componentes na semana passada e hoje novamente, esperando que houvesse alguma alteração. Agradeço a sua intervenção.
  19. Bom dia. Sobre o tópico que iniciei, tenho as seguintes observações. Todos os fontes e componentes estão atualizados. Na criação do formulário principal, na linha abaixo: cbVersaoDF.Items[0] := 've400'; cbVersaoDF.ItemIndex := 0; Quando é buscada no PcnConversaoNfe, TpcnVersaoDF = (ve200, ve300, ve310, ve400); Acaba retornando a versão V200, e como o .xsd não está na pasta me retornava o erro que schema não encontrado. Alterei a linha, invertendo a ordem, forçando retornar v400. Até aí funcionou perfeitamente, buscando a versão correta. Mas depois quando é executada a rotina procedure TACBrDFe.LerServicoDeParams não encontra a sessão Nfe_PR_H, gerando a mensagem URL para o serviço NfeRecepcao não encontrada na sessão Nfe_PR_H. Ressalto que estou usando a mesma rotina da versão anterior, e a única alteração realizada foi a inclusão da tag resptec, que aqui no PR será obrigatório a partir de 07/05/2019. Este erro nunca havia acontecido antes.
  20. Bom dia. Sobre o tópico que iniciei, tenho as seguintes observações. Todos os fontes e componentes estão atualizados. Na criação do formulário principal, na linha abaixo:
  21. Bom dia. Fiz atualização hoje dos componentes. Mas ao fazer o envio do xml recebo esta mensagem, mas a pasta schemas\nfe está referenciada no path, mas fazendo o debug, na função abaixo, o ArqSchema está vazio. Alguma dica por favor ? function TDFeSSL.Validar(const ConteudoXML: String; const ArqSchema: String; out MsgErro: String): Boolean; begin if EstaVazio(ArqSchema) then raise EACBrDFeException.Create('Arquivo de Schema não especificado'); // ArqSchema deve vir com o Path Completo if not FileExists(ArqSchema) then raise EACBrDFeException.Create('Arquivo ' + sLineBreak + ArqSchema + sLineBreak + 'Não encontrado'); Result := FSSLXmlSignClass.Validar(ConteudoXML, ArqSchema, MsgErro); end;
  22. Bom dia amigos. Passei um bom tempo neste fim de semana estudando este código e realmente não conseguir descobrir onde está o erro, se e que existe. Fiz o debug conforme orientado no pnfsNFSeR e conforme abaixo, na linha 379, inicia-se a atribuição dos dados do Prestador e Prestadorservico (alguém sabe dizer porque esta distinção ?). Por analogia, imaginei que faltava atribuir a razão do social do prestador, e inclui esta linha, 382. Mas não funcionou. Procurei saber onde a classe Leitor.rcampo era montada para descobrir se havia divergencia de nomes, mas também não encontrei. Creio que seja ali o problema. Se for possível, Ítalo, poderia dar uma luz sobre esta situação ?
  23. Bom dia Ítalo. Obrigado pelo retorno. Hoje estou voltando a este assunto para resolver. Ninguém passou por isso antes? Estou com os fontes atualizados, e já havia percebido isso há algum tempo, mas daí o meu cliente desistiu de enviar o pdf junto com o link e deixei o assunto de lado. Agora outro cliente quer enviar o pdf e percebi que ainda não está preenchendo este campo. Vou trabalhar nisso e depois que resolver eu posto a solução que encontrar. Grato.
  24. Olá. Quando mando gerar o pdf da nfse, não está sendo impresso a razao social do prestador do serviço. Revisei minha rotina da geração do xml, e está tudo correto, pois na prefeitura é gerado completo. Somente na geração do PDF. Usei o programa exemplo e também não apresenta esta tag. Alguém já passou por isso ? Estou com todos os fontes atualizados. Na unit ACBrNFSeDANFSeRLRetrato, linha 514, não recebe a razão social, pois as variavies RazaoSocial e fpDANFSe.RazaoSocial estão em branco. Todas as outras informações são preenchidas, menos a razão social do prestador.
×
×
  • 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.