Italo Giurizzato Junior

Bom dia, Abra a unit pnfsNFSeW.pas, vá até a procedure GerarXML_Provedor_IssDsf. Procure por NFSe.NaturezaOperacao, dependendo do valor dessa propriedade e outras, as TAGs Operacao e Tributacao vão receber os valores corretos. Veja este exemplo: if (NFSe.NaturezaOperacao = noImune) then begin Gerador.wCampoNFSe(tcStr, '', 'Operacao', 01, 01, 1, 'C', ''); Gerador.wCampoNFSe(tcStr, '', 'Tributacao', 01, 01, 1, 'F', ''); end

Souza, Como que o seu cliente consegue perder o XML? Se ele ou algum funcionário da empresa é do tipo que gosta de ficar fuçando nos arquivos que estão salvos, é melhor você ter uma conversa muito séria com o proprietário da empresa. Pois o que esta sendo perdido não é apenas um arquivo qualquer e sim um Documento Fiscal válido juridicamente, portanto o assunto é muito sério. O componente não tem funcionalidade para realizar o Download de uma nota que o seu cliente emitiu. Mas você pode reconstruir esse XML, da seguinte forma: 1. Gerar o XML (perdido) com os mesmos dados e com a mesma chave. 2. Assinar; 3. Realizar uma consulta na SEFAZ (carrega o componente com o XML reconstruído e assinado) e executar o Consultar. 4. O componente vai adicionar ao XML o protocolo de autorização. Pronto você tem o XML da nota que foi perdida de volta.

Bom dia Fábio, Erros de propriedade não existente ao imprimir um DACTE ou DANFE significa que a versão do seu Report é diferente da que foi usada para criar o DACTE ou DANFE. Ao abrir o fonte com o Delphi será apresentado a mensagem que a propriedade não existe, você deve clicar no botão para ignorar a propriedade, desta forma ela será removida. Salva e compila a sua aplicação com a opção build.

Bom dia Souza, A resposta esta na minha postagem #116. A 10 anos era caro adquirir um sistema de backup, mas hoje, você consegue realizar backup usando um HD externo. Com aproximadamente R$ 300,00 (para um empresario, valor insignificante) podemos ter um HD externo de 1 Tera, para armazenar os XML das NF-e.

Boa tarde Armando, Esse erro ocorre quando tentamos assinar um XML usando o Capicom e cujo identificador é "id" em vez de "Id". Fiz uma alteração visando resolver esse problema. Você esta com todos os fontes atualizados?

Boa tarde, Você configurou corretamente o componente? Informou que o modelo é moNFCe e a versão ve310? Todos os fontes de todas as pastas estão atualizados? Após a configuração do componente, antes do envio, verifique se não existe nenhuma que desfaz a configuração no que diz respeito a UF. Ou seja só pode ter apenas UM: ACBrNFe1.Configuracoes.WebServices.UF := 'AM';

Boa tarde a todos, A premissa da NFC-e: É a não necessidade de homologação de Software e Hardware. Para utilizar a SEFAZ-AM para realizar testes com a NFC-e é preciso configurar o componente para esta UF. Lembre-se, configurar o componente é uma coisa, alimentar o componente com os dados da venda é outra. E ao alimentar o componente devemos informar a UF. Configurar: ACBrNFe1.Configuracoes.WebServices.UF := 'AM'; Alimentar o componente: Ide.cUF := xUF; // xUF variável Integer que contem o código IBGE da UF do emitente da nota

Boa tarde Elazar, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Rafael, Estamos trabalhando para que o próprio componente seja capaz de descompactar, até onde sei a SEFAZ não disponibilizou nada desse sentido. Existe uma opção no Portal Nacional da NF-e que permita realizar o Download.

O Software que emite NFC-e não precisa ser credenciado ou homologado, muito menos o Hardware onde ele vai rodar. Quem precisa estar credenciado é o contribuinte, ou seja, quem emiti a nota, o comerciante. Você precisa de um certificado digital de um cliente que futuramente vai emitir a NFC-e, o mesmo tem que estar credenciado e precisa ter o CSC fornecido pela SEFAZ-Autorizadora.

Bom dia, O CSC é fornecido somente para as empresas credenciadas a emitir NFC-e. Trata-se de um numero alfanumérico e é utilizado exclusivamente para gerar o QR-Code que é impresso no DANFE da NFC-e. Até onde sei ele não tem custo.

Bom dia, Para testar, configure a sua aplicação para a SEFAZ-AM. Para saber se o seu Estado já esta preparado para recepcionar NFC-e, entre em contato com a SEFAZ.

Bom dia, A configuração que uso é: Habilitado: Usar SSL 3.0, Usar TLS 1.0 e Verificar se há assinaturas em programas baixados Desabilitado: Usar SSL 2.0, Verificar revogação de certificados do servidor e Verificar se há revogação de certificados do editor.

