Italo Giurizzato Junior

Junior, Se o componente esta configurado corretamente no que diz respeito a UF, concluimos que a UF em questão ainda não esta disponibilizando as NFe, visto que a mensagem de rejeição é clara: "UF informada ... não é atendida pelo Web Service" Te aconselho entrar em contato com a SEFAZ da UF em questão.

Bom dia Fábio, Você tentou especificar um período menor? No caso 01/08/2012 a 05/08/2012 ou 01/08/2012 a 01/08/2012.

Bom dia Sérgio, O que descobri foi que o municipio de Guaporé/RS utiliza uma solução chamada PRONIM oferecida pela GovBR - Governança Brasil. Sendo assim, acredito que a implementação vai ficar mais facil.

Bom dia Moacir, Alterações realizadas, favor atualizar os fontes e testar. Algumas UF não possui WebService próprio, utilizando-se do SEFAZ-Virtual ou do Ambiente Nacional para recepcionar as NFe, logo essas UF não teremos condições de realizar a consulta.

Bom dia Junior, O DownloadNFe esta disponivel no ambiente nacional, logo há necessidade da SEFAZ de cada UF enviar as NFe para o AN = Ambiente Nacional. E só é possível realizar o Download da mesma caso o cliente tenha se manifestado. Para saber mais, baixe a nota técnica que trata do assunto Manifestação do Destinatário, ela esta disponivel no Portal Nacional da NFe. Nessa NT você vai encontrar informações sobre a Manifestação e o Download.

Bom dia a Todos, Mais uma vez, vamos as explicações, pois cada dia que passa percebo que é mais facil escrever o problema que esta enfrentado do que pesquisar sobre o mesmo. Quando é executada a linha: nfe.DANFE.TipoDANFE:=tiRetrato; simplismente estamos configurando o componente para imprimir o DANFE no papel ou gerar o respectivo PDF no formato Retrato e nada mais. Agora quando é executada a linha: Ide.tpImp := tiRetrato; simplismente estamos passando o valor tiRetrato a propriedade tpImp e consequentemente ao gerar o XML a tag vai conter o valor 1 e nada mais. Logo devemos incluir as 2 linhas na nossa aplicação e devemos atribuir valores iguais a ambas, porque: Se você coloca no XML que o tipo de impressão é Retrato, é de se esperar que o DANFE vai ser impresso no modo Retrato e não em Paisagem. Fica estranho informar a SEFAZ que o tipo de impressão é Retrato e fornecer ao cliente o DANFE em Paisagem, vocês não acham?

Boa tarde Julian, Estude o fragmento de código abaixo, talvez o problema seja este. if TipoCTe = 3 then begin // // Informações do Detalhamento do CTe Substituto // infCTeSub.chCte := SubstituiCTe; // chave do CTe a ser substituido if trim(NFeTomador) <> '' then infCTeSub.tomaICMS.refNFe := NFeTomador // chave da NFe emitida pelo tomador do serviço else begin if NFNumero>0 then begin // Dadas da Nota Fiscal Comum (papel) emitida pelo Tomador do Serviço infCTeSub.tomaICMS.refNF.CNPJ := NFCNPJ; infCTeSub.tomaICMS.refNF.modelo := NFMod; infCTeSub.tomaICMS.refNF.serie := NFSerie; infCTeSub.tomaICMS.refNF.subserie := NFSubSerie; infCTeSub.tomaICMS.refNF.nro := NFNumero; infCTeSub.tomaICMS.refNF.valor := NFValor; infCTeSub.tomaICMS.refNF.dEmi := NFEmissao; end else begin if trim(CTeTomador) <> '' then infCTeSub.tomaICMS.refCte := CTeTomador // Chave do CTe emitido pelo Tomador do Serviço else infCTeSub.tomaNaoICMS.refCteAnu := AnuladoCTe; // Chave de acesso do CTe de Anulação quando o Tomador não é contruibuinte do ICMS end; end; end;

Markapollo, O manual não traz nenhuma orientação quanto a esse tipo de situação. Favor questionar a SEFAZ e por favor post o retorno deles, pois essa situação apesar de rara pode ocorrer com outras empresas.

Bom dia Carlessoflu, O DANFE é gerado e impresso conforme os dados contidos no XML da NFe, e nesse XML não consta o motivo do cancelamento, apenas o protocolo de cancelamento homologado. Ao cancelar uma NFe o motivo é colocado no XML de solicitação de cancelamento.

Bom dia Markapollo, Pelo que me consta não existe nada a respeito de comboio no Manual do CTe. O que temos é, se tratando de Lotação, você especifica alguns dados do caminhão e da carreta, e neste caso podemos ter um caminhão "puxando" até 3 carretas. Expõe de forma mais clara o seu problema, com exemplo, por favor.

Bom dia Verissimo, Muito obrigado pelos elogios, fico feliz que você esteja conseguindo desfrutar de mais essas funcionalidades do componente.

Bom dia Julian, Me parece que o segundo XML que você postou em anexo é exatamente igual ao anterior. Outra coisa a validação ocorre antes do envio se esta ocorrendo a falha isso significa que o componente não esta sendo alimentado de forma correta. Faça o seguinte: 1. Alimente o componente; 2. Execute o comando Assinar; (esse comando vai assinar o xml e vai salva-lo em disco) 3. Execute o comando Valida; Antes de excutar o procedimento assima atualize todos os fontes de todos os componentes, para garantir que os fontes que estão sendo utilizandos são os últimos disponibilizados. Se ocorrer novamente o erro ao validar, poste como anexo o xml que foi salvo pelo comando Assinar.

