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.