Italo Giurizzato Junior

Bom dia a todos, Realizei somente a consulta de status de serviços em todas as UFs, somente as listadas abaixo estão respondendo com Serviço em Operação para a NF-e versão 3.10. AC, AL, AP, DF, GO, PB, RJ, RN, RS, RO, RR, SC, SE, TO (total de 14). Com excessão de GO e RS as demais utilizam a SEFAZ Virtual do RS.

Boa noite Nellien, Favor atualizar os fontes e testar.

Dionatan, Se possível, post como anexo o XML do respectivo CT-e.

Boa tarde Leonardo, Fiz o teste de Consultar o Status de Serviço na UF de São Paulo e Rio Grande do Sul. Pois bem, no caso de São Paulo também obtive a rejeição de Versão superior a versão vigente, mas no caso do Rio Grande do Sul, a resposta foi outra: <retConsStatServ versao="3.10" xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb>2</tpAmb> <verAplic>RS20131126155321</verAplic> <cStat>107</cStat> <xMotivo>Servico em Operacao</xMotivo> <cUF>43</cUF> <dhRecbto>2013-12-09T16:59:42-02:00</dhRecbto> <tMed>1</tMed> </retConsStatServ>

Boa tarde Ala, Já esta disponivel, obrigado pela colaboração.

Boa tarde a todos, Não utilizo o ACBrNFeMonitor, mas acredito que o comando de consulta disponivel no monitor é para consultar uma NF-e que você emitiu e não uma NF-e que você recebeu. Digo isso pelo simples fato do ACBrNFeMonitor se utilizar do componente ACBrNFe e nele não tem nenhum funcionalidade para consultar a validade de uma NF-e recebida. O que temos é a Manifestação do Destinatário onde podemos consultar as NF-e que foram emitidas contra o nosso CNPJ e ao obter o retorno temos a relação das NF-e autorizadas. Mas não sei lhe informar se o ACBrNFeMonitor já contempla a Manifestação do Destinatário.

Boa tarde a todos, Ficou faltando informar no post inicial deste tópico que os fontes que foram disponibilizados, também já possuem as implementações para a emissão da NF-e utilizando-se das SEFAZ Virtuais de Contingência, conforme a Nota Técnica 2013/007.

Boa tarde Leonardo, Obrigado. Como o ambiente de homologação da versão 3.10 para a NF-e esta disponivel, gostaria que, você realiza-se os seguintes testes para ambas as versões ( 2.00 e 3.10): Consultar Status de Serviço; Envio; Consulta situação atual da NF-e; Cancelamento; CC-e; Impressão do DANFE; O ideal seria realizar os testes usando a mesma aplicação apenas alterando o valor da propriedade VersaoDF. Desta forma poderiamos garantir que o componente realmente esta compativel com as duas versões da NF-e. E é claro reporte os resultados aqui neste tópico. Desde já muito obrigado pela colaboração.

Boa tarde ALA, A principio é só isso, a não ser que esta cidade possua um NameSpace diferente do padrão usado pelo provedor Ginfes.

Boa tarde, A CC-e para o CT-e existe sim, mas somente para a versão 2.00. Favor acessar o Portal Nacional do CT-e e baixar os manuais e notas técnicas.

Boa tarde Graça, O manual não deixa claro como devemos preencher os campos, mas acredito que segundo o seu exemplo seria desta forma: grupoAlterado := 'enderToma'; campoAlterado := 'xBairro'; valorAlterado := 'CENTRO'; nroItemAlterado <= é opcional, No exemplo acima não vai ser utilizado, vide Nota Técnica 2013/013 página 87. Como o tamanho do campo grupoAlterado é de no máximo 20 caracteres, isso me leva a crer que devemos informar somente o nome do grupo de informações que pertence o campoAlterado. Se fosse necessário informar todo o caminho como seria montado? ide.toma4.enderToma ou ide/toma4/enderToma Se a correção for no campo nLacre do grupo lacUnidTransp se fosse necessário informar todo o caminho ficar desta forma: grupoAlterado := 'infCTeNorm.infDoc.infNFe.infUnidTransp.lacUnidTransp'; // essa string tem mais de 20 caracteres campoAlterado := 'nLacre'; valorAlterado := '890'; nroItemAlterado := 1; Logo chego a conclusão que basta apenas informar assim: grupoAlterado := 'lacUnidTransp'; campoAlterado := 'nLacre'; valorAlterado := '890'; nroItemAlterado := 1; Espero ter ajudado.

