Italo Giurizzato Junior

Boa tarde Marcos, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas. Me diz uma coisa, porque o nome AEG para esse provedor?

Boa tarde Brito, Estamos promovendo um Refatoring no componente, já anotei esse problema para implementar uma solução no novo componente.

Bom dia Sinval, Não existe um comando do ACBrMonitor que retorna o valor do NSU de um documento obtido pelo DistribuicaoDFe. É preciso verificar se no arquivo INI gerado pelo ACBrMonitor contem essa informação, caso afirmativo a sua aplicação terá que ler o valor do NSU desse arquivo INI.

Bom dia Carlos, Não vejo nenhum problema, o método utilizado é exatamente o mesmo que usamos para inutilizar uma faixa de números da NF-e.

Bom dia Valdir, Muito obrigado pela colaboração, assim que possível vou estar enviando para o repositório.

Bom dia a todos, Acabo de enviar para o repositório a alteração no arquivo Cidades.ini com a alteração de provedor da cidade de Ribeirão Preto. Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr através do ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Por fim façam novos testes usando o programa exemplo do componente.

Bom dia Gabriel, Só pelo tamanho do seu arquivo Cidades.ini (80 Kbytes) me leva a crer que os seus fontes estão desatualizados. O Cidades.ini hoje esta com 99 Kbytes, 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. Por fim faça novos testes usando o programa exemplo.

Boa tarde Valdir, É preciso sim fazer uma padronização. A grafia do enumerador, do retorno da função ProvedorToStr bem como o nome do arquivo INI tem que ser exatamente a mesma. No caso do provedor em questão deve ser FISSLex, ou seja, proFISSLex, retorno da função FISSLex e FISSLex.ini Caso você deseja fazer essa correção e anexar aqui, agradeço.

Boa tarde Cleber, Ainda esta com o problema ou voltou a funcionar?

Boa tarde a todos, Vou incluir na minha lista de tarefas e assim que possível vou analisar para ver se acho onde esta o problema.

Bom dia Francinaldo, Realmente existe vários métodos que não foram implementados. Ao implementar os métodos no componente foi seguido a seguinte recomendação que consta no manual do eFrete versão 6.0 páginas 7 e 8: 1.8 Lista de métodos e serviços necessários para homologação Lembramos que a integração é única, tanto para: - Sistema e-FRETE Geração Gratuita de CIOT. - Sistema e-FRETE Geração de CIOT com Meio de Pagamento. Os nomes acima devem ser como devem ser chamados as modalidades de emissão nos sistemas de gestão. Para que a integração seja homologada ambos os cenários precisam ser implementados e estarem disponíveis aos usuários. ProprietariosService: Gravar. VeiculosService: Gravar. MotoristasService: Gravar Requisições para TipoViagem Padrão: PefService (enviar requisição utilizando contexto de emissão Gratuita e Meio de Pagamento): AdicionarOperacaoTransporte, AdicionarPagamento, ObterCodigoIdentificacaoOperacaoTransportePorIdOperacaoCliente, ObterOperacaoTransportePdf, RetificarOperacaoTransporte, CancelarOperacaoTransporte, EncerrarOperacaoTransporte Requisições para TipoViagem TAC_Agregado: PefService (enviar requisição utilizando contexto de emissão Gratuita e Meio de Pagamento): AdicionarOperacaoTransporte, AdicionarViagem, AdicionarPagamento, ObterCodigoIdentificacaoOperacaoTransportePorIdOperacaoCliente, ObterOperacaoTransportePdf, RetificarOperacaoTransporte, CancelarOperacaoTransporte, EncerrarOperacaoTransporte Os demais métodos existentes não possuem a obrigatoriedade de implementação para homologação da integração, entretanto esses métodos promovem melhor aproveitamento do Sistema e-FRETE por seus clientes e indicamos que seja estudada sua implementação. Caso você queira contribuir com o projeto implementado outros métodos que não foram implementados e que você acha importante fique a vontade. Toda colaboração é bem vinda.

Bom dia Dailon, Os seus fontes estão desatualizados. Fiz a alteração nas condições que você apontou. Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Por fim faça novos testes.

Bom dia Bugazzo, Você esta utilizando o componente ACBrNFSe?

Luiz, 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. E por fim faça novos testes.

Bom dia Brito, Se não me falha a memória o método Cancelar automaticamente realiza uma consulta para tentar obter o XML da NFS-e com o grupo <NfseCancelada>. É ai que deve esta ocorrendo o erro que você mencionou.

Bom dia Luiz, Ainda hoje vou verificar o que esta ocorrendo.

