Italo Giurizzato Junior

Os fontes estão atualizados? O erro ocorre quando se compila o componente, ou a aplicação ou ocorre durante a execução da aplicação?

Boa tarde Abucarub, é bem provavel que o fonte ACBrCTeDACTeQRRetrato contem algum erro e ao compilar ou executar aparece esse erro pois ele depende do ACBrCTeDACTeQR. Vou tentar detectar o problema.

Bom dia a todos, Acredito que o problema do nosso amigo, é o fato de estar utilizando a rotina antiga "cargacorrecao" em vez de "envioeventos".

Bom dia Carteiro, Você esta com todos os fontes de todos os componentes atualizados, foi realizado uma correção justamente na formatação do CEP, se não me falha a memória no inicio deste mês.

Bom dia Herik, Segundo a NT 2012/002, devemos informar o CNPJ do destinatário da NF-e quando for realizar o Download da mesma. Caso o destinatário for uma pessoa fisica, não teremos o CNPJ e sim o CPF, impossibilitando o Download.

Bom dia Filman, Em qual linguagem você programa? Se você programa em Delphi, baixe os fontes dos componentes ACBr e utilize o ACBrCTe, caso contrario, baixe a versão do ACBrNFeMonitor que possui suporte para o CTe.

Bom dia Carteiro, Primeiramente verifique se a empresa (provedor) que implantou o webservice na cidade de Fernandopolis segue o lay-out da ABRASF. Se sim, talvez seja necessário uns pequenos ajustes, caso contrario não vai ser possivel utilizar o ACBrNFSe.

Boa tarde Herik, Emissor = Emitente da NF-e, ou seja o fornecedor. Destinatário = Quem recebe o manterial, ou seja o cliente.

Você utiliza o componente na versão Capicom ou OpenSSL. Na versão Capicom requer algumas DLLs.

Boa tarde Alfredo, Você esta com todos os fontes atualizados, inclusive os da pasta PCN2? Pois ao realizar a consulta da situação atual de uma NFe tem que vir os eventos relacionados a ela.

Boa tarde Arce, A pasta que contem os schemas, tem também o schema que valida a assinatura? O certificado utilizado é o mesmo nas duas maquinas?

Boa tarde Jocimar, Segundo a NT 2012/002 página 9 item 4.9.9 que trata sobre o Final do Processamento do Lote, temos: Se o lote foi processado o status do processamento do lote é 128 e cada evento contido no lote tem o seu próprio status: Caso tenha sido processado com sucesso temos dois status: 135 = Evento registrado e vinculado a NF-e; 136 = Evento registrado, mãs não vinculado a NF-e. Logo pode acontecer os 2 casos, sendo que o mais comum é o primeiro ou seja status 135.

Boa tarde Dionatan, Acredito que encontrei o problema. Como não tenho o Fortes Report não consigo corrigir. Tenta fazer o seguinte: 1. abra o pacote de instalação do ACBrNFSeDANFSeRLpkg Note que as 4 Units da lista de Contains estão com o Path errado, apontando para a pasta ..\Pacotes\Delphi\ACBrNFe2 Eles tem que apontar para a pasta ...\Fontes\ACBrNFSe Vamos corrigir: 2. Remova as 4 Units da lista de Contains, da seguinte forma: clique com o botão direito em cima de cada uma e escolha a opção Remove From Project; 3. Adiciona novamente as 4 units utilizando o botão [Add], clique no botão Browse e procure pela unit dentro da pasta ...\Fontes\ACBrNFSe. 4. Após adicionar as 4 units clique no botão [Compile] e por fim no Install.

Bom dia Dionatan, Você tentou compilar o pacote de instalação com a opção Build e depois instalar?

Boa tarde Alan, Temos o componente ACBrNFSe que é especifico para Nota Fiscal de Serviço Eletrônica - NFS-e, mas este componente somente gera XML segundo o Lay-out Abrasf, favor entrar em contato com a empresa que esta implantando a NFSe na cidade em questão para saber o lay-out adotado. Se não for o Abrasf, nenhum componente ACBr vai te ajudar. Outra coisa o componente não é responsavel somente pela transmissão e recepção de arquivos entre o emitente de documentos fiscais eletrônicos e a SEFAZ, é responsável também pela geração, assinatura e validação dos arquivos a serem enviados.

Boa tarde Juliomar, O programa exemplo não contem o botão para realizar o tão sonhado Download de uma NFe completa com assinatura e protocolo de autorização. Eu particularmente não implementei na minha aplicação por diversas razões já discutidas no fórum. Me parece que o seu programa exemplo contem o botão de Download, se possível disponibilize no SVN os fontes para que todos possam estudar e implementar em suas aplicações.

Boa tarde Rodrigo, A maioria dos provedores implementaram somente o webservice de envio, outros implementaram os dois Envio e Gerar e sem de um que implementou somente o Gerar. O componente ainda não esta 100%, logo se o provedor utilizado pela cidade em questão possui as duas funcionalidades e o componente atende somente uma delas, favor nos avisar ou melhor se desejar implementar no componente e passar para nós ficaremos agradecidos pela colaboração. Em resumo ou você utilizar o Enviar ou o Gerar.

Boa tarde Dionatan, Antes de realizar a instalação você acrescentou no Library Path do Delphi o caminho onde encontra-se os fontes do componente ACBrNFSe ?

