Italo Giurizzato Junior

Bom dia Junior, Muito obrigado pela colaboração, já esta disponível.

Se você não tem o Quick Report, não se deve instalar o DANFSE feito em Quick Report por motivos óbvios. Como dito anteriormente o monitor oferece as 3 opções, mas para que ele seja compilado sem nenhum erro é necessário ter instalado os 3 report no Delphi. Se desejar usar somente o Fortes, instale somente o DANFSE feito Fortes Report e depois ao tentar compilar o monitor vai surgir erros referentes aos demais Reports, ai você vai ter que remover do fonte do monitor as referencias dos demais Reports. A instalação com o ACBrInstall tem que ser feita com base na pasta ACBr, pois é ela que contem os fontes dos componentes. Em ACBrTeste na pasta Projetos você vai encontrar o fonte do ACBrNFSeMonitor.

Bom dia Régys, O capítulo III, Artigo 10 - que trata sobre problemas técnicos diz que o contribuinte poderá operar em contingência, mas lhe da 3 opções: 1. Usar o SAT; 2. Gerar um novo XML e imprimir o DANFE em FS-DA em duas vias ou enviar o EPEC e imprimir o DANFE "normal" em duas vias; 3. Emitir Nota Fiscal a Consumidor, modelo 2 nas hipóteses de caso fortuito ou força maior, tais como falta de energia elétrica. Nas páginas 4 e 5 temos ainda o paragrafo 1 do respectivo artigo que detalha mais sobre o EPEC. No meu entendimento o SAT é uma das opções e não a unica opção de contingência. O Estado de São Paulo, não vai aceitar a contingência Off-line, mas vai aceitar o envio do EPEC e posteriormente assim que os problemas forem sanados o envio do XML. E o prazo para o envio do XML gerados em contingência é de 168 horas após a emissão.

Vinicius, Como dito anteriormente o componente ACBrNFe possui uma função que gera a chave de contingência. É muito simples, basta você carregar o componente com o conteúdo do XML, ou seja, ler o XML através do LoadFromFile. Depois basta, incluir ACBrNFeUtil no uses do form que contem a rotina que vai alimentar o componente ACBrMDFe e para gerar a chave: x := notautil.GerarChaveContingencia(ACBrNFe.NotasFiscais.Items[Y].NFe); onde x é uma variável string que vai conter a chave de contingência (Segundo Código de Barras) e Y é o inicie, se foi carregado somente uma NF-e Y é igual a zero. Caso você tenha carregado 10 NF-e através do LoadFromFile, o Y vai variar de zero até 9. Espero ter ajudado.

Bom dia Bruno, Para resolver esse problema, basta incluir a uni pcnConversao em uses do form que contem a sua rotina que alimenta o componente. Outra coisa, porque você esta atribuindo o valor teSVCSP a tpEmis ? O Tipo de emissão teSVCSP ( SEFAZ Virtual de Contigência - SP ) é para ser utilizado por outros Estados brasileiros e não o Estado de São Paulo para emitir CT-e e não NFC-e. Se a SEFAZ-SP estiver com problemas o contribuinte do Estado de São Paulo deverá enviar as notas para a SVC-AN (SEFAZ-Virtual de Contingência do Ambiente Nacional). Sendo assim nos seus testes você deve atribuir o valor teNormal a tpEmis.

Bom dia, Bom então vamos a um passo a passo: 1. Instalar o Delphi; 2. Criar uma pasta chamada ACBr, baixar os fontes do Trunk através do Tortoise e instalar somente o que você precisa no Delphi usando o ACBrInstall; 3. Criar uma pasta chamada ACBrTeste, baixar os fontes do Branches através do Tortoise; Algumas observações: O ACBrNFSeMonitor se utiliza do DANFSE feito em Quick Report, Fortes Report e Rave, sendo assim você deverá ter pelo menos um dos 3 geradores de relatórios instalados no seu Delphi antes de instalar os componentes do ACBr. Se optar pelo Quick Report é aconselhável possuir a versão 5.0.2 do mesmo, caso possui versões anteriores, será necessário seguir o passo a passo que consta na pasta: ...\Fontes\ACBrNFSe para corrigir erros de propriedades não existentes. Espero ter ajudado.