Bom dia Fernando, Foi removido, mas por um bom tempo o texto abaixo era mostrado na página principal da SEFAZ-SP Portal da NF-e. Aviso aos desenvolvedores de aplicativos emissores de NF-e e CT-e: Estamos em processo de atualização dos servidores web que atendem os sistemas da NF-e e CT-e. Em função disso, desde 28/11/2013, a Sefaz/SP somente suporta as seguintes cifras para conexão HTTPS no ambiente de homologação (https://homologacao.nfe.fazenda.sp.gov.br): Cifras SSLv3: DES-CBC3-SHA - 168 bits RC4-SHA - 128 bits RC4-MD5 - 128 bits Cifras TLSv1: AES256-SHA - 256 bits AES128-SHA - 128 bits DES-CBC3-SHA - 168 bits RC4-SHA - 128 bits RC4-MD5 - 128 bits Cifras Preferenciais: SSLv3 - RC4-SHA - 128 bits TLSv1 - AES128-SHA - 128 bits Recomendamos a realização dos testes necessários para garantia de que os sistemas de emissão continuem operando normalmente no novo ambiente. O ambiente de produção será migrado em abril/2014. Informamos que os Emissores Gratuitos de NF-e e CT-e, disponibilizados pela SEFAZ/SP, não apresentam problemas em relação ao novo ambiente. Como você pode ver a alteração não foi do dia para noite e constava um aviso, o problema que muitos não tem o habito de consultar os portais nacionais e estaduais em busca de alguma informação nova. E acabam sendo pegos de surpresa.

Muito obrigado Juliomar, O objetivo é exatamente esse e não vejo nenhum problema em não ler, pois só tem 29 páginas. Dezembro é o mês das promessas: prometo estudar mais o ano que vem, prometo entrar em forma, prometo ... Eis a minha promessa para o ano novo: Prometo para 2015 um manual para o CT-e, MDF-e e quem sabe, NFS-e.

Bom dia, Onde esta o erro? A tela "Information" diz que o ACBrDiversos foi instalado. Na tela "Messagens" só contem um alerta informando que a Unit Calculadora não esta implícita no pacote ACBrDiversos, mas se você olhar na tela "information" que contem a lista de componentes registrados, temos o ACBrCalculadora. Para eliminar a mensagem de alerta, basta abrir o pacote de instalação e adicionar a respectiva unit.

Marcelo, Neste caso, procure por DCU antigas do componente perdidas em alguma pasta que o Delphi tem acesso. Encontrando elas, exclua.

Bom dia Reverson, Já tentou alterar as configurações do Internet Explorer no que diz respeito a Revogação de Certificados?

Bom dia todos, É com grande satisfação que informo a todos que encontra-se disponível no repositório o Manual do ACBrNFe, mais precisamente na pasta: ...\Doctos\Manuais. Este manual é destinado aos desenvolvedores Delphi que se utilizam do componente ACBrNFe. Ele traz uma tabela contendo as propriedades de configuração do componente, bem como os métodos de cada funcionalidade. Acredito que ainda falta algumas coisas, mas com a colaboração de todos vamos acrescentando para que ele se torne o mais completo possível.

Bom dia Ricardo, Muito estranho, o fonte que contem a chamada para pegar as URLs de homologação ou de produção foi enviada para o repositório no dia 16/12/2014 as 13:33 (revisão 7949). E nela consta: if AModeloDF = moNFCe then Result := NotaUtil.GetURLSVRS(AAmbiente,ALayOut, AModeloDF, AVersaoDF) //PI else Result := NotaUtil.GetURLSVAN(AAmbiente,ALayOut, AModeloDF, AVersaoDF); //PI Como você pode ver se o Modelo do Documento Fiscal for NFC-e ele vai executar a função GetURLSVRS que retorna as URLs da SEFAZ-Virtual do Rio Grande do Sul, caso contrario executa a fução GetURLSVAN que retorna as URLs da SEFAZ-Virtual do Ambiente Nacional. Conforme a sua postagem #21. Ao realizar os testes com essa nova versão do ACBrNFeMonitor, qual é o erro que aparece?

Bom dia Marcelo, A Unit pcteSignature encontra-se dentro da pasta: ...\Fontes\ACBrCTe Essa Unit foi enviada para o repositório pela última vez em 04/09/2014 (revisão: 7382). Compile o pacote ACBr_CTe ou a sua aplicação com a opção Build.

Diminua, monta o lote com 30 para ver se melhora.

Boa tarde Maiko, Quando você gerar o XML com o tipo de emissão teOffLine, já informe a dhCont e xJust. Da forma que você fez o Digest Value ao gerar o XML pela primeira vez é um e ao gerar novamente incluindo a data e hora de contingência e justificativa é outro. Se você alimentar o componente com essas duas informações ao gerar pela primeira vez o Digest Value não altera ao enviar depois quando os problemas de conexão forem sanados.

Rogério, No caso do provedor Ginfes, o envio já é por lote, a unica diferença é que você alimenta o componente com apenas uma nota e a envia. Sendo assim o lote enviado para o provedor contem apenas uma nota. Portanto se você ADD duas ou mais notas (máximo de 50) o componente vai montar o lote com todas as notas ADD e enviará para o provedor. Existem provedores que possui duas funcionalidades distintas, uma permite o envio de lotes como explicado acima, e outra onde só pode ser ADD uma nota no componente, pois esta segunda funcionalidade só envia uma nota para o provedor.

Boa tarde Dalvan, Muito obrigado pela colaboração, já esta disponível.