Italo Giurizzato Junior

Bom dia Duarte, Você poderia anexar também o PDF do DANFSE para verificarmos?

Camilo, Uma coisa é a configuração do componente, outra é alimentação do mesmo com os dados da nota de serviço. Na rotina que alimenta o componente você esta informando a IM do emitente (Prestador)?

Bom dia Marcos, Pelo que verifiquei a cidade de Botucatu/SP não consta no arquivo Cidades.ini Sendo assim se faz necessário incluir ela aos moldes de outra que também utiliza o mesmo provedor.

Bom dia Adilson, Não sei bem ao certo o como funciona o GNRE, mas acredito que vai ser necessário realizar uma consulta para obter o XML com as informações da guia para poder imprimir a mesma.

Jonathan, Eu não tenho conhecimento suficiente para fazer essas alterações no DACTE feito em Fast Report. Caso tenha interesse em colaborar com essa alteração, ficaremos gratos. Ou vamos aguardar que outro membro do fórum faça essa alteração.

Camilo, Você esta informando a Inscrição Municipal do Emitente na propriedade de configuração: Configuracoes.Geral.Emitente.InscMun ?

Bom dia Jackson, Pelo seu relato, concluo que o problema esta no Fortes Report e não no ACBr. Estou correto?

Bom dia Jonathan, Se utiliza o DACTE feito em Fortes Report é o Retrato ou RetratoA5? Pois eu fiz alteração no DACTE Retrato e não no DACTE RetratoA5. Você atualizou todos os fontes de todas as pastas? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção apagar arquivos antigos marcada? Se sim, compilou a sua aplicação usando a opção Build? No que diz respeito aos fontes do componente DACTE - Fortes Report não tem nenhuma Unit com uma bolinha vermelha no ícone?

Bom dia Maiquel, Muito obrigado pela colaboração, fiz uma simplificação no arquivo INI do provedor, para isso tive que informar o NomeURL_P no arquivo Cidades.ini para as cidades atendidas por esse provedor. Notei que varias cidades estão com a URL de produção padronizadas, isso facilita a simplificação. Ainda hoje vou enviar para o repositório.

Bom dia Alfredo, Se eu entendi direito, no retorno da consulta de todos os RPS cujos os tomadores não são os mesmos é retornado a mesma Inscrição Municipal (1119412), correto? Se sim, favor entrar em contato com o provedor, pois que gera o XML da NFS-e é o provedor. Lembre-se, o componente gera e envia o XML do RPS, o webservice do provedor processa o RPS e estando tudo OK gera e retorna o XML da NFS-e. O XML da NFS-e é obtido através da execução dos métodos: ConsultarLote, ConsultarNFSePorRps e ConsultarNFSe.

Bom dia Camilo, Esta muito confuso. Você mostrou fragmento do arquivo INI do provedor RJ que é utilizado pela cidade do Rio de Janeiro. Já a cidade de Cabo Frio é atendida pelo provedor ISSDigital cujo arquivo INI é outro. O emitente da nota é da cidade do Rio de Janeiro ou Cabo Frio? Se é de Cabo Frio, você sabe me dizer se essa cidade agora esta utilizando o mesmo provedor que atende a cidade do Rio de Janeiro?

Bom dia Claudio, Fiz testes usando o programa exemplo e esse problema não ocorreu. Você esta usando o programa exemplo distribuído por nós ou é uma cópia modificada que você esta usando?

Bom dia Antônio, Eu acabei mencionando o CT-e em vez de MDF-e, pois a rotina é igual nos dois e fiz o mesmo tratamento em ambos. Fique a vontade em analisar o código e propor melhorias ou correções.

Exato, Mas como não tenho como debugar, vou pedir um favor a você. Debugue as linhas abaixo: // Salva o XML de eventos retornados ao consultar um CT-e while aEventos <> '' do begin Inicio := Pos('<procEventoCTe', aEventos); Fim := Pos('</procEventoCTe', aEventos) -1; aEvento := Copy(aEventos, Inicio, Fim - Inicio + 1); Quero saber o conteúdo da variável aEvento.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Claudio, Acabei de fazer um teste e não tive esse erro. Como informei os dados de credenciais que com certeza não existe o RPS foi rejeitado pelo provedor acusando que as credenciais são invalidas. Favor atualizar todos os fontes de todas as pastas. Reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Realize testes usando o programa exemplo. Não faça nenhuma alteração nos arquivos INI

Boa tarde Camilo, O que tudo indica a URL de homologação esta errada para essa cidade. Favor entrar em contato com o provedor e solicitar as URLs de homologação e de produção.

Boa tarde André, Favor atualizar os fones e faça um novo teste. Se não resolver o problema, favor entrar em contato com o provedor.

Boa tarde Antônio, Comentei as linhas e enviei para o repositório. Favor atualizar os fontes.

Boa tarde Adilson, Favor atualizar os fontes e faça novos testes.

Boa tarde, Favor anexar o XML retornado pela consulta para que eu possa verificar o que esta ocorrendo.

Boa tarde Lucas, Será que você não tem cópia da pasta ACBr no HD que por ventura o Delphi esteja tendo acesso?

Realizei um teste usando o programa exemplo e não tive esse problema. Vocês estão com todos os fontes de todas as pastas atualizados? Se sim, atualizaram a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Se sim, favor realizar testes com o programa exemplo. Na aba WebServices tem uma opção que você ativa ou não a apresentação da mensagem.

Bom dia Marcio, Ainda hoje estarei enviando uma correção nos arquivos INI referente a cidade de Aparecida de Goiânia. Muito obrigado por passar a URL correta para esta cidade.

Bom dia Alfredo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.