Boa tarde a todos, Vocês estão também atribuindo o valor do CST a propriedade SituTrib ? exemplo: CTe.imp.ICMS.SituTrib := cst90; CTe.Imp.ICMS.ICMS90.CST := cst90; No caso do DACTE feito em Quick Report é através dessa propriedade "SituTrib" que o componente utiliza para imprimir a descrição.

Boa tarde Neguta, Os provedores de NFSe não implementaram em seus webservices a consulta ao Status de Serviço. Somente a SEFAZ implementou para a NFe e CTe.

Boa tarde stonebit, E os fontes do programas exemplos, você também atualizou?

Bom dia José, Como dito antes são poucos os provedores que implementaram o webservice GerarNFSe, aos poucos estamos implementanto no componente essa opção para os provedores que a possuem. Quanto ao schema sim, é a propriedade PathSchemas.

Bom dia Jocimar, No primeiro momento você pode se manifestar como: Ciência da Operação e depois Operação Realizada para uma mesma NFe. Ou seja primeiro você diz que comprou mesmo a mercadoria do fornecedor que emitiu a NFe e quando a mercadoria chegar você diz que recebeu (operação realizada). Para mais detalhes leia a NT 2012/002.

Bom dia John, O XML: <consNFeDest xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01"> <tpAmb>1</tpAmb> <xServ>CONSULTAR NFE DEST</xServ> <CNPJ>XXXXXXXXXXXXX</CNPJ> <indNFe>0</indNFe> <indEmi>0</indEmi> <ultNSU>5915130479</ultNSU> </consNFeDest> Se refere ao pedido de consulta, veja a tag inicial: consNFeDest = Consulta a NFe Destinadas, é esse XML que é enviado para SEFAZ solicitando uma consulta, portanto não se trata de um retorno. Vamos ao outro XML: <retConsNFeDest xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01"> <tpAmb>1</tpAmb> <verAplic>1.0.0</verAplic> <cStat>137</cStat> <xMotivo>Nenhum documento localizado para o destinatario</xMotivo> <dhResp>2012-12-17T15:20:22</dhResp> <indCont>1</indCont> <ultNSU>5914630479</ultNSU> </retConsNFeDest> Este sim é o retorno da SEFAZ, veja a tag inicial: retConsNFeDest = Retorno da Consulta a NFe Destinadas. Vamos interpretar esse XML, para isso abra a NT 2012/002 página 12. cStat = código do status da resposta, que neste caso foi 137 = Nenhum documento localizado, veja bem, este retorno não retornou nenhum documento. indCont = indicador de continuação, que neste caso foi 1 ou seja, SEFAZ possui mais documentos para o CNPJ informado, se retornar 0 (zero), significa que a SEFAZ não possui mais documentos para o CNPJ informado. ultNSU = último NSU (numero sequencial unico) pesquisado na SEFAZ, Se for o caso o solicitante pode continuar a consulta a partir deste numero para obter novos resultados. Muito bem, o que devemos fazer é realizar uma nova consulta e ao faze-la, informar o numero retornado em ultNSU, como você fez. As vezes são necessárias dezenas de consultas para obter os retornos com as NFe, a priori devemos repetir a consulta e a cada consulta informar o ultNSU retornado até que o indCont retorne 0 (zero). Pesquise no fórum você vai encontrar um fragmento de código da minha aplicação que após realizar a consulta, caso ela retorne as NFe é alimentado uma tabela no banco de dados com as chaves das NFe destinadas. Resumindo, Demos primeiramente realizar a consulta, como dito, dezenas de consultas para obter as NFe, para depois manifestarmos sobre cada uma delas. Lembre-se que o Download, é controlado pela SEFAZ e deve ser utilizado em último caso, visto que o emitente tem obrigação legal de armazer o XML assinado e protocolado, pelo periodo imposto pela legislação vigente, ou seja 5 anos, e também a qualquer momento deve disponibilizar o mesmo arquivo ao destinatário, que por sua vez também tem a obrigação de armazena-lo por 5 anos. Logo a finalidade do Download como dito deve ser utilizado em último caso, ou seja tanto o emitente quanto o destinatário perderam o arquivo XML da NFe. Uma aplicação descente deve conter algumas funcionalidades automatizadas, ou seja independente do usuário, neste caso assim que o XML da NFe recebe o protocolo de autorização de uso o DANFE deve ser impresso e o e-mail contendo o XML deve ser enviado para o destinatário. O form da minha aplicação tem 3 botões [Emitir], [imprimir] e [Enviar e-mail], sendo que o Emitir realiza as seguintes funções: Gera o XML, Assina, Valida, Envia para a SEFAZ, caso tenha sindo autorizado: Protocola, Imprimi o DANFE e envia por e-mail o XML e o DANFE em PDF. Já os outros 2 botões são apenas para serem utilizados caso deseja imprimir mais vias do DANFE ou enviar novamente o e-mail caso o destinatário não tenha recebido por algum motivo ou tenha perdido o XML.

Boa noite José, Primeiro você pode se basear no programa exemplo. Segundo, são poucos os provedores que implementaram o webservice para Gerar NFSe, a maioria implementaram o Envio de Lote de RPS. Sendo assim utilize o botão [Gerar e Enviar Lote]. Você deve utilizar a pasta de schema referente a cidade em questão, no caso de Juiz de Fora é a pasta BHISS. Pretendo disponibilizar juntamente com os fontes do programa exemplo uma lista com os nomes das cidades e as respectivas pastas de schemas, ainda esta semana.