joseasilva

Bom Dia Obrigado pelas respostas Vou setar a propriedade como true nesse caso em particular.

Boa noite Atualizei os fontes e com isso passei a receber rejeição 938 em um cliente que utiliza CST = 60 para venda normal. Percebi que a partir da versão 18745 de 20/01/2020 foi alterado as condições para a geração das tags: vBCSTRET, pST, vICMSSubstituto e vICMSSTRET quando o CST for 60 ou CSOSN for 500., deixando de gerá-las quando o valor for 0. Gostaria de solicitar se é possível voltar a gerar mesmo com o valor 0 como era na versão 18668. Hoje para que a nota pudesse ser aprovada no cliente tive que modificar a unit pcnNFeW.pas para gerar as tags mesmo com valor 0. Expliquei para o cliente que provavelmente tem um valor que deverá ser informado ali mas ele insistiu que deveria ser 0. Fico no aguardo de uma resposta Obrigado

Boa noite a todos Estou enviando o pacote de Componentes Zeos para o FastReport atualizado para o Delphi 10.2 Espero que ajude outros como me ajudou ZEOSfrx25-DelphiTokio.rar

Estou enviando as units com pequenas alterações no layout de Impressão no Fortes para analise. Vi que não está 100% com a versão 3.0 mas arrumei alguns campos que estavam desalinhados. ACBrMDFeDAMDFeRLRetrato.dfm ACBrMDFeDAMDFeRLRetrato.pas

Entrei em contato na SEFAZ e ainda não tem uma resposta. Estão analisando o problema. Então é aguardar

Também estamos com o mesmo problema SEFAZ PR

Boa tarde a todos Fui fazer a atualização dos fontes do ACBR através do svn e também estou tendo problemas. Parece que o site não está mais respondendo. Erro; Unable to connect to a repository at URL 'https://svn.code.sf.net/p/acbr/code/trunk2' Unexpected HTTP status 503 'Service Unavailable' on '/p/acbr/code/trunk2' Obrigado

Obrigado Italo pela resposta. Vou monitorar aqui para ver se não vai afetar outras rotinas do sistema e se tiver alguma dificuldade volto a reportar

Boa tarde Executei ApagarACBR.bat Depois removi o diretório do ACBR Atualizei através do svn: https://svn.code.sf.net/p/acbr/code/trunk2 Executei ACBrInstall_Trunk2.exe como administrador Recompilei o sistema e o erro voltou a ocorrer. Refiz a alteração e o sistema voltou a funcionar.

Italo Vou apagar tudo aqui e reinstalar o ACBR para testar e reporto mais tarde aqui.

Boa tarde Italo Apaguei o arquivo ACBRUtil.pas e atualizei o ACBR Executei novamente o Atualizador e refiz a rotina e o erro voltou a acontecer: Falha no schema XML Abri o arquivo ACBRUtil.pas e alterei novamente "SetCodePage(RBS, 0, False); para SetCodePage(RBS, 0, True) e voltou a funcionar. Uso Delphi XE no Windows 10 32 Obrigado pela atenção

Boa tarde aos colegas. Fiz a alteração acima e a rotina funcionou novamente. Alguém tem uma resposta para o efeito dessa alteração? Obrigado

Bom Dia a todos Aproveitei a sua unit e acrescentei a correção na definição do Código do Cedente na impressão do Boleto em FastReport. Segue a alteração e em anexo a unit já alterada. Lembrando que estou utilizando a unit disponibilizada acima pela GR7 Automação. function TACBrBancoob.MontarCampoCodigoCedente ( const ACBrTitulo: TACBrTitulo ) : String; begin // Correcao para não duplicar a Agencia na impressão do boleto no FastReport // ------------------------------------------------------------------------- //Result := ACBrTitulo.ACBrBoleto.Cedente.Agencia + '/'+ // ACBrTitulo.ACBrBoleto.Cedente.CodigoCedente; Result := ACBrTitulo.ACBrBoleto.Cedente.CodigoCedente; // ------------------------------------------------------------------------- end; ACBrBancoBancoob.pas

Bom Dia pessoal Hoje para utilizar certificado no meu sistema, eu seto o numero de série do certificado e o ACBrCTe busca o mesmo no repositório do windows para utiliza-lo, fazendo uso, no meu caso, da CAPICOM. Faço dessa forma por causa do Certificado A3. Entretanto, vi que foram feitas várias modificações no código que me permite intercambiar facilmente entre Certificado A1 e A3 com poucas modificações, dando a possibilidade de só utilizar a CAPICOM quando o certificado for A3. Já fiz o teste carregando o arquivo .pfx para o componente e setando a senha, mas gostaria de utilizar, se entendi corretamente, a função ACBrCTe.Configuracoes.Certificados.DadosPFX, para carregar o Certificado diretamente de um Campo do BD, ou da memória. Se alguém puder me ajudar com isso eu ficaria muito grato, ou me corrigir, se estou entendendo errado a utilização da função disponibilizada. Obrigado desde já

