Italo Giurizzato Junior

Joabe, Pelo que vi a URL esta correta. Desculpa mas não entendi: " Já consutando pela url dentro do cdata abre a nota normalmente na sefaz , mas pelo sistema da esse erro " A nota não foi rejeitada? Como ela esta aparecendo normalmente no site da SEFAZ?

Boa tarde a todos, Joabe no caso de MT o componente esta usando o seguinte endereço: http://www.sefaz.mt.gov.br/nfce/consultanfce Fernando no caso de RS é: https://www.sefaz.rs.gov.br/NFCE/NFCE-COM.aspx Ambos ambiente de produção. Agora é preciso saber junto a SEFAZ qual é o endereço correto, para que possamos fazer as devidas correções.

Boa tarde Ricardo, Você nunca informou o código da cidade do emitente da nota? Segundo a Nota Técnica 2013/005 versão 1.22 - página 49 campo #39 - cMun é obrigatório e tem que ter 7 dígitos.

Boa tarde Valdemir, Aparentemente a chave esta correta, mas existe um problema, você esta informando somente a Data para os campos dhEmi e dhSaiEnt. Em vez de: dEmi := Date; use: dEmi := Now; para que seja atribuído tanto a data quanto a hora.

Boa tarde Daniel, Favor atualizar os fontes e testar novamente.

Boa tarde Roberto, Acredito que a SEFAZ, mesmo no ambiente de homologação esta implementando regras que faz com que não seja possível usar um certificado de um contribuinte que tem Regime Normal para fazer testes informando Simples Nacional. Sendo assim sugiro que use o certificado de um cliente para realizar o teste que necessita.

Bom dia, Primeiramente peço para que não post como texto fragmentos de códigos ou arquivos e sim post como anexo. Se para deixar mais claro o problema coloque somente a TAG em questão. Segundo, a validação não altera o XML apenas o submete ao validador. Terceiro, não sei qual é o seu código, mas vai ai uma dica que pode resolver o problema: AlimentarComponente; <== Procedure definida em sua aplicação que tem por finalidade alimentar o componente com os dados pertinentes ao MDF-e que vai ser gerado. ACBrMDFe.Manifestos.Assinar; ACBrMDFe.Manifestos.Validar;

O componente não faz calculo e não busca nada em lugar algum. Você que tem que passar mastigado as informações para o componente.

Roberto, Mas essa empresa que você trabalha esta habilitada na SEFAZ a emitir NF-e? Normalmente uma Soft House emite Nota Fiscal de Serviço.

Bom dia Daniel, Desculpe ainda não tive tempo de checar o erro de violação de acesso. No que diz respeito a cidade São Leopoldo consta no arquivo Cidades.INI que a mesma se utiliza do provedor Thema. Logo você pode realizar testes de envio de RPS para essa cidade.

Bom dia Roberto, Você deve estar usando um certificado de um cliente, correto? Se sim, se esse cliente é Simples Nacional, tenta conseguir um outro certificado de outro cliente cujo Regime seja Normal.

Bom dia Lauro, Quando fiz os testes e alterações no componente ACBrNFSe, usei o provedor Ginfes. O provedor Ginfes não possui em seu Web Services as funcionalidades: GerarNFSe, EnviarLoteRpsSincrono e SubstituirNFSe. Outro detalhe importante é que o Ginfes requer que somente o RPS seja assinado o Lote não. Por outro lado o provedor SystemPro segundo a Unit que foi criada para ele (Trunk) só tínhamos as funcionalidades: ConsultarNFSe, CancelarNFSe e GerarNFSe. Como os testes que fiz foi usando o Ginfes e este não possui o GerarNFSe essa funcionalidade não foi testada, logo pode conter erros. Esta semana vou checar essa funcionalidade e tentar corrigir os erros que eu conseguir identificar.

Bom dia Marcelo, Sei que o link se refere a NF-e mas o problema é o mesmo. A cidade de Pindamonhangaba utiliza o provedor Ginfes. Quando eu realizei testes para corrigir erros visando a migração do componente ACBrNFSe para o Trunk2 o provedor utilizado foi justamente o Ginfes. Dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI encontra-se o arquivo Ginfes.INI mais atual. Recomendo que você faça uma atualização de todos os fontes de todas as pastas e realize novos testes. Observação: os testes que realizei foi com o componente configurado como Capicom.