Boa tarde PrudenSis, Post como anexo o arquivo INI.

Boa tarde zene1308, Lhe pergunto novamente, você testou usando a função que esta implementada no componente? Ocorre o mesmo erro? Qual é o motivo pelo qual de você não querer usar o que já esta implementado?

Zene1308, E com a função implementada no componente você testou? Ocorre o mesmo erro?

Zene1308, Ok, sendo assim você esta utilizando o comando abaixo para enviar o cancelamento por evento. ACBrCTe.EnviarEventoCTe(idLote); Você esta utilizando o Capicom ou o OpenSSL?

Bom dia Alan, Essa atualização se refere a nova versão 3.10 dos documentos fiscais: NF-e e NFC-e. Não tem nada haver com a noticia publicada no site da SEFAZ-SP.

Bom dia zene1308, Você sabe que o cancelamento do CTe versão 2.00 é por evento?

Bom dia Nellien, Você não anexou os arquivos.

Bom dia a todos, Dentro de alguns minutos vou estar disponibilizando os fontes do componente ACBrNFe com as alterações necessárias para suportar a nova versão 3.10 da NF-e e NFC-e. A liberação do ambiente de homologação ocorreu no dia 02/12/2013 para ambos os modelos de documentos fiscais. Quanto ao de produção esta previsto a liberação para o dia 06/01/2014 ( NFC-e ) e 10/03/2014 ( NF-e ). A versão 2.00 da NF-e vai ser aceita até 01/12/2014, data também prevista para o término da versão 3.00 da NFC-e. Para deixar o componente configuravel a nivel de execução foi acrescentado uma nova propriedade chamada: VersaoDF = Versão do Documento Fiscal. Dica de configuração para que o componente gere o XML no modelo e versão correta: ACBrNFe.Configuracoes.Geral.ModeloDF := moNFe; ACBrNFe.Configuracoes.Geral.VersaoDF := ve200; No exemplo acima o XML a ser gerado vai ser o da NF-e na versão 2.00 Valores aceitos pela propriedade ModeloDF: moNFe e moNFCe. Quando o modelo for moNFe, os valores aceitos pela propriedade VersaoDF são: ve200 e ve310. Quando o modelo for moNFCe, os valores aceitos pela propriedade VersaoDF são: ve300 e ve310. Como o componente esta ganhando uma nova propriedade, se faz necessário a compilação do pacote de instalação do mesmo ou a sua reinstalação com o ACBrInstall, caso contrario essa nova propriedade não vai aparecer no Object Inspector. Favor reportar erros e problemas.

Bom dia Solivan, A resposta que você procura esta no manual versão 5.00 da NF-e, página 149, campo #14 que se refere a dSaiEnt. Note que tanto a dSaiEnt quanto a hSaiEnt são opcionais, por outro lado dEmi é obrigatório. Quando vou emitir uma NF-e, se não tenho certeza a data e hora de saida da mercadoria não preciso informar esses dados. Portanto não se trata de um erro no componente e sim pela falta da informação que pode existir ou não.

Bom dia Andre, Na versão 1.04 do CTe se o destinatário não possui CNPJ por ser uma empresa extrangeira devemos preencher essa TAG com zeros. Vide Manual versão 1.04c do CTe - página 111 campo #204.

Bom dia Aprendiz, O componente possui uma propriedade onde você defini o numero de tentativas que por padrão são 18. Outra coisa, existe uma propriedade chamada ConsultaLoteAposEnvio, cujo valor padrão é True. Se você quer controlar a consulta, ou seja, não deixar o componente realizar a consulta automaticamente, que parece ser o seu caso, então deve-se atribuir False a propriedade: ConsultaLoteAposEnvio.

Boa noite Daniel, Você tem certeza que o código IBGE da cidade é 35188000 ? Pelo que me consta o código tem apenas 7 digitos o seu esta com 8.

Boa tarde Carlos, O problema pode estar na unit ACBrNFSeWebServices ou na ACBrNFSeUtils. Só com a imagem não da para informar com exatidão.

Boa tarde Regis, Você tentou utilizar o comando: ImprimirPDF ? Esse comando Gera e salva em disco o PDF.