Italo Giurizzato Junior

Bom dia Dércio, A nota esta sendo rejeitada pela SEFAZ ou é o componente que aborta o envio e acusa o erro? Se não me falha a memória no caso da versão 3.10 da NF-e a SEFAZ não valida o conteúdo das tags <cEAN> e <cEANTrib> ambas contem o código de barras do produto. Por outro lado na versão 4.00 da NF-e a SEFAZ valida o conteúdo dessas tags.

Bom dia Souza, Note que a nota de numero 203 esta sendo rejeitada e o motivo é duplicidade, isso significa que na SEFAZ já existe uma nota de numero 203 série 001.

Boa tarde Cristian, Favor confirmar se a cidade de Bagé/RS esta se utilizando da versão 1 ou 2 do provedor WebISS. Se for a 2, favor solicitar as URLs de Homologação e de produção.

Boa tarde Dércio, Realmente no manual consta a tag <ValorIssRetido> dentro do grupo <Valores> mas no Schema ela não existe. Se o componente gerar essa tag o RPS não será validado e consequentemente o envio será abortado.

Boa tarde Alice, A principio não. Lembre-se que o Timeout não é um tempo de espera obrigatório e sim um tempo que o componente vai ficar aguardando por um retorno antes de retornar o erro de Timeout. Existem outras propriedades de configuração que você pode alterar e que podem ajudar bastante, são elas: AguardarConsultaRet - Defini um tempo em milissegundos entre o envio e a consulta a situação do lote. IntervaloTentativas - Defini um tempo em milissegundos entre uma tentativa e outra. Entenda como tentativa a consulta a situação do lote para obter o retorno 3 = Lote Processado com Falha ou 4 = Lote Processado com sucesso. Tentativas - Defini a quantidade de tentativas a serem realizadas. Caso o retorno ao consultar a situação do lote for 2 = Lote em Processamento o componente aguarda o tempo definido em IntervaloTentativas e tenta novamente até atingir a quantidade de tentativas definidas em Tentativas. O processo pode parar antes caso o retorno seja 3 ou 4 como dito antes. Fica difícil de passar valores ideias para essas propriedades, pois pode varia de uma cidade para outra, bem como a qualidade da internet utilizada pelo emitente da nota. Espero ter ajudado.

Boa tarde Dércio, No caso do provedor Pronimv2 esse problema começou de um dia para outro, ou é a primeira vez que esta tentando emitir nota para esse provedor?

Boa tarde Leandro, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Wendeir, No programa exemplo você selecionou o evento, clicou no botão Gerar Arquivos e por fim clicou no botão Enviar? Se sim, a sua configuração esta errada, pois acabei de fazer um teste e o envio foi enviado com sucesso.

Bom dia Rodrigo, Você tem certeza? Pois ao visualizar o seu XML notei que a tag xTexto do grupo <obsFisco> esta vazia. Não aconselho você utilizar os grupos: <obsCont> e <obsFisco> pois esses dois são grupos de observações estruturados onde você defini um campo (atributo xCampo) e seu valor (tag <xTexto>). Passe a utilizar as tags: <infAdFisco> (se necessário) e <infCpl>.

Bom dia a todos, Favor atualizar os fontes e reinstale os componentes. Nos testes procure sempre utilizar o programa exemplo do componente.

Bom dia Raylan, Esse problema também ocorre com o programa exemplo?

Bom dia Alice, Qual é o valor de SSLLib? Você sabe dizer se ao enviar um lote com 5 RPS (conforme o seu exemplo) o retorno com o numero do protocolo é retornado? Pois o Ginfes se utiliza da versão 1 do layout da ABRASF e neste caso ocorre o seguinte: 1 - Envio do Lote; 2 - Retorno com o numero do Protocolo; 3 - Consulta a Situação do Lote (essa consulta poderá ser realizada varias vezes e a quantidade é configurável através da propriedade "Tentativas"); 4 - Retorno com o status da situação; 5 - Se status for 3 ou 4 - Consulta o Lote de RPS; 6 - Retorno contendo a lista de rejeições (status 3) ou a lista de NFS-e (status 4). Como você pode ver precisamos saber em qual momento ocorre o erro.

Bom dia, Você tem toda a documentação que apresenta o layout do XML de envio os webservices disponíveis, etc. Os Schemas (arquivos XSD) utilizados para fazer a validação do XML antes do seu envio. Sabe dizer se esse meio de envio será também adotado pelas demais instituições financeiras? Fora o envio de boletos existe também a possibilidade de envio pagamento? Se você nos fornecer a documentação podemos estudar e quem sabe criar um componente aos moldes dos demais.

