Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

clube mobile


Cursos grátis para toda base ACBr
+ Promoção Clube Mobile para o ACBr Pro

Saiba mais

adriano santos

click.png

click.png

click.png

click.png

click.png

click.png

Aronbyte

Membros
  • Content Count

    10
  • Joined

  • Last visited

Community Reputation

1 Neutral

About Aronbyte

  • Rank
    Novato
  1. Bom dia, Obrigado mais uma vez Italo. Concordo contigo, estudando um pouco mais e analisando tambem tava no mesmo consenso de você, então irei fazer desta forma se for o caso so retificar depois, obrigaod e bom dia.
  2. Creio que me equivoquei nessa pergunta, quando for ETC ou CTC nessa situação a transportadora que ira fazer o mdfe correto? Isso pelo que entendi no leiaute tinha esquecido deste ponto, desculpe. Possa está equivocado novamente
  3. Boa tarde, muito obrigado por sua resposta Italo. Ja abusando de sua paciencia amigo, se possivel venho tira outra duvida, caso o responsavel pelo transporte seja uma ETC ou uma CTC, nessa situação é preciso informar o evento de pgmt ou as informações de pgmt no xml ou não informaria? Uma segunda duvida sobre o produto predominante e tambem carga lotação sendo o "tpemit=2" é possivel ta informando essas tags caso o cliente deseje? Pois nas RV so tem dizendo a respeito do tpemit 1 e 3 e tambem que é facultativo Já agradeço pela atenção, obrigado.
  4. Boa tarde, estou com uma duvida que se puderem me ajudar irei fica muito grato, que seria sobre o evento de pagamento da operação de transporte (evPagtoOperMDFe). Estou com duvida se este evento é obrigatorio ou não pois em um aviso do portal mdfe tem este trecho: "O evento de pagamento e as demais alterações de schema da NT, como são opcionais, terão sua data mantida em 06 de abril de 2020. " Mas na norma tecnica no meu entendimento, tinha entendido que era um evento obrigatorio e tambem vi um topico aqui no forum em que se falava disso. Caso seja obrigatorio na norma tecni
  5. Obrigado pela ajuda de todos. Podem encerrar o topico já.
  6. Fiz o teste colocando o campo como double e ocorreu o mesmo erro mas se alterar aquela linha 3737 deixando naquele formato ele gerar o arquivo correto com até 2 casas decimais.
  7. Tambem achei estranho mas como não utilizo muito o lfill ou rfill, so tentei seguir a logica que vi no campo "QTD", então seguindo o layout da tabela abaixo imaginei que seria "LFill( VL_ITEM, 0, 0 )" Tambem encontrei um topico aqui que um amigo no 3 comentario pelo que parece estava passando por um problema parecido, que passando um valor para o campo currency ele entendia como um valor de data: https://www.projetoacbr.com.br/forum/topic/9898-arquivos-do-paf-função-lfill/
  8. Bom dia Juliomar obrigado pelo retorno. No arquivo "ACBrEFDBloco_C_Class.pas" dentro da procedure "WriteRegistroC810" alterei a linha 3737 Anteriormente: Add( LFill('C810') + LFill( NUM_ITEM ) + LFill( COD_ITEM ) + LFill( QTD, 0, 5 ) + LFill( UNID ) + LFill( VL_ITEM ) + LFill( CST_ICMS ) + LFill( CFOP ) ) ; Ficando assim: Add( LFill('C810') + LFill( NUM_ITEM ) + LFill( COD_ITEM ) + LFill( QTD, 0, 5 ) + LFill( UNID ) +
  9. Boa tarde pessoal, estou gerando o registro C810 e estou até passando um valor fixo para o campo "VL_ITEM" mas quando é feita a geração do txt ele me retorna um valor totalmente diferente. Diante mão já agradeço pelo apoio de todos. with RegistroC810New do begin atestevlr := GeraArquivoSpedFiscal.CDSSATItensTOTAL_ITEM.AsExtended; NUM_ITEM := FormatFloat('000', GeraArquivoSpedFiscal.CDSSATItensITEM.AsInteger); COD_ITEM := FormatFloat('000000', GeraArquivoSpedFiscal.CDSSATItensID_PRODUTO.AsInteger); QTD := GeraArquivoSpedFiscal.CDSSATItensQUANTIDADE.AsFloat; UNID :=
×
×
  • Create New...