Ir para conteúdo
  • Cadastre-se

cefantacini

Membros
  • Total de ítens

    415
  • Registro em

  • Última visita

1 Seguidor

Últimos Visitantes

2.279 visualizações

cefantacini's Achievements

  1. Fiz a rotina de impressão para a argos OS 214 Plus e quando termina a impressão, a etiqueta para um pouco afastada da posição de corte. Já testei vários valores para a proppriedade Avanco, já testei os 3 valores para a proproiedade BackFeed e nada resolveu. a "DeteccaoEtiqueta := mdeGap" estou usando desta forma Teria alguma configuração adcional que poderia fazer?
  2. Para fazer uma carta de correção ou cancelamento eu coloco o XML original no componente. Depois que eu envio o evento, eu pego o xml do evento na pasta e guardo. Depois disso, carrego novamente o XML original da nota no componente e chamo o método Consultar. DMComp.NFe.Consultar; Depois disso salvo novamente o XML que está no componente, só que neste momento o XML já trás as TAGs da carta de correção ou cancelamento.... Eu vou salvando todos os XML no banco, sendo assim tenho o XML original sem as tags da correção ou cancelamento e tenho o xml com as tags.
  3. Tá certo, é que até então eu carregava o XML atualizado, vou passar a carregar o original. Obrigado
  4. O problema não é com o XML do evento, este carrega normalmente, no caso citado é o XML da NFe que foi atualizado e foram inseridas as Tags relativas ao evento. Vou anexar o XML que dá o erro. NFe20250717_180940799.xml
  5. Quando eu faço carta de correção ou cancelamento, eu baixo o XML atualizado com as tags do evento. Se eu salvar esse XML no disco e for carregar ele no componente, ao chamar o comando: DMComp.NFe.NotasFiscais.LoadFromFile( XMLNFe ); Ele me dá o erro: O problema somente acontece se o XML tiver um evento vinculado. Mais alguém passando por isso?
  6. Desta forma que vc mencionou eu vou conseguir copiar as units/forms que aparecem quando eu vou em "Exibir Fonte do Projeto". O que eu queria era copiar as que aparecem no "Inspetor de Projetos" No meu caso tem muitas units / forms que estão no inspetor e não estão no fonte do projeto....
  7. Tenho 2 projetos em lazarus, identicos, só muda o nome do projeto. Teria como eu copiar as cofigurações do Inspetor de Projetos (Forms e Units adcionados ao projeto) de um para outro para não precisar repetir os passos de add Form/Unit ?
  8. De ontem pra cá, alguns clientes estão recebendo este erro ao tentar emitir NFe por SP. Algumas informações. O erro só acontece com quem tem certificado A3, porém tem clientes que tem o A3 e estão conseguindo emitir. O erro só acontece na NFe, NFSe por exemplo está indo com o mesmo certificado... Abaixo como está a configuração do componente. Alguém passando pelo mesmo problema?
  9. Boa noite, eu estou passando pelo mesmo erro e não estou sabendo como solucionar. No meu caso deu um erro no momento da emissão e eu não tenho a chave da nota. E se eu for tentar consultar pelo RPS recebo o erro "Identificador mal formado. O ID da DPS deve conter 42 números". Qual seria e melhor solução nesse caso? Como deu erro na transmissão (X203 Não retornado nenhuma NFSe) eu preciso fazer a consulta para saber se a nota foi emitida ou não.
  10. No meu caso encontrei o erro, eu estava atribuindo .Titulo.Carteira depois de .Titulo.NossoNumero, foi só atribuir antes que resolveu.
  11. No meu caso eu estava preenchendo as propriedades .Cedente.TipoCarteira := tctRegistrada; (1) .Banco.LayoutVersaoArquivo := 810; Porem, depurando, percebi que mesmo eu tendo preenchido a propriedade TipoCarteira com 1, quando chegava na procedure function TACBrBancoSicoob.CalcularTamMaximoNossoNumero(const Carteira: String; const NossoNumero : String = ''; const Convenio: String = ''): Integer; begin case StrToIntDef(Carteira,0) of 1 : begin if fpLayoutVersaoArquivo = 810 then Result := 8 else Result := 7 end; 9 : Result := 9; else Result := 7; end; fpTamanhoMaximoNossoNum := Result; end; O parâmetro Carteira chegava como 0 Se mudar a linha case StrToIntDef(Carteira,0) of para case StrToIntDef(Carteira,1) of Fica resolvido, porém optei por não mudar o fonte do ACBr para não correr risco de problema em futuras atualizações. Sendo assim a melhor solução que encontrei foi voltar a usar o nossonumero com 7 posições.
  12. Acredito que ainda deva passar por revisão sim, inclusive encontrei outro erro nela....
  13. No grupo de preenchimento das informatções da IBS Municipal, na nota técnica do CTe, o campo pAliqEfet, do grupo gRed, se refere as UF envolvidas, o correto seria os Municipios envolvidos? Será que a redação da nota técnica está errada ou são as UFs mesmo?
  14. Eu atualizei o ACBr e segui as orientações do Ítalo. Eu estava pegando a chave e removendo o literal do documento (NFe, CTe, MDFe) do inicio ... Como a chave passou a vir sem o literal, eu estava usando apenas 41 (ou 40 no caso do MDFe) dos 44 caracteres numéricos da chave. Fazendo os ajustes o problema foi resolvido. Se quiser pode fechar o tópico.
  15. Olhando a mensagem de erro, todos os caracteres da chave são numéricos ....
×
×
  • 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 10 segundos...