Antonio Carlos L

Desculpe, confesso que não havia atentado a essas recomendações. O estranho é que no 2.08 64bits ele rodava. Será que a versão anterior a 2.08 fosse 32bits e ficou ali o aquivo ? E desculpe a pergunta, eu consigo instalando par 32 bits compilar para 64 ? Obrigado pela atenção.

Bom dia a todos, Eu estava usando o Lazarus 2.08 64 bits no windows 10 normalmente. Removi o 2.08 e fiz uma instalação limpa do Lazarus 2.10 Conforme podem ver os pacotes foram instalado sem nenhum erro, e quando tento compilar o projeto tenho esse erro : Error: ppc386.exe can't be executed, error message: Failed to execute ""ppc386.exe" -MObjFPC -Scghi -O1 -g -gl -l -vewnhibq -FuC:\Lazarus\packager\registration\ -FUC:\Lazarus\packager\units\i386-win64\ fcllaz.pas Não existe nesta versão 2.10 esse pcc386.exe apenas o pccx64.exe No Delphi tem a questão dos LibraryPaths 32 e 64 seria algo do tipo no Lazarus ? Obrigado

Obrigado, eu estava bem longe mesmo ao tentar relacionar o VER12P ao VER120 do delphi, achei no .INC que a diretiva VER12P é para setar UNICODE , o tipo é que mudou https://wiki.lazarus.freepascal.org/User_Changes_3.2.0#TBlobData_opaque_type_reworked_to_TBytes Se eu fizer algo do tipo {$IFDEF LCL_FULLVERSION > 2010000} deve funcionar também . Muito Obrigado !!!!!

Pessoal procurei em https://www.freepascal.org/docs-html/prog/progch1.html o que seria essa condicional {$IFDEF VER12P} que deve ser algo parecido com o delphi VER120 etc, poderiam dar uma luz ? Com a mudança do Lazarus da 2.08 para 2.10 alguns pacotes pararam de funcionar e preciso ajustar Aparentemente ou alguns Tipos mudaram , não encontrei onde fala sobre isso e estou com erros do tipo : property AsBlob: TBlobData read {$IFDEF VER12P}GetAsBytes{$ELSE}GetAsString{$ENDIF} write SetAsBlob; Error: Illegal symbol for property access Ou essa diretiva precisa ser ajustada. Agradeço desde já

feito conforme orientação

Fiz a postagem aqui, mas movam onde entenderem melhor, Cenário : ACBr 20261 , Fortes 476, O Fortes deixou de compilar erros abaixo, e creio que mesmo que seja resolvido, o ACBr também estra afetado pois vários outros componentes estão dando erro de tipo property AsBlob: TBlobData read {$IFDEF VER12P}GetAsBytes{$ELSE}GetAsString{$ENDIF} write SetAsBlob;

Oi @walter faria eu abri o xml que vc postou, nele não existe a geração dessas tags, entretanto observei, e pode ser que nesse estado seja assim que os grupos COFINS e PIS que normalmente sai assim : -<PIS> -<PISAliq> ..... </PIS> -<COFINS> -<COFINSAliq> ..... </COFINSAliq> </COFINS> No seu XML está assim : -<PIS> -<PISOutr> ... </PISOutr> </PIS> -<COFINS> -<COFINSOutr> ... </COFINSOutr> </COFINS> Desculpe se não tiver relação.

Moderador feche o tópico, essas mesma linhas aparecem também em logout e removendo não existe a menor diferença, acho que seja código perdido.

Caros estou fazendo a integração com eFrete. Estou usando o exemplo como guia. No exemplo em Frm_ACBrCIOT Linhas 340 e 341 na operação login onde é solicitado o token existe essas duas linhas ObterOperacaoTransportePDF.CodigoIdentificacaoOperacao := '123'; ObterOperacaoTransportePDF.DocumentoViagem := '456'; Entretanto no XML de pedido essas tags não aparecem. Poderiam esclarecer essa necessidade ? Obrigado.

Unit Frm_ACBrCIOT; procedure TfrmACBrCIOT.btnCriarEnviarClick(Sender: TObject); linha 1095 {$if CompilerVersion < 23} MemoDados.Lines.Add(IntToStr(TipoCarga.Codigo) + ' - '+ TipoCargaToStr(TipoCarga.Descricao)); {$else} MemoDados.Lines.Add(TipoCarga.Codigo.ToString + ' - '+ TipoCargaToStr(TipoCarga.Descricao)); {$IfEnd} para adequar a Delphis mais antigos

Oi foi erro de digitação meu, estava SYNA*.dcu veja que as DCUs do SynEdit se chamam SynAuto* e por isso são apagadas. Compreendo as implicações se ele for rodado dentro do raiz, abraço e obrigado.

