Italo Giurizzato Junior

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.

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

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 ?

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

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, Já foi para o repositório, veja: 29/05/2019 -- pcesS2240 -- [*] https://www.projetoacbr.com.br/forum/topic/51599-nota-t%C3%A9cnica-122019-s2240/ Por: Angelo Sobreira -- ACBreSocial / ACBreSocialWebServices -- [+] https://www.projetoacbr.com.br/forum/topic/51394-esocial-possibilidade-de-escolher-entre-gerar-assinar-validar-ou-enviar-temos-casos-onde-o-cliente-n%C3%A3o-vai-enviar-diretamente-para-o-webservice/?do=findComment&comment=340170 Por: Dream Sistemas

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.

Boa tarde, Para que seja possível a inclusão do código de barras da chave da NF-e no canhoto do DANFE será necessário espremer as demais informações, visto que o modelo de canhoto impresso segue o que foi sugerido no manual. Outra coisa, será necessário criar uma propriedade de configuração, para definir se vai imprimir o canhoto com código de barras ou o canhoto sem o código de barras. Teremos que fazer essa implementação tanto para o Fortes Report quanto para o Fast Report. Logo vai demandar um bom tempo. Estamos analisando o seu pedido. Com relação as imagens que você anexou, a primeira me parece que é impresso um código de barras que provavelmente deve ser o numero da nota e no segundo o código de barras se refere a chave, estou certo?

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.

Bom dia, Tente: Configuracoes.WebServices.Visualizar := False;

Boa tarde Rafael, Já estamos ciente sobre essas mudanças inclusive publiquei uma noticia sobre essas mudanças.

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

Boa tarde Oliveira, Muito obrigado pela colaboração, assim que possível estarei analisando e se estiver tudo OK, vou enviar para o repositório.

Bom dia Daniel, Como você não deu retorno, fiz a alteração e enviei para o repositório.

Bom dia Claudiomir, Não entendi muito bem o que você quer fazer. A nota que você quer saber se foi cancelada ou não foi emitida por você ou pelo seu fornecedor? Ao consultar a situação de uma nota, caso a mesma possua eventos vinculados a ela teremos uma lista desses eventos no retorno. Eventos retornados caso existam: Evento de Cancelamento, Carta de Correção e EPEC. Lembre-se que uma nota pode ter um ou mais eventos vinculados a ela logo temos uma lista, portanto: (...).retEvento.Items[0].(...) só vai pegar informações do primeiro evento, para pegar de todos os eventos tem que colocar dentro de um loop e mudar para: (...).retEvento.Items[ x ].(...), onde x varia de zero até a quantidade de eventos vinculados a nota.