Italo Giurizzato Junior

Boa tarde Miro, Deve ter alguma coisa bloqueando o acesso.

Boa tarde Heto, Qual foi o estagiário que te atendeu na Ábaco? Consultar a Situação do Lote, simplesmente diz a situação do lote, ou seja: // FSituacao: 1 = Não Recebido // 2 = Não Processado // 3 = Processado com Erro // 4 = Processado com Sucesso Note que XML *-sit.xml temos: <NumeroLote>799</NumeroLote> <Situacao>4</Situacao> A situação 4 indicando que o lote de numero 799 foi processado com sucesso, logo não existem erros nesse lote.

Bom dia Miro, Marque também o SSL 3.0 e desmarque as opções de revogação de certificado (se não me falha a memória são 2 opções que ficam no final dessa lista).

Bom dia Alex, Como assim, emitir uma NFC-e sem o QR-Code? Todo DANFE de NFC-e tem que ter o QR-Code, alias para obter a autorização da SEFAZ de uma NFC-e no XML deve constar a string que gera o QR-Code.

Bom dia Fernando, Você esta usando o programa exemplo para realizar os testes? Esta com todos os fontes de todas as pastas atualizados?

Bom dia Rodrigo, Comparando os 2 XML a unica diferença é a presença do NameSpace na tag <ConsultarSituacaoLoteRpsEnvio>. E até onde seu o provedor DBSeller consta da minha lista que esta funcionando 100% todas as funcionalidades. Mas sabe como é, podem ter alterado alguma coisa de uma cidade para outra.

Bom dia Pedro, Vamos aguardar o pessoal que fez o DANFSE em Fortes para avaliarem a sua colaboração. Desde já muito obrigado.

Bom dia Alaran, Depois de atualizar os fontes, reinstalou usando o ACBrInstall_Trunk2 com a opção apagar arquivos antigos marcada?

Bom dia a todos, Favor anexar o XML de retorno ao consultar o lote. Quando ocorre esses tipos de problemas aconselho sempre configurar o componente para salvar os arquivos soap. Configuracoes.Webservices.Salvar := True; Desta forma tanto o arquivo de envio quanto o de retorno são salvos sem nenhum tratamento feito pelo componente desta forma as vezes conseguimos detectar o que realmente esta ocorrendo.

Bom dia Whanderson, Na maioria dos provedores quando utilizamos os Web Services tempos que informar código do cancelamento. Temos por exemplos os seguintes códigos: // 1 - Erro de emissão // 2 - Serviço não concluido // 3 - RPS Cancelado na Emissão O código 1 significa que estamos cancelando a NFS-e pois esta contem erros, portanto uma nova será emitida. O código 2 significa que a NFS-e esta sendo cancelada pois o serviço não vai mais ser executado (execução parcial). O código 3 significa que a NFS-e foi emitida indevidamente. Lembre-se que esses código podem mudar de provedor para provedor e terem significados diferentes.

Bom dia Pedro, Você esta com todos os fontes de todas as pastas atualizados? Esta usando o arquivo SimplISS.ini da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ? Esta usando os Schemas da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\SimplISS ?

Boa tarde Miro, Como esta as configurações do Internet Explorer? Na aba avançados, as ultimas opções quais estão marcadas?

Boa tarde Fernando, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Alaran, Favor atualizar os fontes e tente novamente.

Boa tarde Heto, Feito, bastava alterar o arquivo Cidades.ini, favor atualizar todos os fontes de todas as pastas. Inicie os testes com o programa exemplo.

Boa tarde Adson, O que diz o manual? Segundo o manual do CT-e versão 3.00 página 181 diz que a tag <infPercurso> é um grupo e este pode ocorrer até 25 vezes no XML e dentro do grupo temos o elemento UFPer que tem ocorrência unica dentro do grupo. Logo o XML esta correto.

Boa tarde Henrique, Já verificou as configurações do Internet Explorer? Vá até o Painel de Controle do Microsoft Windows: Menu Iniciar -> Painel de ControleEscolha a Opção: Opções da Internet;Vá até a aba “Avançadas” e, na caixa “Configurações”, role a barra de rolagem até o final:* Marque a opção: Usar SSL 2.0;* Desmarque a opção: Usar SSL 3.0;* Verifique se a opção “Usar TLS 1.0” está marcada. Caso não esteja, marque esta opção;* Certifique-se de que as opções de TLS 1.1 e 1.2 estejam desmarcadas;* Aplique as configurações e reinicie a aplicação. Se não resolver, desative, proxy, anti-vírus, Windows Defender, firewall, ...

Boa tarde a todos, Guerreiro, a minha sugestão é: o seu cliente entrar em contato com a SEFAZ e solicitar todos os XMLs informando o período. Vai dar trabalho, mas ele consegue.

Boa tarde Daniel, No topo da página temos uma barra com várias opções, uma delas é o SAC caso queira ajudar financeiramente. Se deseja ajudar no aprimoramento dos componentes, você pode anexar o fonte que fez correções ou melhorias aqui mesmo no fórum, com uma breve explicação do que foi feito. Algum moderador ou administrador do grupo terá o prazer em avaliar o que foi feito. Caso esteja de acordo e que não vai gerar nenhum efeito colateral, com certeza o fonte será enviado para o repositório para que todos possam desfrutar também.

Boa tarde a todos, Favor ficar atentos as publicações do ENCAT. Nota Técnica 2016/002 versão 1.20 - Que trata sobre a Alteração do Leiaute da NF-e - Versão 4.00 1.3. Sobre o Prazo de Implantação O prazo previsto para a implementação das mudanças é: - Ambiente de Homologação (ambiente de teste das empresas): 03/07/2017. - Ambiente de Produção: 02/10/17. - Desativação da versão anterior: 02/04/18.

Boa tarde a todos, Notem que no XML de envio a versão da NF-e é 4.00 já o de retorno é 3.10 Logo, deve ter algum "pau" no Web Services de Goiás.

Bom dia Rodrigo, Quando foi a última vez que você atualizou os fontes do ACBr?

Boa dia Hamilton, Favor não repetir a postagem, poste somente uma vez e aguarde.

Bom dia Hamilton, Os Schemas do provedor Ginfes são diferentes do EReceita, a aplicação esta pegando os Schemas corretos?

Bom dia Rubens, Muito obrigado pela colaboração, já enviei para o repositório.