Boa tarde Edmar, O provedor WebISS possui 2 webservices, um que segue a versão 1 do layout da ABRASF e o outro que segue a versão 2. Ambos os provedores estão implementados com os seguintes nomes: WebISS e WebISSv2. Abra o arquivo Cidades.ini e procure por WebISSv2 Temos como exemplo: [1100304] Nome=Vilhena UF=RO Provedor=WebISSv2 NomeURL_H=homologacao NomeURL_P=vilhenaro Hoje a cidade de Formiga esta da seguinte forma no arquivo Cidades.ini [3126109] Nome=Formiga UF=MG Provedor=WebISS NomeURL_H=formigamg NomeURL_P=formigamg O que é preciso ser feito no arquivo Cidades.ini quando começar o novo webservice: [3126109] Nome=Formiga UF=MG Provedor=WebISSv2 NomeURL_H=homologacao NomeURL_P=formigamg Percebeu a alteração? Por favor nos de um retorno em outubro se essa alteração funcionou, para que possamos enviar para o repositório.

Boa tarde Alexandre, Primeiramente, movi a sua postagem para dentro do Fórum ACBrNFe, uma vez que o ACBrMDFe não tem nada haver com os eventos de Manifestação do Destinatário. É bem provável que hoje mais e mais sistemas estão se utilizando do serviço de DistribuicaoDFe para poder baixar o XML das notas. Este ano o ACBr Day vai ser virtual e se não me falha a memória esta sendo programado para os dias 06, 07 e 08 de Outubro. Eu e meu comparsa Alan estaremos falando sobre o Distribuição DFe bem como dos Eventos de Manifestação do Destinatário. Palestra: Distribuição DF-e e Manifestação do Destinatário: Tudo o que você precisa saber. Resumo: Nessa palestra dois especialistas no assunto contarão pra você tudo o que você precisa saber para entender de uma vez por todas o que é Manifestação do Destinatário, o que é Distribuição DFE, para que servem, como devem ser feitas, os aspectos legais, as diferenças entre elas, e principalmente te ajudar a montar um fluxo para implementação desse recurso em seus sistemas.

Boa tarde Dailon, Com essa alteração não ocorre a rejeição e portanto o CT-e é autorizado?

Boa tarde Brito, Com relação a Osasco eu respondi o seu tópico, da uma olhada lá por favor.

Boa tarde Brito, Se nada mudou, a cidade de Osasco é atendida pelo provedor EGoverneISS. Esse provedor possui um layout próprio, ou seja, não segue o layout da ABRASF. Pelo arquivo INI do respectivo provedor notei que temos somente dois serviços: Gerar e Cancelar. O método Gerar trabalha no modo síncrono, portanto devemos enviar somente um RPS por vez e o retorno do webservice tem que ser uma lista com as rejeições caso o RPS tenha alguma informação errada ou o XML da NFS-e. A priori o componente cria uma pasta chamada NFSe onde são salvos os arquivos de envio e de retorno, a pasta Recibos onde são salvos os XML dos RPS e a pasta Notas onde são salvos os XML das NFS-e retornados pelo webservice. O arquivo *-lista-nfse.xml é o arquivo de retorno do webservice referente ao processamento do envio do RPS que se encontra no arquivo *-ger-nfse.xml O arquivo *-lista-nfse.xml como dito acima deveria conter a lista de rejeições ou o XML da NFS-e, mas esse provedor não retorna o XML da NFS-e e sim o resultado do processamento e um link que você pode enviar por e-mail para o tomador, para que este possa ter acesso ao DANFSE da nota. Acredito que você vai ter que utilizar o XML que esta salvo na pasta Recibos para poder realizar o Cancelamento.

Boa tarde Rodrigo, Muito obrigado pela colaboração, já enviei para o repositório. Favor atualizar todos os fontes de todas as pastas e faça novos testes.

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

Boa tarde Brito, Acredito que você esteja confundindo algumas coisas. 1. Só faz sentindo cancelar uma nota que foi emitida, se ela foi emitida você tem o XML dela. 2. O método Cancelar envia o pedido de cancelamento para o webservice e nos da um retorno que diz se a nota foi cancelada ou não.

Boa tarde a todos, Alguém sabe me informar a partir de quando a cidade de Ribeirão Preto só vai aceita as notas recepcionadas pelo provedor ISSNet? Lembre-se que o componente ACBrNFSe já possui esse provedor implementando, portanto só é necessário alterar o arquivo Cidades.ini Não precisa fazer alterações no arquivo INI do provedor e muito menos trocar os arquivos de Schemas (XSD).