Boa tarde Juliomar Estou usando o arquivo DACTE.fr3 que se encontra do diretorio de Exemplo em Delphi em ACBR\Exemplos\ACBrDFe\ACBrCTe\Delphi\Report Aproveitando, fiz algumas alterações nas units do gerador e os dados sobre veiculos novos já estão sendo carregados. O que não consegui fazer foi fazer imprimir corretamente os dados no arquivo do FastReport Fiz alteração também no gerador do Fortes e esse passou a imprimir os dados. No meu caso eu fiz a impressão depois dos documentos originários. Estou trabalhando para corrigir o arquivo do FASTReport e assim que conseguir vou disponibilizar também. Estou enviando os arquivos que alterei. Se considerarem que são importantes é só acrescentar ao projeto. Os arquivos foram alterados no Delphi 7 ACBrCTeDACTEFR.pas ACBrCTeDACTeRLRetrato.dfm ACBrCTeDACTeRLRetrato.pas

Boa tarde aos colegas Alguém sabe informar qual arquivo do FastReport para impressão do Dacte que imprima o detalhamento de Veículos Novos. Verifiquei que é gerado o arquivo xml com as informações mas não consegui fazer imprimir essas informações. Obrigado desde já pela atenção

Boa tarde Informe no preenchimento dos dados para o componente a carteira antes do nosso numero que o erro desaparece. Isso aconteceu comigo e resolvi alterando a sequencia de preenchimento do componente.

Aparentemente descobri o erro que estava ocorrendo. Antes de registrar o evento eu carregava o xml da nfe que seria cancelada e isso fazia com que a url chamada para o registro do evento fosse do ambiente 2.0. Comentei o código que carregava o xml e o erro deixou de existir. Amanha vou fazer o teste no cliente para ver se realmente o erro foi corrigido. Fica aí a dica para outros que passarem pelo mesmo problema. O erro também acontece no evento de carta de correção. Obrigado aos colegas

O erro que dá e´: Requisição não enviada 12029 - Uma conexão com o servidor não pode ser estabelecida

Não estou conseguindo cancelar NF-e 2.0 no ambiente 3.10 no Paraná. Alguém mais está com problemas? Também está dando erro na rotina de Carta de Correção No aguardo

Obrigado Italo pelas respostas. Eu ainda não havia lido esta Nota técnica. Creio que já está esclarecido. Vou repassar para o cliente essas informações.

Bom dia Italo Foi exatamente o que pensei, mas um cliente insiste que tem que ser do jeito do exemplo 1 porque algumas transportadoras estão enviando assim. Vou insistir com ele que tem de ser do jeito do exemplo 2. Obrigado pela resposta

Bom dia a todos. Já implementei a carta de correção no sistema através do componente e já estou utilizando em produção. qual o modo correto de informar a correção? Se alguém souber me responder ficarei grato. Exemplo 1: <descEvento>Carta de Correcao</descEvento> <infCorrecao> <grupoAlterado>Identificação do CTe</grupoAlterado> <campoAlterado>Forma de Pagamento</campoAlterado> <valorAlterado>1 - Frete à Pagar</valorAlterado> </infCorrecao> Exemplo 2: <descEvento>Carta de Correcao</descEvento> <infCorrecao> <grupoAlterado>ide</grupoAlterado> <campoAlterado>forPag</campoAlterado> <valorAlterado>1</valorAlterado> </infCorrecao> Notar que no exemplo 1 a informação é direta e de fácil entendimento. Já no exemplo 2 está com termos técnicos, igual ao que é enviado no xml do ct-e original. No aguardo e desde já obrigado

Boa tarde a todos. Estou fazendo a homologação da geração de boletos em meu sistema para a Caixa Econômica Federal cnab240 e o suporte da Caixa insiste que é necessario passar um numero de dias para a baixa/devolução do titulo que fica entre 005 e 150. O suporte não aceita que se passe 000 então eu fiz uma alteração no código fonte para que fique configurável a informação e não mais um literal como estava anteriormente. Alteração na linha 416 que estava assim: '2' + //224 - Código para baixa/devolução: Não baixar/não devolver padL('',3,'0') + //225 a 227 - Prazo para baixa/devolução (em dias corridos) ficando assim: IfThen((DataBaixa > Vencimento),'1','2') + //224 - Codigo 1 se foi definido a data da baixa do titulo - 2 para não baixa/nao devolver IfThen((DataBaixa > Vencimento),padL(Copy(IntToStr(DaysBetween(DataBaixa, Vencimento)),1,3),3,'0'),padL('150',3,'0')) + //225 a 227 - Prazo para baixa/devolução (em dias corridos) 150 é o numero máximo de dias aceito pela caixa também fiz alterações na impressão do boleto em fortesreport para as exigências da Caixa. Segue os arquivos já alterados. O arquivo do fortesreport foi renomeado a extensao de .dfm para .txt para poder ser anexado nesse post. ACBrCaixaEconomica.pas ACBrBoletoFCFortesFr.txt

Eu resolvi esse problema criando uma dll para impressão do ct-e da versão 1.04. Fiz assim no sistema para reconhecer a versão do xml: ACBrCTe1.Conhecimentos.Clear; ACBrCTe1.Conhecimentos.LoadFromFile(ArquivoCTE); if Pos('versao='+chr(34)+'1.04',ACBrCTe1.Conhecimentos.Items[0].XMLOriginal) > 0 then begin ImprimirCTE104(ArquivoCTE); end else begin ACBrCTe1.Conhecimentos.Imprimir; end; A procedure ImprimirCTE104 está sendo importada de uma dll. Creio que a ideia é a mesma com todas as outras funções.