Bom dia, A alteração no componente ACBrCTe já foi realizada e disponibilizada, favor aguar as novas compilações do ACBrMonitor Plus.

Bom dia Dércio, Os componentes ACBrNFe, ACBrCTe, ACBrMDFe e ACBrNFSe se utilizam das classes definidas em ACBrDFe. Logo a função Assinar utilizada pelos 4 componentes é a mesma. Temos duas função Assinar, uma para o Capicom e outra para o OpenSSL. O problema é que alguns provedores requerem que tanto o RPS quanto o Lote sejam assinados e quando a função Assinar é chamada para assinar o Lote ela detecta que o XML esta assinado ( assinatura do RPS ) logo não assina o Lote. Como dito essas duas funções (Capicom e OpenSSL) ão utilizadas pelos demais componentes, sendo assim as alterações nelas devem ser cercadas de cuidados para não gerar efeito colateral. Já promovi algumas alterações no Assinar do Capicom e segundo os meus testes consegui um Lote assinado com RPS também assinado. É preciso fazer o mesmo com o OpenSSL e realizar testes com os demais componentes para detectar eventuais efeitos colaterais.

Bom dia Robinho, Segundo o site que lhe indiquei, note que existe dois CT-e, um do contratante (CT-e Normal) e o do SubContratado (CT-e SubContatação) neste ultimo devemos informar em Documentos Anteriores e em refCTe a chave do CT-e emitido pelo contratante.

Bom dia Marcelo, O erro: Suporte de Canais Seguro tem haver com o certificado. Alguns certificados não são suportados pelo Capicom e OpenSSL sendo preciso fazer uma exportação do mesmo para que fique compatível. Qual certificado você esta usando e o componente esta configurado para utilizar o Capicom ou OpenSLL?

Bom dia Lauro, A forma correta é: ACBrNFe.DistribuicaoDFe( nEstado, sCNPJ, sUltNSU, '' ); Onde: nEstado é o código da UF do destinatário, ou seja quem esta fazendo a consulta; sCNPJ é o CNPJ do destinatário; sUltNSU se refere ao último NSU retornado na última consulta, se tratando da primeira consulta devemos informar '0'. O quarto parâmetro devemos informar uma string vazia. Para mais detalhes sobre o terceiro e quarto parâmetro desse método favor consultar o manual do ACBrNFe que encontra-se dentro da pasta: ...\Doctos\Manuais

Bom dia Rubens, Se você se refere ao ACBrNFeMonitor, a resposta é: não será alterado para atender as novas Notas Técnicas. Motivo: O ACBrNFeMonitor se utiliza dos componentes do repositório Trunk por outro lado o ACBrMonitor Plus se utiliza dos componentes do repositório Trunk2. Já faz uns 6 meses que a equipe ACBr não faz mais alterações, correções ou melhorias nos componentes do Trunk, somente Trunk2. Para quem programa em Delphi já passou da hora de migrar para o Trunk2. Para quem se utiliza do Monitor também já passou da hora de migrar para o ACBrMonitor Plus.

Bom dia a todos, Retificação: é a TAG pICMSInter que segundo os novos schemas devemos informar com somente 2 casas decimais e os valores aceitos são: 4.00, 7.00 ou 12.00. Portanto Ivan o seu XML esta errado, pois você informou 18.00 em pICMSInter. Fernando, no seu XML você esta informando "Normal" para indFinal (Indica operação com Consumidor Final) altere para "Consumidor Final" e tente novamente.

Bom dia, Sendo assim, sugiro você manter todos os fontes de todas as pastas atualizados diariamente. Quanto a TAG CEST ela já esta implementada no componente a um bom tempo, assim que a Nota Técnica foi publicada nós atualizamos o componente com o acréscimo dessa TAG. Para alimenta-la basta: Prod.CEST := <informar aqui o CEST do produto>; Espero ter ajudado.

Bom dia Cláudio, Exatamente, agora o DACTE esta disponível em Fast e Fortes Report.

Boa tarde Ivan, Os seus Schemas não estão atualizados, pois se estivessem a sua nota não seria validada. Conforme os novos schemas o percentual de pICMSUFDest tem que ter no máximo 2 casas decimais e o seu XML contem 4 casas.

Boa tarde João, Entendi, vou verificar.

Boa tarde, O que você quer dizer com: atualizar no meu sistema ? Você programa em Delphi ? Usa o componente ACBrNFe ? Já esta usando os fontes do Trunk2 ?