Bom dia a todos, Se a nota foi emitida e autorizada ela tem que constar primeiramente no site da SEFAZ-Autorizadora e replicado para o Portal Nacional da NF-e. Idem para os eventos, como por exemplo o cancelamento. Primeira coisa a fazer é acessar o site da SEFAZ-Autorizadora e checar se a nota costa como autorizada e se possui o evento de cancelamento. Se sim, fazer a mesma coisa no Portal Nacional. Se estiver faltando o evento de cancelamento entrar em contato com a SEFAZ e solicitar uma explicação pela demora da replicação do evento. Por outro lado, se constar o evento, entrar em contato com a SEFAZ e solicitar uma explicação pela ausência do resumo do respectivo evento. Volto alerta-los, o DANFE não é a nota fiscal, o XML assinado e protocolado sim, tanto o emitente quanto o destinatário tem que possui e guarda-lo pelo prazo legal, ou seja, 5 anos. Uma empresa que recebe mercadoria e só possui o DANFE, o fisco entende com: compra sem nota. Os eventos processados pela SEFAZ, ou seja, os XML ( *-procEventoNFe.xml ou *-procEventoCTe.xml ) devem ser disponibilizados ao destinatário. O não cumprimento da legislação por parte dos emitentes de documentos fiscais eletrônicos, permite aos destinatários denuncia-los junto ao fisco.

Bom dia Mack, O EPEC é um evento e o ACBrNFeMonitor possui um comando para enviar eventos.

Bom dia a todos, Sim, a NFC-e substitui tanto o SAT quanto o Cupom Fiscal. Por favor leia atentamente a Portaria CAT 12 de 04/02/2015 (Estado de São Paulo). Capitulo I, Artigo 2o, Paragrafo 5, diz, que o contribuinte obrigado a emitir o CF-e-SAT poderá optar por emitir o NFC-e, sendo assim fica impedido de emitir Cupom Fiscal, Nota Fiscal modelo 2 (consumidor), modelo 1 ou 1-A

Bom dia Vinicius, No MDF-e o campo SegCodBarra se refere ao segundo código de barra, ou seja, o código gerado quando a NF-e ou CT-e são gerado em contingência. Uma empresa emitente de NF-e e realiza o próprio transporte das mercadorias vendidas, caso esse transporte seja interestadual deve emitir também o MDF-e, e neste relacionar todas as NF-e referentes as mercadorias a serem transportadas por um determinado caminhão. No caso de uma transportadora, ela deve emitir os CT-e e se tratando de carga fracionada e transporte interestadual deve emitir também o MDF-e e relacionar os CT-e referentes as mercadorias contidas no caminhão. Note que em ambos os casos os documentos fiscais eletrônicos foram emitidos e sendo assim os seus documentos auxiliares (DANFE e DACTE) foram impressos. Infelizmente no XML de um documento fiscal eletrônico (NF-e e CT-e) não possui um campo com o conteúdo da segunda chave, quando estes são emitidos em contingência. Sendo assim essa informação (segundo código de barra) deverá ser digitada ou lida através de um leitor de código de barras para passar para o MDF-e. Sei que você esta automatizando a entrada dos dados, com a leitura do XML da NF-e, mas a sua aplicação vai ter que detectar se a NF-e foi emitida em contingência ou não, se sim, deverá solicitar ao usuário a digitação do segundo código de barras, para isso ele deverá ter em mãos o DANFE. Uma outra saída é você procurar o manual da NF-e de que forma é composta esse segundo código de barras, e fazer com que a sua aplicação gere a segunda chave. Lembre-se que os dados utilizados na segunda chave existe no XML e o componente ACBrNFe possui uma função que gera a chave, recebendo esses dados como parâmetros.

