fefevilela

Pessoal, descobri o real motivo desse erro aparecer. a TAG => infCTE.Versao, estando ela setada para 3.0 o erro ocorre.... alterei para 4.0 e resolveu... Acredito que o colega LEANDRO possa ter cometido o mesmo erro que eu.... Foi mal ai gente. peço finalizar

sim.. tudo isso é feito. estou com a revisão 29973 todos os fontes atualizados e o executavel com BUILD.... vou investigar onde está ocorrendo o problema e responderei aqui no grupo. Obrigado

Isso é estranho pois em nenhuma das funcionalidades do ACBR eu preciso distribuir arquivos acessorios. Só distribuo o Executavel e tudo funciona....

Executando o modo ASINCRONO = FALSE ( CompCte.Enviar(1, False) ) Na versão 3.00 vai de boas.... Na versão 4.00 ele da a mensagem conforme anexo

Pessoal, bom dia Estamos com o mesmo problema. Analisando o INI postado pelo BIGWINGS, realmente a CHAVE não está no arquivo. Acredito que seja pelo fato que o Componente não está concatenando a versao 4.00 na String de pesquisa o arquivo INI Consta: [CTe_SP_P] URL-QRCode=https://nfe.fazenda.sp.gov.br/CTeConsulta/qrCode URL-ConsultaCTe=https://dfe-portal.svrs.rs.gov.br/CTE/Consulta CTeConsultaCadastro_3.00=https://nfe.fazenda.sp.gov.br/ws/cadconsultacadastro4.asmx RecepcaoEventoAN_3.00=https://cte.sefaz.rs.gov.br/ws/CteRecepcaoEvento/CteRecepcaoEvento.asmx ; RecepcaoEvento_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRecepcaoEvento.asmx CTeRecepcao_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRecepcao.asmx CTeRetRecepcao_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRetRecepcao.asmx CTeInutilizacao_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteInutilizacao.asmx CTeConsultaProtocolo_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteConsulta.asmx CTeStatusServico_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteStatusServico.asmx CTeRecepcaoOS_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRecepcaoOS.asmx CTeRecepcaoSinc_3.00= CTeRecepcaoGTVe_3.00=https://nfe.fazenda.sp.gov.br/cteWEB/services/cteRecepcaoGTVe.asmx ; RecepcaoEvento_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeRecepcaoEventoV4.asmx CTeRecepcaoSinc_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeRecepcaoSincV4.asmx CTeConsultaProtocolo_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeConsultaV4.asmx CTeStatusServico_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeStatusServicoV4.asmx CTeRecepcaoOS_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeRecepcaoOSV4.asmx CTeRecepcaoGTVe_4.00=https://nfe.fazenda.sp.gov.br/CTeWS/WS/CTeRecepcaoGTVeV4.asmx e o Erro propagado pelo componente refere-se APENAS a: CteRecepcaoSinc Seria esse o problema ?

Obrigado. Podem finalizar o ticket.

Acredito que não, pois as informações estão nessa propriedade TnfseRegimeEspecialTributacao = (retNenhum, retMicroempresaMunicipal, retEstimativa, retSociedadeProfissionais, retCooperativa, retMicroempresarioIndividual, retMicroempresarioEmpresaPP, retLucroReal, retLucroPresumido, retSimplesNacional, retImune, retEmpresaIndividualRELI, retEmpresaPP, retMicroEmpresario, retOutros, retMovimentoMensal, retISSQNAutonomos, retISSQNSociedade, retNotarioRegistrador);

Senhores, Estou migrando a aplicação de emissão de NFS-e para o novo componente X. Ocorre que não estou encontrando a Função de conversão StrToRegimeEspecialTributacao. Encontrei nas Classes ABRASF e BASE, porem sem sucesso na utilização. Poderiam me dar uma luz ?

Desinstalei o FAST e reinstalei e ta tudo funcionando... Vou verificar se existe alguma restrição na geração dos formulários. Obrigado