Primeiramente parabéns pelo ótimo trabalho. Hoje ao executar o ApagaACBR.bat descobri que algumas dcu do SynEdit foram apagadas pois o bat vai ao raiz do disco e SYN*.dcu acabava fazendo isso. A partir do ApagaACBR.bat criei outro .bat que pega outras DCUs que não estão sendo apagadas. @echo off del ACBr*.bpl ACBr*.dcp DCLACBr*.bpl DCLACBr*.dcp PCN*.bpl PCN*.dcp SYNA*.bpl SYNA*.dcp /s del a*.dcu b*.dcu c*.dcu d*.dcu f*.dcu g*.dcu h*.dcu i*.dcu j*.dcu l*.dcu m*.dcu n*.dcu o*.dcu p*.dcu r*.dcu s*.dcu t*.dcu u*.dcu /s Esse .bat não volta ao raiz do disco, ele varre os subdiretórios abaixo dele e se os componentes forem instalados dentro de onde foi baixado Abraços e obrigado a toda a equipe.

Você diz "Se o Regime for normal não da este erro, mas mantendo seu Regime que é o Simples Nacional da este erro:" No xml postado vc esta usando a ST 00 para ICMS que é de regime normal

Sim, mas existe ainda a comercialização desse produto ?

@Juliomar Marchetti esse anuncio ainda está válido ? Os links estão quebrados

Em ACBr\Exemplos\ACBrTCP\ACBrIBPTax\tabela vc tem a tabela

@Daniel Port essa eu desconhecia. Baseado nas informações dos contadores, "achava" que somente o destinatário poderia emitir uma de devolução. Mais uma que aprendi.

Realmente a pergunta ficou confusa. Como tenho apenas UM certificado, gerar uma nota de venda com ele não adiantará uma vez que a chave da nota conterá o cnpj deste certificado. Dai a pergunta, eles não validariam a chave verificariam apenas o tpEmis da chave .. Mas consegui que um colega emitisse uma nota de venda em homologação contra esse cnpj e foi resolvido, obrigado.

Oi @Gr@c@ obrigado pelo retorno, mas no caso eu não teria que ter o certificado do destinatário ? Ou neste ambiente eles so validam a existência não importando a composição da mesma ?

@gss200610 se o que as normas técnicas especificam valem para todos, para visualizar o DANFE ou baixar o PDF é necessário o XML, e no minimo você tem que dar CIÊNCIA DA OPERAÇÃO. O resumo não te dá essa condição.

Pessoal, preciso testar notas de devolução em homologação. Devido a chave de acesso não consigo, tenho chaves de acesso de produção elas não são aceitas, tem alguma chave especifica para esse ambiente ?

Caros, alguns clientes solicitaram nossa intervenção para a troca de certificado A1. As cadeias das certificadoras e o ICP v5 já existiam, foi instalado apenas o certificado com a possibilidade de permitir exportação. Depois de algumas horas os clientes começaram a perguntar se a SEFAZ RJ estava fora pois estavam surgindo erros e o sistema mudava constantemente para Contingência. Nos logs de erro aparecia erro 12715 e outros 12xxx e inicialmente atribuímos a SEFAZ devido a época do ano. Estranhamente ninguém mais relatava nada, apenas os clientes que mudaram os cretificado. Na página das certificadoras nenhuma orientação especifica. Então observamos que em um log havia menção a CERTIFICADO INVÁLIDO. Por acesso remoto era possível acessar o ECac ou a pagina da SEAZ RJ mas quando se tentava acessar : https://nfe.sefa.pr.gov.br/nfe/NFeAutorizacao4?wsdl Era chamado o certificado, mas não continuava. Em Opções de Internet, Aba Avançadas, Segurança desmarcamos [ ] Avisar quando houver incompatibilidade de endereços de certificados* [ ] Verificar revogação de certificados do servidor* reiniciamos a máquina e continuou o mesmo. Foi necessário executar o comando certmgr.msc, clicar com o botão direito na pasta "Certificados" que está dentro da pasta "Autoridades de Certificação Raiz Confiáveis", e remover TODOS os certificados. Depois instalamos as cadeias e nos asseguramos que na coluna Finalidades estivesse TODOS . E um novo teste no endereço acima a página respondeu corretamente. Isso aconteceu apenas no Windows 10 versões diferentes, não aconteceu no Windows 7. Abraço a todos. já existe alguns posts aqui sobre isso, mas como tive esse problema com certificado A1 da VALID, CERTISIGN, SPC BRASIL em Windows 10 ( licenciado ) versão 1903

Já fiz e o antivirus não deixa ele ser copiado. Vou ter que colocar nas exceções

O arquivo é identificado como virus sim Alguns anti virus detectam outros não

Obrigado, acho que tem relação com o BitDefender em um maquina com Avast não deu nada, bastou baixar em uma com BitDefender acusou