cefantacini

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?

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.

Tá certo, é que até então eu carregava o XML atualizado, vou passar a carregar o original. Obrigado

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

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?

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....

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 ?

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?

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.

No meu caso encontrei o erro, eu estava atribuindo .Titulo.Carteira depois de .Titulo.NossoNumero, foi só atribuir antes que resolveu.

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.

Acredito que ainda deva passar por revisão sim, inclusive encontrei outro erro nela....

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?

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.

Olhando a mensagem de erro, todos os caracteres da chave são numéricos ....

No meu caso, atualizei o ACBr, reconstrui o Lazarus, limprei e reconstrui o sistema e o problema persiste ...

Atualizei o ACBr hoje e ao tentar cancelar a NFe recebo o seguinte erro: Adcionalmente atualizei a pasta de schemas mais o problema persiste...

Estou sim eu fiz essa verificação....

Eu depurei e acredito que encontrei onde está o problema, mais não tenho certeza se a solução que encontrei pode dar algum "efeito colateral" No ACBr novo, dentro do arquivo: ....\Fontes\ACBrBoleto\ACBrBancoSicoob.pas tem uma procedure que não tem no mesmo arquivo do ACBr antigo: . . 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; Esse parametrro carteira vem nulo, dai ele assume o 0 e cai no else e assume 7; Se eu simplesmente tratar o else da mesma forma que o 1 o problema fica resolvido 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 begin if fpLayoutVersaoArquivo = 810 then Result := 8 else Result := 7 end; end; fpTamanhoMaximoNossoNum := Result; end;

Atualizei e fiz o teste, porém na nova atualização o problema permanece...

Provavelmente o problema é nessa procedure CalcularTamMaximoNossoNumero, mais eu não consegui entender como ela é codificada

Eu fiz um teste de atualizar o ACBr novamente hoje e a mensagem de erro permaneceu. Dai voltei a versão anterior que eu tinha (backup) de antes da atualização de sábado passado e o problema foi resolvido. Pelo que percebi foi alguma alteração recente no ACBr que está gerando o problema ....

Conta bancária vc diz? Até antes da atualização dos ACBr estava funcionando normal com o leiaute 810 e 8 dígitos nessa conta.... Está mensagem aparece quando eu peço para gerar a remessa....

Depois das mudanças no campo Nosso Numero no sicoob no inicio do ano eu fiz os ajustes no programa para se adaptar as modificações do componente. Na ocasião fui orientado aqui no fórum a preencher o LayoutVersaoArquivo com 810 se fosse boleto do sicoob. Porém atualizei o ACBr semana passada e agora ao gerar uma remessa do Sicoob recebo a seguinte mensagem de erro: Teria alguma configuração adicional a fazer depois da atualização?

Estou fazendo uma consulta da NFSe por RPS. O parametro sucesso volta True, porém não volta mais nenhum dado da nota. Aparentemtente a nota não foi emitida. Qual seria a forma correta de eu saber se a nota foi emitida ou não nesta situação. Eu estava tratando o parametro "sucesso", mais aparentemente não é a forma correta...