Ir para conteúdo
  • Cadastre-se

JoaoPauloRicardo

Membros
  • Total de ítens

    394
  • Registro em

  • Última visita

  • Days Won

    2

Tudo que JoaoPauloRicardo postou

  1. são carregadas no momento a partir da tabela de movimentos, pois estão diretamente relacionadas com a nota em causa.
  2. boa tarde, eu não se o o vosso problema é parecido com o que tivemos aqui. mas durantes uns tempos tb nos apareceu esse problema (diferenças de 0.01 nos totais). depois de perder tempo (mto tempo), acabei por chegar a conclusão que o problema não é somente programação, era o firebird mesmo e o raio da virgula flutuante quando se fazem os arredondamentos (isto também está relacionado com o modo de criar os campos, tem de escolher o tipo certo para evitar este problema, que sucede em especial nos campos float) . resumindo uma longa história, pk trocar os tipos de campo não era possível de momento, acabei por recalcular e controlar os totais num array, garantindo assim 100% de valores corretos quando vou lançar na nfe. Tudo isto para dizer que é possível que o código esteja correto, mas são os dados que estragam tudo.
  3. with Transp.Vol.Add do begin qVol:=sq_nfe.FieldByName('QT_VOLUMES').AsInteger; esp:=sq_nfe.FieldByName('ESPECIE').AsString; marca:=sq_nfe.FieldByName('MARCA').AsString; pesoL:=sq_nfe.FieldByName('PESO_LIQ').AsFloat; pesoB:=sq_nfe.FieldByName('PESO_BRUTO').AsFloat; end; vai a dica
  4. supostamente as transportadoras, desde que devidamente identificadas na nfe, podem fazer a consulta da mesma pela manifestação. como não emitimos o cte não te posso dizer como efetuar. quem sabe uma alma caridosa possa esclarecer mais.
  5. não disse q n tem, disse que n tem todos por isso é necessário o controle pela aplicação. cc por exemplo somente tem o ultimo, pois só este é valido. já os eventos de manisfestação não tem nenhum, ou mesmo epec para citar alguns
  6. ala compete á aplicação gerir esse ponto, até porque já faz um tempo que foram limitados os tipos de eventos agregados a nfe pela sefaz.
  7. ala pah, antes que processar qualquer evento nós carregamos a respetiva nfe no componente, isso garante que quaisquer futuros procedimentos possuam todos os dados necessários para decorrem sem problemas, seja enviar, imprimir ou mesmo consultar o respetivo evento
  8. geanjeus jh tentaste enviar sem a tag nre? a validação do sefaz é facultativa, mas pode ser que eles estejam a validar pela presença, isto é, se a tag existe eles validam o conteúdo, que necessariamente retorna invalido se ela estiver vazia. o xml que dizes estar autorizado apresenta ela vazia tb no xml?
  9. para imprimir eventos tens de carregar também a respectiva nfe no componente. isso está a ser feito?
  10. pah eu posso estar errado, mas a unica tag que vi preechida do difal é vFCPUFDest. cade o resto??
  11. bruno pah, não creio que o contador seja responsável por enviar qualquer xml para a SEFAZ (creio que é isso que falas). Se é acerca de guardar os mesmos, creio que isso vai depender do contrato que a empresa vai ter com ele, se atua como guarda-livros (claro que o que digo tem de ser validado pelo advogado da mesma, não tomem como fato). outra coisa, o DANFE não tem qualquer valor fiscal. somente o XML com assinatura digital
  12. até que essas supostas controversas (estou a ser sarcastico com os legisladores) sejam resolvidas, as regras atuais valem para todos
  13. ja tentaste validar o xml ? https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx http://validadornfe.tecnospeed.com.br/ quando é assim anexa o xml para que possam avaliar aqui tambem
  14. até 4/2016 os valores em produção não são validados, somente a presença das tags. CONTUDO o teu cliente continua a ser responsável pelos valores (maneira do estado obrigar a colocar os valores certos, acho)
  15. pensei que ja era para fazer isso, pela NT 2015.003 vem indicação de colocar esses valores no campo de observações.
  16. é, tem cliente que pensa que tudo que sucede é sempre culpa dos outros (entenda-se tecnicos TI ou programadores). infelizmente ainda não vivemos num mundo perfeito
  17. teu cliente tem problemas de visão. ele devia mudar o tamanho da tela, 800x600, isso vai fazer tudo ficar maior sem mexer nas fontes
  18. soh em fevereiro vai começar a avaliar esse processo, conforme oficio em anexo. Of_cio_Barbosa.pdf
  19. creio que pode ser pior que processo de forma solidária, se a aplicação permite a adulteração dos documentos após a venda e emissao fiscal entao a software house pode mesmo incorrer em processo de fraude por parte do estado, com direito a prisão pois a iniciativa de permitir esse ponto parte da mesma. Um advogado de meia pataca poderia mesmo ilibar o cliente dele (ou reduzir acusação), sob o argumento que essa funcionalidade é inerente da aplicação comprada. abre o olho, mais vale perder o cliente que ganhar férias pagas pelo estado
  20. olha oh palhaço, o acbr É gratuito, o que não é gratuito é uma ferramenta criada, á parte, e que usa os componentes ACBR na mesma. Se keres usar a ferramenta pagas se não queres entao não GRITES. Seja como for o formato de negocio que te queixas é um dos mais normais quando está presente um componente opensource, em especial se o mesmo tem o sucesso que o acbr possui.
  21. tomar em atenção que existem padrões para as fontes a usar no DANFE (tamanho e tipo). ver manual de orientação para mais detalhes
  22. bs pah, conforme italo falou, o evento EPEC é parecido com evento CANCELAMENTO. Basta alterar o tipo de evento e prestar atenção ás tag que são obrigatórias preencher (NT 2014.001) usa a rotina que criaste para o evento de cancelamento como base para o epec
  23. seja qual for o sistema que uses para validar o email ele tem sempre de ser efetuado 1 a 1 dentro de um loop. Mais uma vez isso compete a politica de desenvolvimento da aplicação e não ao componente. o componente deve funcionar bem seja para enviar emails em lote ou individual, e isso ele faz. pessoalmente não vejo vantagem em que o componente faça isso pois o tempo de processo para enviar 1000 email em lote é substancialmente menor que enviar 1 a 1, algo que nao vejo vantagem, mesmo que depois tenha maior controle no retorno de erros. Creio que compete á aplicação e, por acrescimo aos utilizadores da aplicação, validar os email que usam. uma opçao melhor para isso seria colocares um botao de validação do email nos cadastros onde ele possa existir, passando assim a responsabilidade dessa operação para o utilizador
  24. corrijam-me se estiver errado, contudo creio que todo o processo de validação a esse nivel (email correto, mas nao existe) é efetuado no servidor de email, sendo que se estamos a falar de email em lote (com mais de 1 destinatario) não tem como controlar qual dos emails é incorreto, contudo o email é enviado para os restantes que estiverem corretos. Onde quero chegar é que se está a enviar emails em lote o erro que retorna serve para avisar que 1 ou mais email estao errados. se queres controlar a emissao a esse nivel granular basta criares o loop para cada email que envias e controlares o retorno de erros um a um. isso compete a aplicação e nao ao componente fazer.
  25. não apanhas a mensagem na exception?
×
×
  • 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.