Italo Giurizzato Junior

Bom dia Igor, Por favor não post como parte do texto o conteúdo de XML, procure sempre anexa-los. Pois da forma que esta, fica difícil de analisar o problema.

Dércio, De uma olhada na Nota Técnica 2017/001 versão 1.20 que encontra-se disponível no Portal Nacional da NF-e. Nela diz que se o produto não possuir o código de barras devemos atribuir "SEM GTIN" as tags <cEAN> e <cEANTrib>

Rodrigo, A mensagem da SEFAZ esta clara, você informou um CFOP de operação Interestadual, mas o idDest é diferente de 2, ou seja, para uma Operação Interestadual o valor de idDest tem que ser 2. Se você abrir o XML que você anexou na sua primeira postagem, vai ver que o valor informado é 1. Te aconselho a acessar o Portal Nacional da NF-e e baixar a versão 6.00 do Manual da NF-e, pois com o Manual fica mais fácil descobrir o que esta errado.

Gustavo, Eu promovi um Refactoring no componente ACBrReinf e testei a geração, assinatura, validação e envio de cada um dos eventos. Com exceção do evento 2070 se não me falha a memória, pois não temos o Schema correto, os demais funcionaram 100%. Além de baixar os fontes do ACBr, você reinstalou os componentes usando o ACBrInstall_Trunk2?

Bom dia, Pode ser algum problema no Ambiente Nacional, pois este é o responsável por recepcionar os eventos de Manifestação do Destinatário. Ao alimentar o componente, tentou em vez de passar o valor 91, passar o código IBGE da UF da nota que se pretende manifestar?

Bom dia Gustavo, Você esta com todos os fontes atualizados? Você esta usando o programa exemplo do ACBrReinf? Se sim, ele esta configurado corretamente?

Bom dia Rodrigo, Porque você esta preenchendo a tag <IEST>?

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.