Pessoal, Insteli o Delphi 11 e fiz a instalação normalmente da Suite ACBr. Nenhum erro foi apresentado na compilação/instalação dos componentes, porem ao executar o Delphi estou tendo o erro conforme anexo. Não entendi se ele está em conflito com a versão 10.4 ou se o problema é outro. Eu estou achando que isso tem a ver com a versão do FastReports que eu baixei através do GetIT. Essa versão é compativel com os formularios do ACBR ?

Pessoal, Mil perdões.. não percebi que no dia 19/01 houve atualização do FR3. Peço cancelarem esse ticket. Mais uma vez, peço desculpas pelo transtorno.

Pessoal, boa tarde. Verifiquei nos posts anteriores e esse assunto ocorreu em 2020. Agora com a atualização dos ultimos dias estou recebendo esse mesmo erro na linha 514 do ACBRBoletoFR. Voltei a versão para a versao 24301 e ele voltou a funcionar corretamente. Estou usando o formulario => Boleto.fr3

Pessoal.. Acho que eu to ficando maluco.... Refiz a atualização para a ultima 20793, gerei a NF e enviei e agora deu certo... segue anexo as evidencias O RPS vai com a aliquota dividida por 100 e 4 decimais, o xml da nfse volta com aliquota inteiro. O que nao entendo é como a ginfes estava reclamando que a aliquota estava indo com a formatação errada???? observem a resposta que estava recebendo ontem na imagem erro ontem.jpg peço finalizarem o topico então. 9573UNICA-nfse.xml 9573UNICA-rps.xml

ok.. estou preparando um teste completo com a revisao 20723 e a revisao 20793.. vou postar aqui as duas evidencias e teremos como descobrir o que esta interferindo....

eu me pautei na revisao 20723 pois era a ultima que eu estava utilizando e tudo funcionava corretamente. Eu sei que nao foi nessa versão que foi feito alguma alteração, mas as evidencias são que a aliquota nessa revisão gera numero inteiro e corresponde ao que a prefeitura espera. A partir da alteração feita, onde voce publicou a revisão feita pelo colega Willian, a coisa desandou... Estou mantendo a revisao 20723 como produção para que os processos dos clientes continuem funcionando. Em relação tcDec4 eu vi no codigo que ele faz isso porem quando o componente salva o xml de remessa ele ja salva com numero inteiro e depois o xml que retorna da ginfes tambem volta inteiro, inclusive o danfs mostra exatamente o numero corretamente (4,00%) então tem algo bem diferente entre ao codigo que existia na 20723 e nessa 20790. se voce quiser posso fazer um novo teste usando o mesmo exemplo anterior com as duas revisões e enviar os resultados novamente.

Oi Italo... Os testes foram diferentes. Na primeira mensagem era uma operação com 4% de ISS, e conforme demonstrado tanto no xml de envio quando no xml definitivo a aliquota está como "4" Nesse outro teste que fiz agora para valiar a nova revisão liberada, fiz o teste com outro pedido onde a aliquota é 1%, ao gerar o xml ele gerou conforme acima dividido por 100 e com 4 decimais. A prefeitura nao está aceitando numeros nesse formato conforme informei inicialmente. Voltei a versao 20723 e gerou corretamente. Não sei explicar o que está ocorrendo, porem só pude concluir até pela primeira mensagem de retorno que a aliquota tem que ser enviada no padrao 5(2), porem se observarmos a versao 20723 faz correto pois acredito que o campo é 5 caracteres "00004" que seria os 4% divididos por 100 porem em numero inteiro. acho que é essa a pegadinha da GINFES

Pessoal, boa tarde. Desculpa intervir novamente porem a alteração não está satisfatória conforme exemplo em anexo. Não sei se é particularidade de Guarulhos, mas a ALIQUOTA Não pode ser dividida por 100

