Italo Giurizzato Junior

Boa tarde Rômulo, O LoadFromFile e LoadFromStream foram feitos pensando em ler o XML de uma NFS-e para poder enviar por e-mail, imprimir o DANFSE, entre outras coisas. E não para carregar o XML do RPS e posteriormente envia-lo para o WebService.

Thaine, Essas duas linhas são as responsaveis por gerar a TAG referente ao ICMS do Simples Nacional. Elas devem ficar na rotina que alimenta o componente, mas precisamente no momento onde se define os valores dos impostos, que neste caso não tem. O valor do CST é cstICMSSN.

Boa tarde Thaine, imp.ICMS.SituTrib := cstICMSSN; Imp.ICMS.ICMSSN.indSN := 1;

Boa tarde Miguel, Essa alteração resolve para as seguintes situações? CTe carga fracionada - canhto no cabeçalho CTe carga fracionada - canhto no rodapé CTe carga lotação - canhto no cabeçalho CTe carga lotação - canhto no rodapé

Boa tarde Rodrigo, Muito obrigado pela colaboração, fontes atualizados e disponibilizados, favor realizar os testes.

Leonardo, O unico ambiente liberado é o de homologação. Preciso de um retorno das funcionalidades no ambiente de homologação, Documento NF-e, versão 3.10

Bom dia Leonardo, O envio da NF-e versão 3.10 como normal e não em contingência, também não esta funcionando?

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.