Boa tarde Renado, Vamos verificar o problema, assim que possível estaremos disponibilizando a correção.

Boa tarde Julian, Você deve informar o refCTe, a mensagem de erro esta clara, não foi informado a chave do CTe que esta sendo substituido.

Bom dia Wislei, Pelo jeito, você não gosta de ler os manuais. Pois se tivesse baixado e lido, iria descobrir que por falta de 1 existem dois SEFAZ-Virtuais de Contingência. Na minha época tinhamos que ser ratos de bibliotecas, pois não existia internet. Hoje vocês precisam ser surfistas, não é esse o termo, surfar na internet. Não é porque a simbolo da internet é uma nuvem, que as coisas vão cair do céu. Tem que pesquisar. Tem que ler. Não podemos ficar dependendo sempre da resposta de alguem, para podermos dar mais um passo.

Bom dia Wislei, O modo de Contingência FS-DA é exatamente igual ao da NF-e, para mais informações, leia o manual que esta no Portal Nacional do CTe ou se preferir não precisa baixa-lo novamente, pois o mesmo encontra-se dentro da pasta ...\Exemplos\ACBrCTe, salvo com o nome: Manual_CTe_v1.04c.pdf

Boa noite netsolutions, Você já ouviu falar do ACBrNFSe, que esta disponivel no repositório branches? Qual é o município e o provedor contratado pela prefeitura para implementar o webservice?

Bom dia Pessoal, Foi realizado algumas alterações em alguns tipos utilizados pela NFe, um deles é o tipo de impressão do DANFE. Antes tinhas somente os valores tiRetrato e tiPaisagem, agora temos uma meia duzia de tipos, por conta da nova versão que vem por ai. O compotente ACBrNFe possui uma propriedade chamada tpImp, utilizada para gerar a respectiva tag no XML. E no Componente ACBrNFeDANFE temos uma outra propriedade chamada tipoDANFE, utilizada para determinar se o DANFE vai ser impresso no modo Retrato ou Paisagem. Como muitos não tem o costume de alimentar a propriedade tpImp do componente ACBrNFe, agora esta obtendo um erro ao validar o XML. Porque antes não ocorria o erro e agora ocorre? Simples a propriedade não era alimentada e ao gerar o XML o componente atribuia o primeiro valor disponivel para essa propriedade ou seja 1, só que agora o primeiro valor disponivel é 0 (zero). Logo, para corrigir esse problema basta alimentar o componente corretamente, ou seja atribuir o valor correto para tpImp. Espero ter ajudado.

Bom dia Maiko, Quanto ao envio de Evento, o João Henrique disponibilizou uma correção. Quanto ao erro de falha de validação referente ao elemento tpImp, faz o seguinte, ao alimentar o componente com os dados da nota, inclua uma linha atribuindo o valor correto para o tpImp, conforme exemplo: Ide.tpImp := tiRetrato;

Boa tarde Thiago, O RPS gerado consta Aliquota = 5, ao obter o retorno ou seja XML da NFSe a tag Aliquota vem com o valor 0,05? Caso afirmativo realmente vai ter que pegar o valor e multiplicar por 100. Veja bem, como a geração da NFSe é realizada pelo webservice contratado pela prefeitura, que aqui damos o nome de provedores, e essas empresas cada uma implementou do seu jeito. E nós temos que nos virar.

Boa tarde Ismael, Você leu todas as postagens desse tópico? Me parece que não, pois em uma delas eu informo que todas as SEFAZ estão com o ambiente de homologação em contingência desde o dia 14 deste mês. Veja bem todas entraram em contingencia no mesmo dia e hora, isso significa o que? Que algo de nivel nacional esta para acontecer.

Bom dia Cleiver, Você esta enviando em ambiente de Homologação, desde o dia 14/09/2012 todos as SEFAZ estão em contingencia, é bem provavel que o problema seja esse. Em virtude da implementação da NFC-e em ambiente de Homologação.

Com esta com a contingencia ativada, no que diz respeito o ambiente de homologação, o jeito é aguardar. Vejam: http://hom.nfe.fazenda.gov.br/portal/principal.aspx

Rodrigo, Se você tivesse dito que estava tentando gerar o lote através do Gerar em vez do Enviar, teriamos sanado o problema mais rapidamente. O Gerar só esta disponivel para o provedor Saatri, os demais não.

Sandro e Sidnei, Primeiro, na minha aplicação tem a linha atribuindo o tipo de impressão ou seja: Ide.tpImp := tiRetrato; a mais de 2 anos e nunca tive esse problema. Sandro, notei que você esta gerando uma NFe e enviando para a SEFAZ-SP em ambiente de homologação, pois bem deste o dia 14/09/2012 esse ambiente esta com a contingencia ativada, alias, todas as SEFAZ estão em contingencia ativada no que diz respeito ao ambiente de homologação. Acredito que deve ser por causa da nova versão 3.00 que vair ser liberada em ambiente de homologação agora em 01/10/2012. Logo pode estar havendo alguns conflitos.