Boa noite Luís, Assim que possível atualize os fones e faça novos testes.

Raylan, E qual é o valor atribuído a propriedade AguardarConsultaRet?

Boa tarde Luís, Eita, voltando a prancheta.

Boa tarde Claudio, Acredito que a data/hora do relógio da maquina esteja muito adiantado em relação ao do servidor da SEFAZ.

Boa tarde a todos, Olha a SEFAZ-ES fazendo KAKA. Onde já se viu incluir o namespace da NF-e em todas as tags do XML, isso é um absurdo. Sabe aquela história faça o que eu mando, mas não faça o que eu faço, esta um exemplo. Página 16 do Manual versão 6.00 da NF-e temos: 3.2.1.2 Declaração namespace O documento XML deverá ter uma única declaração de namespace no elemento raiz do documento com o seguinte padrão: <enviNFe xmlns=”http://www.portalfiscal.inf.br/nfe”> (exemplo para o XML de envio de Lote de NF-e) Em negrito e vermelho é o namespace que o item 3.2.1.2 se refere. Thiago, você notou que todas as tags do XML tem esse namespace. A minha sugestão é primeiro entrar em contato com a SEFAZ e peça para que eles corrijam o "exportador" de XML deles pois ele esta gerando o XML de forma incompatível com o que esta especificado no Manual. Se não resolver, que acredito que eles não vão dar bola para a sua reclamação, a solução será carregar o XML em um componente Tmemo e através do StringReplace remover todos os namespace. Salvar o XML corrigido e por fim carregar novamente com o método do componente ACBrNFe - LoadFromFile. Espero ter ajudado.

Boa tarde Leonard, Acredito ter encontrado o problema. O provedor 4R se utilizada da versão 2 do layout da ABRASF, mas não implementou todos os serviços, somente o EnvioSincrono, Consulta ao Lote, Consulta a NFS-e por RPS e o Cancelamento de NFS-e. Um detalhe importante no ambiente de homologação deixou de implementar o serviço Consulta ao Lote. O componente detecta que o provedor se utiliza da versão 2, logo após o envio ele faz a Consulta ao Lote, mas no caso do provedor 4R se o componente estiver configurado para o ambiente de homologação vai ocorrer erro pois não vai encontrar o serviço em questão. Fiz uma alteração visando contornar esse problema. Favor atualizar os fontes e faça um novo teste.

Boa tarde, Não encontrei nesse último XML nada o que pudesse provocar a rejeição. Se o problema persiste chego a conclusão que o problema é no webservice da SEFAZ-SP.

Boa tarde Gabriel, Esse DAMDFE foi feito em Fast ou Fortes Report?

Boa tarde Luiz, Esse DACTE foi feito em Fast ou Fortes Report?

Boa tarde Raylan, Abra a unit ACBrNFSeWebServices e verifique o código abaixo: case TACBrNFSe(FACBrNFSe).Configuracoes.Geral.Provedor of proInfisc, proInfiscv11: Result := True else begin Sleep(TACBrNFSe(FACBrNFSe).Configuracoes.WebServices.AguardarConsultaRet); Result := FConsLote.Executar; end; end; Se essa unit realmente estiver atualizada tem que existir a linha em negrito (linha numero 5382).

Boa tarde, Existe o evento de Prestação do Serviço em Desacordo. Esse evento deve ser enviado para a SEFAZ pelo tomador do serviço e para isso o mesmo tem que possuir certificado digital. Dicas: Primeiro leia o item 5.5 do Manual do CT-e versão 3.00 - página 114. Segundo, na pasta: ...\Exemplos\ACBrDFe\ACBrCTe existe um arquivo texto chamado: Cancelamento_por_evento. Estude o código desse arquivo e faça as alterações necessárias para em vez de enviar o evento de cancelamento, envie o evento de Prestação do Serviço em Desacordo. Se não me falha a memória o componente deve ser configurado para a UF do emitente do CT-e para o qual se deseja enviar o evento. Espero ter ajudado.

Boa tarde a todos, Alguém sabe se as URLs do ambiente de produção foram disponibilizadas, pois até o momento encontrei as URLs do ambiente de Produção Restrita. Acabei de fazer um teste usando o programa exemplo do componente configurado para o ambiente de Produção Restrita e versão 1.3.2, o evento foi enviado. Já na versão 1.3.0 ocorre erro. O que tudo indica que o ambiente de Produção Restrita só esta aceitando a versão 1.3.2