Pessoal, temos problemas. primeiramente o GINFES de Guarulhos está reclamando que a a aliquota tem que ser enviada com 5 casas sendo 2 decimais. A alteração proposta pelo colega coloca 4 decimais Outro problema é que teoricamente a quantidade de digitos deveria ser atribuida em função do tipo3.xml onde a tcAliquota é definida certo? revisao 20723 está ok segue anexo imagens que demonstram como Guarulhos está recebendo as informações e estão adequadas.

Obrigado. Podem finalizar este post.

Olá pessoal. Abri esse tópico pois não achei nada a respeito. Supondo que uma NF-e já está cancelada na Sefaz por algum motivo (digamos que o usuario entrou pelo site e cancelou).... Quando tento enviar o cancelamento, a WS vai responder o cStat = 218 (NF-e já está cancelada na base de dados da SEFAZ [nRec:999999999999999] ) Nesse caso, como eu posso pegar o XML do cancelamento para atualizar a minha base de dados? Agradeço qualquer informação.

ok. ao remover a pasta LIB tudo foi compilado.

Pessoal. ao compilar a revisão, está apresentando esse erro (Delphi Rio e Sydney) Compiling package D:\Programas\ACBr\Pacotes\Delphi\ACBrTCP\ACBr_TCP.dpk d:\Programas\Embarcadero\Studio\20.0\bin\dcc32.exe "D:\Programas\ACBr\Pacotes\Delphi\ACBrTCP\ACBr_TCP.dpk" Embarcadero Delphi for Win32 compiler version 33.0 Copyright (c) 1983,2018 Embarcadero Technologies, Inc. D:\Programas\ACBr\Fontes\ACBrTCP\ACBrIBGE.pas(386) Error: E2010 Incompatible types: 'System.Generics.Defaults.IComparer<System.TObject>' and 'Pointer' D:\Programas\ACBr\Fontes\ACBrTCP\ACBrIBGE.pas(429) Error: E2010 Incompatible types: 'System.Generics.Defaults.IComparer<System.TObject>' and 'Pointer' D:\Programas\ACBr\Fontes\ACBrTCP\ACBrIBGE.pas(443) Error: E2010 Incompatible types: 'System.Generics.Defaults.IComparer<System.TObject>' and 'Pointer' D:\Programas\ACBr\Fontes\ACBrTCP\ACBrIBGE.pas(742) Error: E2010 Incompatible types: 'System.Generics.Defaults.IComparer<System.TObject>' and 'Pointer' D:\Programas\ACBr\Fontes\ACBrTCP\ACBrIBGE.pas(767) Error: E2010 Incompatible types: 'System.Generics.Defaults.IComparer<System.TObject>' and 'Pointer' D:\Programas\ACBr\Fontes\ACBrTCP\ACBrIBGE.pas(782) Error: E2010 Incompatible types: 'System.Generics.Defaults.IComparer<System.TObject>' and 'Pointer' D:\Programas\ACBr\Fontes\ACBrTCP\ACBrIBGE.pas(796) Error: E2010 Incompatible types: 'System.Generics.Defaults.IComparer<System.TObject>' and 'Pointer' D:\Programas\ACBr\Fontes\ACBrTCP\ACBrCEP.pas(2338) Fatal: F2063 Could not compile used unit 'ACBrIBGE.pas' Compilation failure Erro ao compilar o pacote "ACBr_TCP.dpk". Abortando... Ocorreram erros na compilação dos pacotes.

Sim... eu sei.. mas acredito que a DEMO que foi feita em Fortes está bem mais "detalhado".... Acho que se tivermos duas versão IGUAIS com Geradores de Relatórios distintos vai ficar mais didático, concorda? Caso não seja de interesse, eu faço apenas o DACTE então.. voces decidem ok? Abraço forte e Fast..

Ok... darei minha contribuição montando um DEMO em FASTReports para NFe e para CTe.

É.. posso montar isso, porem esclarece uma duvida. O problema é no DANFE (NFe) ou é DACTE (Cte) ????