Ir para conteúdo
  • Cadastre-se

BigWings

Moderadores
  • Total de ítens

    10.193
  • Registro em

  • Última visita

  • Days Won

    156

Tudo que BigWings postou

  1. BigWings

    Data e hora

    Anexe os arquivos XML de envio e retorno do webservice para análise.
  2. O campo forPag foi removido do layout do CTe a partir da versão 3.00. Ele é mantido no componente apenas por compatibilidade.
  3. A resposta rápida pra esse caso seria usar o CFOP 6929. Mas é contraintuitivo emitir uma NFCe para uma mercadoria que vai ser destinada a outro estado, já que a NFCe destina-se a venda a consumidor final, presencial. Se a venda foi realmente presencial pode ser emitida NFe com CFOP 5929, idDest = 1 (interna), mesmo com endereço do destinatário sendo de fora do estado, desde que também seja informado operação presencial (indPres = 1) e sem frete (modFrete = 9). Também é preciso ver se a UF em questão (do emitente) permite o uso do CFOP 5929/6929 referenciando uma NFCe.
  4. Testei o XML anexado e validou normal: https://dfe-portal.svrs.rs.gov.br/Mdfe/ValidadorXML
  5. BigWings

    Data e hora

    Significa que no XML a data/hora de emissão está superior à data/hora do webservice. Então verifique o relógio e fuso horário da máquina se estão corretos.
  6. O erro indica um erro de leitura do XML. O teu XML tem quebras de linha, remova as quebras de linha do XML e tente de novo.
  7. Pelos testes que fiz está tudo certo. Enviado ao repositório, rev. 17329. Obrigado @JeannyPaiva pela contribuição.
  8. Notei remoção de algumas páginas no seu .fr3 em comparação com o .fr3 do repositório. A alteração foi feita sobre o último .fr3 do svn?
  9. Disse lá em cima, a SEFAZ deve ter:
  10. Correção no repositório, rev. 17327. Para MDFe não existe EPEC ou FSDA, apenas a contingência com tpEmis = 2. Favor atualizar os fontes e testar novamente.
  11. Obrigado pelo interesse em contribuir. Não me pareceu correto ignorar descontos e acréscimo no valor a pagar. O mais correto seria usar a tag vNF como valor a pagar, da mesma forma como é feito no DANFE em EscPos. A soma de vProd + vServ seria o valor total.
  12. Se você implementar a geração da tag no demo do ACBrNFe ocorre o mesmo problema?
  13. Ao que parece você está preenchendo a tag descANP com uma string vazia. Então use o debug e verifique o conteúdo de QryAnpNOME.AsString no momento da atribuição à tag.
  14. O emissor gratuito de MDFe foi descontinuado pela SEFAZ em outubro do ano passado, conforme aviso na página da SEFAZ-SP: http://mdfe.fazenda.sp.gov.br/ Ele não é mais compatível com o layout em vigor desde o dia 15/07/2019. Você deve procurar outra aplicação. PS: Separei o post em um novo tópico por não ter relação com o assunto onde foi postado originalmente.
  15. Foi detectado um problema com a configuração fgtSempre caso informada diretamente no componente via object inspector, problema resolvido ontem mesmo na revisão 17317. Se a sua revisão está anterior a essa, atualize novamente os fontes. Configurando via código como você deixou entender, não deveria acontecer, entretanto. Então atualize novamente os fontes e teste, se ainda tiver problemas informe o passo a passo para reprodução.
  16. Realmente é difícil dizer, apenas apontei uma possibilidade. Vejo que os arquivos parecem ter modificação posterior: A data/hora de criação dos arquivos pode dar uma ideia melhor do que aconteceu.
  17. Se não me engano quando a configuração Arquivos.EmissaoPathNFe está False o ACBr usa a data atual da máquina para determinar a pasta a salvar. Então se a data do PC estava em Julho isso seria possível.
  18. Se está tendo erro de validação e não rejeição, não é o mesmo assunto do tópico. Verifique a pasta de schemas. Se ainda tiver erro anexe o XML e em um novo tópico descrevendo melhor o problema.
  19. Você pode definir um valor maior se quiser as linhas separadas ou um valor menor se quiser mais condensadas. Se deixar 0 é usado o espaçamento padrão da impressora que o ACBrMonitorPLUS não sabe qual é, assim não consegue calcular a altura máxima da região do QRCode e dados da NFCe, ficando assim os dados da NFCe limitados a altura do QRCode.
  20. Mesmo configurando o espaçamento entre linhas?
  21. Quando o emitente do MDFe estiver usando um veículo de terceiros, deve informar os dados do proprietário do veículo (CPF, RNTRC, etc) nos grupos veicTracao/prop e veicReboque/prop. Já o RNTRC da transportadora informado na tag rodo.infANTT.RNTRC deve estar associado ao CNPJ da mesma.
  22. Exato, era possível antes o download pelos estados usuários da SVRS, hoje aparentemente não é mais possível.
  23. A regra de validação é facultativa, cada UF decide se vai implementar ela ou não.
  24. Verifique se o RNTRC informado está vinculado ao CNPJ do emitente do MDFe: https://consultapublica.antt.gov.br/Site/ConsultaRNTRC.aspx/ConsultaPublica/ Está no manual da versão 3.00a, que entrou em vigor em produção hoje.
  25. Basta informar o RNTRC do emitente: var MDF: TMDFe; begin MDFe.Manifestos.Clear; MDF := MDFe.Manifestos.Add.MDFe; [...] if MDFe.Configuracoes.Geral.VersaoDF >= ve300 then MDF.rodo.infANTT.RNTRC := MinhaQuery.FieldByName('RNTRC').AsString else MDF.rodo.RNTRC := MinhaQuery.FieldByName('RNTRC').AsString;
×
×
  • 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.

The popup will be closed in 9 segundos...