Bom dia Tiago, O emitente da NFS-e deve realizar um cadastro junto ao GINFES para que o mesmo possa utilizar o Web Services para emitir a NFS-e. Atenção, se não me falha a memória existe um cadastro para emitir via Site e outro para emitir via Web Services.

Bom dia André, Se possível, post como anexo o XML da NFS-e que ocorre o erro ao tentar imprimir o DANFSE usando o Quick Report.

Bom dia, Crie uma nova pasta chamada: ACBrTeste (por exemplo) e configure o Tortoise para baixar do mesmo endereço só trocando a palavra "trunk" por "branches".

Bom dia Moro, Muito obrigado pela colaboração, já esta disponível.

Bom dia Rafael, O pior é que existe tanto em Mato Grosso como na Bahia uma cidade chamada Canarana.

Bom dia Luis, Você esta sabendo que o DPEC será desativado em 31/03/2015 ?

Bom dia a todos, Segundo a Nota Técnica 2014/001 versão 1.10, o DPEC será desativado em 31/03/2015. Como hoje é 02/03/2015, será que vale a pena, perder tempo com o DPEC?

Bom dia Jefferson, Até onde sei, a impressão do DANFE da NFC-e não é através do componente ACBrECF.

Bom dia Jamil, Eu não utilizo o ACBrNFeMonitor, mas até onde sei, imprimi o DANFE da NFC-e.

Bom dia Cesar, Favor acessar o site da SEFAZ-BA ou até mesmo entrar em contato com eles. Quem gera o CSC é a SEFAZ.

Felipe, No caso da cidade de São Paulo, o componente que encontra-se disponível no Repositório não atende. Pois o XML não segue o padrão ABRASF. Pesquise no fórum, você vai encontrar um grupo de pessoas que estão implementado as rotinas necessárias para usar o ACBrNFSe para a cidade de São Paulo. Essas pessoas são as mais indicadas a esclarecer as suas duvidas e até mesmo lhe passar uma versão do ACBrNFSe que esta sendo modificado por eles.

Felipe, O componente ACBrNFSe gera o XML para você segundo a estrutura usada pelo provedor que atende a cidade desejada. Estude o programa exemplo do componente ACBrNFSe. Você vai notar que o mesmo possui uma procedure chamada AlimentarComponente, é nessa rotina que passamos os dados pertinentes referente ao serviço prestado. Ao executar o método Enviar, por exemplo, o mesmo se encarrega de gerar o XML do RPS, assinar ou não (depende do provedor), montar o lote, assinar o lote ou não (depende do provedor), submeter o lote ao validador do próprio componente (ele se utiliza dos schemas do provedor), envia e se tudo estiver OK o Web Services do provedor vai retornar o XML da NFS-e, e este é salvo em disco. O método Enviar possui um parâmetro (segundo) que se o seu valor for True assim que o XML da NFS-e for retornado o DANFSE é impresso. Ao meu ver, você deveria primeiro saber se o componente já atende a cidade para qual pretende emitir a NFS-e.

Boa tarde, O problema é que antes o componente removia os acentos das vogais e trocava o cedilha por C que conta-se nos retornos e ao ler os XML. Se você abrir o XML que você postou com o bloco de notas e procurar por cedilha e vogais acentuadas e fazer as trocas, vai conseguir visualiza-lo sem nenhum problema com um navegador.

Boa tarde Felipe, Se você pretende usar o componente ACBrNFSe, favor estudar o programa exemplo do mesmo. Outra coisa a NFS-e não tem nada haver com a NF-e. No caso da NF-e você gera o XML, assina e envia, a SEFAZ retorna o protocolo de autorização que deve ser incluído no XML da NF-e assinado. No que diz respeito a NFS-e, o que é gerado é o XML do RPS depois do envio o Web Services do provedor retorna o XML da NFS-e caso tudo esteja OK.

Boa tarde Felipe, Por favor atualize todos os fontes de todas as pastas e compile a aplicação com a opção Build.