Jump to content

FSoftware

Membros
  • Content Count

    124
  • Joined

  • Last visited

Community Reputation

29 Excellent

2 Followers

About FSoftware

  • Rank
    Membro

Profile Information

  • Sexo
    Masculino
  • Localização
    RO

Recent Profile Visitors

802 profile views
  1. Sim, tem o protocolo! No sistema está correto. Chave, protocolo... Tudo OK. O problema é no portal do CT-e que se consultar fala que está inexistente. Porém o cliente conseguiu emitir o MDF-e com esse CT-e que o portal diz que não existe! Agora a pouco consultando os CT-es no portal novamente, na parte dos eventos, vi que a inclusão no ambiente nacional está demorando muito! Mas quase todos que foram emitidos hoje já estão sendo consultados normalmente! O problema é que quando o cliente vai passar no posto fiscal, se não tiver ainda no ambiente nacional (creio eu), vai dar problema pq não vão conseguir consultar o CT-e. Como já aconteceu.. inclusive até levaram multa por dizerem que o CT-e não existe. Mas se já tem até MDF-e como que não existe? Não entendo muito eles! A UF é de RO, estava dando erro na página da sefaz rs. não consegui consultar
  2. Alguém está passando por alguma situação em que emite o CT-e e um certo tempo depois consulta e mostra que não existe o CT-e na base nacional? O mais cabuloso é que o cliente emitiu um MDF-e referenciando esse CT-e. Mas na consulta do CT-e aparece que não existe! Está em produção! Percebi que os CT-es emitidos de ontem para trás está normal! Será que está havendo alguma demora para sincronização? Até pq se o CT-e não existisse, não conseguiria emitir o MDF-e. Certo? O cliente chegou até levar uma multa pq passou no posto fiscal e o CT-e deu inexistente!
  3. Já fiz isso também. Inclusive, se deixar todas as margens 0 e fechar a unit que possui o componente e abrir novamente, o componente volta as margens padrões: Direita 5,1; Esquerda 6; Inferior e Superior 8
  4. Eu já havia tentando informar valor de 5 para todas as margens, porém não resolveu!
  5. Bom dia! Fiz a atualização agora a pouco do ACBr que contemplava a alteração das margens. Porém nos testes percebi que alguns documentos fiscais estava saindo , em algumas partes, desconfiguradas, como é o caso da carta de correção da NF-e e CT-e. Também percebi na impressão do DACTE na parte dos documentos originários e no DANFE ao final da impressão dos itens (A última linha está ultrapassando)! Vou enviar as imagens de como está saindo aqui! Ao abrir o arquivo .fr3 está normal! Não sei se foi a alteração das margens que causou isso! Aqui as margens estão tudo 0, mas também já tentei colocar outros valores
  6. Boa tarde Ítalo, essa alteração será disponibilizada?
  7. Bom dia, ficou muito bom! Só uma sugestão: A lista de erros poderia ser mostrada em ordem decrescente para que os últimos erros fossem mostrados primeiro!
  8. Boa tarde Ítalo, não alterei o fr3 do SVN pois esse campo não tem no modelo do DAMDFE (Alterei apenas o meu fr3). Então para não fugir do modelo disponibilizado pela receita, optei por não alterá-lo. Mas segue o PDF sem o campo e com o campo com xMun.pdf Sem xMun.pdf
  9. Boa tarde, adicionei ao cdsDocumentos da unit 'ACBrMDFeDAMDFEFR' , os campos de cMunDescarga e xMunDescarga. Um cliente havia solicitado para aparecer o município de descarregamento do documento fiscal no DAMDFE. Se puderem analisar e adicionar ao SVN, agradeço! Segue unit alterada! ACBrMDFeDAMDFEFR.pas
  10. Eu entendo que vários fatores influenciam na entrega, mas de qualquer forma, essa informação estará no XML, caso seja informado pelo usuário. E um detalhe: só foi colocado os campos no cdsInformacoesAdicionais para que possa ficar disponível no Dacte. Isso não vai ficar automático. Como disse acima eu iria alterar APENAS o meu fr3 para suprir uma necessidade de um cliente! Eu já tinha colocado nas observações mas o cliente não aceitou devido o outro sistema que ela usava aparecer no campo específico.
  11. Boa tarde, Fiz a inclusão dos dados da entrega no 'cdsInformacoesAdicionais' para que ficasse disponível do DACTE. Um cliente havia solicitado que aparecesse a data da entrega na impressão. Consultei o manual mas não vi esse campo no modelo de DACTE disponibilizado, mas não diz que é proibido adicionar, desde que tenha no xml! Então se puderem analisar e adicionar ao SVN, agradeço! Não fiz alteração do fr3, já que esse campo não está no modelo disponibilizado no manual! Então, farei uma alteração só no meu fr3 aqui para que não fuja do modelo! ACBrCTeDACTEFR.pas
  12. Eu pensava que na NFC-e, na tag cAut, iria esse campo e usava assim no sistema Irei pegar então o campo NSU!
  13. No meu post anterior quando eu disse Eu quis dizer que seria contado uma rejeição diferente
  14. Na verdade na NT que fala sobre o consumo indevido, só bloqueia se for enviada com mais de 30 rejeições iguais (Podendo ser parametrizado por ambiente autorizador). Então se houver um erro de CFOP, você vai corrigir e ao enviar novamente se der erro nos dados do cliente (por exemplo), será contado outra rejeição. Aqui no sistema gravamos no banco que houve a rejeição, assim como a graça citou no tópico acima. E caberá ao usuário fazer as devidas correções nesses casos!
×
×
  • Create New...