Italo Giurizzato Junior

Boa tarde a todos, Informamos que a SEFAZ Virtual RS encontra-se disponível no ambiente de produção para as empresas do estado do Distrito Federal autorizarem o BP-e. O credenciamento deverá ser feito com a SEFAZ Distrito Federal, empresas interessadas devem entrar em contato em sua UF. Informamos que a SEFAZ Virtual RS encontra-se disponível no ambiente de produção para as empresas do estado do Rio de Janeiro autorizarem o BP-e. O credenciamento deverá ser feito com a SEFAZ Rio de Janeiro, empresas interessadas devem entrar em contato em sua UF.

Melissa, Timeout 9900 só nove segundos? Aumenta para 30 mil.

Boa tarde Melissa, Se esta ocorrendo erro de Timeout, aumente o valor da propriedade Timeout, quem sabe resolve o problema.

Boa tarde Marcelo, Infelizmente o projeto da NFS-e feito pela ABRASF é muito mau feito.

Boa tarde, Se o problema é a definição dos NameSpaces na tag <Envelope> a solução é muito simples, basta alterar o arquivo INI do respectivo provedor. Faça a alteração conforme o exemplo e faça novos testes, estando tudo OK, favor anexar o arquivo INI para que possamos enviar para o repositório.

Boa tarde Ivo, Essa URL é do ambiente de homologação que é usada por todas as cidades e não de produção. Até onde sei a URL de produção é: ; Balsamo/SP RecepcaoLoteRPS_3504800=http://201.28.69.146:5663/IssWeb-ejb/IssWebWS/IssWebWS

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

Boa tarde ALA, Se o valor for menor que 10 mil, o DANFSE é impresso sem problemas? Você esta usando o Fortes ou Fast Report?

Boa tarde Djalma, O provedor Ginfes se utiliza da versão 1 do layout da ABRASF. Analisando a unit pnfsNFSeW_ABRASFv1 que é responsável por gerar o XML do RPS segundo a versão 1 do layout da ABRASF, só não vai gerar a tag em questão caso ela contenha uma string vazia. Favor "debugar" a sua rotina que alimenta o componente para saber se realmente a propriedade esta sendo alimentada. exemplo: Servico.CodigoTributacaoMunicipio := '1234';

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

Boa tarde Joabe, Você esta fazendo errado, veja o correto. ACBrCTe1.WebServices.Consulta.CTeChave := vChave; ACBrCTe1.WebServices.Consulta.Executar; O erro esta na linha que você executa o método consultar.

Olá a todos, Para quem não sabe nas configurações do componente ACBrNFe, temos dentro do grupo Arquivos um subgrupo chamado DownloadNFe, que contem as propriedades PathDownload e SepararPorNome. Através dessas duas propriedades definimos o caminho onde os XML retornados pelo método DistribuicaoDFe vão ser salvos e se desejamos separar por nome ou não. A primeira alteração realizada foi a migração da definição dessas propriedades de configuração da unit ACBrNFeConfiguracoes para ACBrDFeConfiguracoes. A motivação para essa mudança é que a definição dessas propriedades também se encontravam nas units ACBrCTeConfiguracoes, ACBrMDFeConfiguracores e ACBrBPeConfiguracoes, agora temos em apenas um lugar, ou seja, na unit ACBrDFeConfiguracoes. Com essa mudança temos uma redução de código e caso futuramente tenhamos alguma correção ou melhoria, elas serão feitas em apenas um lugar, desta forma agilizando o tempo de manutenção do código. Como nem tudo são flores, quem tem em seu código as linhas para configurar o Download deverá fazer a seguinte alteração para que a aplicação seja compilada com sucesso (exemplo no caso da NF-e): Antes: ACBrNFe.Configuracoes.Arquivos.DownloadNFe.PathDownload Alteração: ACBrNFe.Configuracoes.Arquivos.DownloadDFe.PathDownload Falando em melhoria, antes tínhamos uma função chamada GetPathDownload que tem como finalidade gerar o Path final onde será gravado os XML referentes aos Resumos de Notas e Notas Completas. Agora além da função citada acima temos também a função GetPathDownloadEvento que tem como finalidade gerar o Path final onde será gravado os XML referentes aos Resumos de Eventos e Eventos Completos. O que motivou a criar essa nova função é que antes o DistribuicaoDFe ao salvar os XML referentes aos eventos estava usando o mesmo Path dos eventos enviados, ou seja, estava misturando os eventos enviados com os eventos baixados pelo DistribuicaoDFe. Resumindo, a primeira alteração visou a redução de código nos componentes ACBrNFe, ACBrCTe, ACBrMDFe e ACBrBPe e a segunda visou organização dos XML baixados pelo método DistribuicaoDFe. Qualquer duvida ou problemas, favor postar no fórum.

Bom dia Alfredo, Favor atualizar todos os fontes de todas as pastas e faça novos testes usando o programa exemplo. Note que fiz alterações no arquivo INI do provedor.

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

Bom dia Djalma, A sua aplicação esta alimentando o campo: NFSe.Servico.CodigoTributacaoMunicipio ?

Everton, Como o provedor não disponibilizou os schemas para validação, temos que fazer as coisas na tentativa e erro. Favor atualizar os fontes e faça novos testes.

Boa tarde, Sobre o erro 500 veja este link: https://www.checkupdown.com/status/E500_pt.html

Boa tarde Alexandre, Pelos os XMLs que você anexou e pela mensagem de erro o que tudo indica, é que o provedor esta demorando demais para responder. Pois pelo XML da NFS-e que você baixou do site da prefeitura me leva a crer que o RPS foi enviado e processado com sucesso. Favor aumentar o valor da propriedade Timeout. Aumentando o valor dessa propriedade, faz com que o componente aguarde um tempo maior pela resposta do webservice, desta forma evitamos o erro de 12002 - TimeOut.

Boa tarde Everton, Favor anexar os XML gerados para que possamos analisar.

Boa tarde Alfredo, Se esta ocorrendo erro referente a ausência das credenciais com certeza é essas 3 propriedades de configuração que você deve alimentar. Por que você alterou as URLs do SoapAction no arquivo Sigep.ini ?

Boa tarde, Favor anexar os arquivos alterados para que possamos realizar o merge.

Boa tarde Dercide, Não é o componente que gera o XML da NFS-e. O XML da NFS-e é gerado pelo provedor e retornado. O componente apenas salva em disco o XML da NFS-e que consta no retorno do webservice. Logo o problema esta na geração do XML da NFS-e realizado pelo webservice do provedor. Favor entrar em contato com o mesmo e expor o problema.

Boa tarde ALA, No arquivo Cidades.ini temos todas as cidades que atualmente podemos emitir NFS-e. Na definição da cidade consta o nome do provedor, logo se abrir o arquivo Cidades.ini e procurar por SigISS vai encontrar a(s) cidade(s) que utiliza(m) o respectivo provedor. Talvez seja necessário também abrir o arquivo SigISS.ini para acrescentar as URLs de homologação e de produção para a cidade desejada.

Bom dia Juliano, Estou analisando as suas alterações, caso estejam tudo OK, enviarei para o repositório.

Bom dia ALA, Pelo manual tudo indica que a cidade de Governador Valadares não é mais atendida pelo provedor Actcon e sim pelo SigISS. Neste caso será necessário alterar o arquivo Cidades.ini aos moldes de outras cidades atendidas pelo provedor SigISS que já esta implementado.