Painel de líderes

Prezado Eduardo, boa noite, Pode comprar o SAT da Daruma tranquilamente que o mesmo está homologado no ACBr sim. O SAT da Daruma é o mesmo da Tanca, uma parceria entre as empresas. Att Cristiano Abbud

Eu mudei o meu comando agora e deu certo. Antes eu chamava a função "NFe.SSL.SelecionarCertificado" e depois pegava a serie, agora a minha variável que pega a serie eu joguei esse comando nela, dai deu certo, obrigado a todos! Agora ficou assim: edtSerie.Text := NFe.SSL.SelecionarCertificado;

Boa tarde Gralak. Para você obter o resultador correto você pode usar a consulta da NFCe pela chave para ver cStatus e assim você poderá obter o resultado: 100-Autorizado o uso da NF-e ou 150-Autorizado o uso da NF-e, autorização fora de prazo. Lembrando que esse resultado só será satisfatório caso o NFCe esteja autorizado o uso. Fiz um teste pelo próprio exemplo acbr e veja o resultado a baixo. Seria bom você explorar o exemplo que tem varias funcionalidades e possa resolver o teu problema anexe o arquivo

Bom dia Gralak, Passa a chave da NFCe, ou anexa ao tópico o xml para que possamos verificar.

boa noite Gralak, como você bem sabe esse retorno significa: 204|Duplicidade de NF-e [nRec:999999999999999] pelo que eu estou entendendo voce está querendo ver se a mesma esta com o retorno: 100|Autorizado o uso da NF-e aconselho você primeiramente atualizar os arquivos de schema. e testar pelo demo do acbr para dai analisarmos juntos o problema.

Cara erá só atualização dos arquivos schemas , Deu certo! Valeu pela dica estava tão cego para tentar resolver o problema nem me liguei na pasta schemas. Valeu BigWings! Muito obrigado!

Realmente Andre, Fiz umas adaptações no código e agora estou tendo o seguinte retorno: Falha na validação dos dados da nota: 45, no método de envio. Não sei se é por conta de alguma informação que esteja faltando na nota ou o xml esteja com alguma informação inválida. Eu coloquei em anexo o XML se você puder me dá uma luz? Valeu! 25160509215807000116650010000000451011222518-nfe.xml

Então BinWings, Estou sim, pois o retorno estou recebendo esse retorno no método de envio, quando eu coloco só produto sem serviço o acbr consegue transmitir e gerar o arquivo de envio de lote normal, mais quando tem serviço ele não gera o arquivo de envio de lote. Obs: Já atualizei o pacote do acbr e mesmo assim continuou com esse problema. Vou postar o método que está sendo chamado logo a baixo, perceba que não tem nada fora do normal. ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310; ACBrNFe1.Configuracoes.Geral.IncluirQRCodeXMLNFCe := True; MontaNFCe; // Monta o xml ACBrNFe1.NotasFiscais.GerarNFe; ACBrNFe1.NotasFiscais.Assinar; if (ACBrNFe1.Enviar(iLoteId, True)) then ShowMessage('Nota transmitida com sucesso.'); else ShowMessage('Nota não transmitida.');

Boa noite BigWings (Grande Asas) Eu fiz o procedimento de enviar em modo assíncrono conforme você solicitou, porém o retorno foi o mesmo, prestei também atenção que o arquivo de envio de lote não está sendo gerado quando tem serviço, só é gerado o arquivo de envio de lote quando só tem produtos e transmitido a NFCe para SEFAZ, estou achando estranho. Vou anexar todos os arquivos XML's gerados perceba que o lote de envio não foi gerado. Agradeço se alguém tiver alguma luz 25160509215807000116650010000000361012229215-sit-soap.xml 25160509215807000116650010000000361012229215-ped-sit.xml 25160509215807000116650010000000361012229215-ped-sit-soap.xml 25160509215807000116650010000000361012229215-sit.xml 25160509215807000116650010000000361012229215-nfe.xml

25160509215807000116650010000000181011721460-nfe.xml O XML correto é esse, o outro acima mandei por engano erá um teste com item com CST errado para ver se tenha alguma rejeição diferente de não consta na base da sefaz. O que está felando é esse. * O que estava falando é esse XML que foi anexo por último.

Bom dia Reinaldo, Realmente em alguns casos deverá ser reconfigurado para aumentar as tentativas e timeout, mais isso pode deixar o processo lento no caixa, poderá demorar muito para emitir uma NFCe, isso depende de internet e etc.. como foi citado nesse blog. Em relação ao consumo indevido, acredito que não, pois está se dando um delay com base nas propriedades Configuracoes.WebServices.AguardarConsultaRet e Configuracoes.WebServices.TimeOut sempre está se dando um tempo 15 segundos para refazer novas tentativas, o ACBR também é bem consistente nesse quesito. Valeu

Vinícius olha esse link pois Juliomar descreve de forma clara o procedimento que se deve fazer: da uma curtida ai!

Então amigo. No post acima eu relato o retorno. Quanto ao protocolo, ele está sem pq foi rejeitado. Estou aberto a sugestões.

Bom dia Amigos. Sei que o tópico é antigo, mais pegando carona nele, estou tendo um problema em uma NFCe produtos e serviços. Fiz os ajustes necessários para sua transmissão da NFCe com serviços e produtos, validei o xml no validador da sefaz RS https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx chega até dá 100 - [Simulacao] Autorizado o uso da NF-e, porém após transmitir a NFCe faço a consulta da Mesma pela chave para ver se está na sefaz e pela minha surpresa ela não consta e dando o seguinte retorno: Rejeicao: NF-e nao consta na base de dados da SEFAZ Segue o anexo do xml para alguma analise. Lembrando que estou usando o ambiente de homologação e o XML existe a IM preenchida. Se alguém puder me ajudar? Ficaria grato. Não faço a minima ideia pq está dando essa rejeição pois no validador da sez passa normal, não sei se precisa o sertificado ter algum credenciamento para operações com serviço. em fim. Aceito sugestões. 25160411747890000116650010000007001011108521-nfe.xml

Boa tarde Vinícius, Você pode fazer assim no método de transmissão: function TransmitirNFCe; var bNotaJaTransmitida : Boolean; ... begin ... if (ACBrNFe1.Enviar(iLoteId, False, False)) then if not ConsultaChaveNFCe(sChaveNFCEe) then end; Boa tarde Vinícius, Eu faço dessa forma tento 3 vezes para garantir a transmissão. Caso contrário não consegua transmitir emito em OFFLINE e depois será transmitida por outro método. Quando o problema de Internet ou servidor da sefaz voltar em fim. Espero ter te ajudado! E dá uma curtida ai! Valeu! procedure TransmitirNFCe (sChaveNFCEe : string); var bNotaJaTransmitida : Boolean; iTentativas : Integer; ... begin ... repeat bNotaJaTransmitida := false; ACBrNFe1.Enviar(iLoteId, False, False); bNotaJaTransmitida := ConsultaChaveNFCe(sChaveNFCEe); if bNotaJaTransmitida then Exit; until (iTentativas > 3); if (not bNotaJaTransmitida) then begin // Código para gerar nota em OFFLINE para depois transmitir. .... end; ... end;

Vinícius, Olha só esse problema pode ocorrer por diversos motivos, pode ser por internet com perda de pacote, servidor SEFAZ congestionado em fim. Você pode otimizar no componente ACBRNFe: Configuracoes.Webservices.Tentativas := 15; Configuracoes.WebServices.AguardarConsultaRet := 15000; Configuracoes.WebServices.AjustaAguardaConsultaRet := True; Configuracoes.WebServices.IntervaloTentativas := 1000; Configuracoes.WebServices.TimeOut := 15000; O que você pode fazer depois que transmitir é verificar se a NFCe está na SEFAZ usando a consulta pela chave no mesmo método de transmissão, caso seja satisfatório a sua aplicação segue o fluxo normalmente, caso a nota não esteja na SEFAZ você pode usar um repeat de no máximo 3 vezes seguindo o fluxo de transmissao, e caso contrário colocar em modo Off-Line para posterior transmissão. Espero ter te ajudado!

Já tem umas 3 semanas que estou tendo esse problema de Lote em Processamento ao enviar CT-e. Às vezes, consigo enviar uns 6 CT-e e logo começa a dar o lote em processamento sucessivamente. Hoje, não consigo nem mesmo em homologação. Já dá Lote em Processamento ao enviar o primeiro. Alguém passando por esse problema em MG? Afinal, quais são as possíveis causas desse Lote em Processamento. Aparentemente os serviços do SEFAZ estão normal e a contingencia SVC não está ativada. Teste feito em Windows 7 e Windows 8, ambos 32 bits. Internet excelente. Teste com Certificado A1 e também com o Certisign Token A3, sendo que esse ultimo envia NF-e normalmente.

Encontrei o problema, já efetuei o acerto, na próxima versão do ACBrMonitorPlus já estará tudo normal.

Realmente está ocorrendo isso somente no Lazarus, que é onde o Monitor é compilado, já estou tentando entender aqui porque isso ocorre e retorno.

Obrigado por responder, pelo que li me parece que vai me ajudar bastante, haha. Obrigado pela ajuda!

Boa tarde. Recomendo a leitura da documentação do projeto e estudos dos exemplos para conhecê-lo melhor. http://acbr.sourceforge.net/drupal/ Att.

https://github.com/project-jedi/jcl

Você pode usar o monitor usando os comandos ESCPOS.

Ótimo, muto obrigado Cristiano.

Bom dia Felipe, O programa exemplo foi escrito com base no provedor Ginfes. Como não existe um layout padrão a nível nacional, cada provedor resolveu fazer do jeito que bem entende, incluindo novas TAGs e até alterando o seu nome. Sem falar nos provedores que resolveram criar os seus próprios layout. Sendo assim, compete a cada um de nós acrescentar o que falta ao desenvolver a nossa aplicação de emissão de NFS-e.

Bom dia Fábio, Com base no retorno do pessoal do provedor fiz algumas alterações, favor atualizar e realizar novos testes. Fiz alteração no arquivo INI do provedor também.

Boa Noite... Deduzo que se retorna duplicidade, estão tentando retransmitir uma NFC-e em contingência... No meu sistema, estou no estado do Pará, para contingência, fiz desta forma: Na tabela da NFC-e, coloquei dois campos: NFCe_ChaveAcesso e NFCe_ChaveAcessoOriginal. Quando gero o XML na hora da venda, gravo a chave de acesso nos dois campos, sendo que esta chave é a para transmissão normal... Em caso de falha, mudo o componente para contingência, e gravo a nova chave somente no campo NFCe_ChaveAcesso, faço a impressão do NFCe normalmente e o cliete leva a nota em contingência. O campo NFCe_ChaveAcessoOriginal fica sempre com a chave original. Quando vou transmitir as NFCes em contingência, faço os seguintes testes para evitar problemas: Consulto a NFCe emitida em contingência, que está com a chave no Campo NFCe_ChaveAcesso. Em todos os testes que realizei, sempre obtive um destes 03 retornos: CSTAT 217 ( Rejeição: NF-e não consta na base de dados da SEFAZ ) - Neste caso, a NFCe em contingência não foi transmitida. Antes de tentar a transmissão da NFC em contingência, consulto a chave NFCe_ChaveAcessoOriginal, se esta consulta retornar CSTAT 100, a NFCe foi aprovada na tentativa de transmissão original, gravo então as informações no banco de dados e finalizo o processo, caso retorne CSTAT 217, faço a transmissão da NFCe em contingência. CSTAT 216 ( Rejeição: Chave de Acesso difere da cadastrada ) - Neste caso, a NFCe foi transmitida com a chave original porém, não obtive o retorno adequado do WebService, sendo assim, faço a consulta da NFCe pela chave original gravada no campo NFCe_ChaveAcessoOriginal. Esta consulta sempre retorna CSTAT = 100, gravo as informações necessárias no banco e, faço a impressão normalmente caso necessário. CSTAT 613 ( Rejeição: Chave de Acesso difere da existente em BD ) - Mesma situação do item 4. Sempre utilizo ACBrNFe1.Consultar, ele retorna o CSTAT correto da NFCe, faço assim: (fiz essa rotina especificamente para este post. Utilize como achar melhor.) ****************************************************************************************************************************************************** Virtual_Principal.ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; Virtual_Principal.ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310; Virtual_Principal.ACBrNFe1.NotasFiscais.Clear; Virtual_Principal.ACBrNFe1.NotasFiscais.LoadFromFile(Virtual_Principal.ACBrNFe1.Configuracoes.Arquivos.PathSalvar+'\NFe\'+NFCe.FieldByName('NFCe_ChaveAcesso').AsString+'-NFe.xml',False); If Virtual_Principal.ACBrNFe1.Consultar Then Begin if Virtual_Principal.ACBrNFe1.WebServices.Consulta.cStat = 100 then Begin MessageDlgDef('CStat: ' + IntToStr(Virtual_Principal.ACBrNFe1.WebServices.Consulta.cStat) + ' - ' +Virtual_Principal.ACBrNFe1.WebServices.Consulta.xMotivo,mtinformation,[mbok], mrOk,0); Virtual_Principal.ACBrNFe1.NotasFiscais.Clear; Exit; End; End; ****************************************************************************************************************************************************** Espero que tenha contribuído...

Pelo erro parece que o Delphi ta Tentando usar coisa do .Net Framework. No windows server 2008 para instalar o .Net Framework tem q ativar o IIS com configurações minimas senão não instala. Senão me engano no Rad Studio o .Net 2.0 é necessário para instalação. No windows server 2008 você não vai conseguir nem instalar o .net 2.0 e nem o 3.5, que é um addon do .net 2.0, você precisa ativar ele nas configurações do windows.

Consegui resolver o problema da tela de configuração , depois que juniorCamilo comentou a respeito. Busquei no meu programa o nome da impressora padrão do computador através do comando abaixo e enviei o nome ao componente. Em versões anteriores do trunk2, enviava esta informação vazia e o ACBR imprimia na impressora padrão sem abrir a tela para configurar a impressão. FrmNFe.DANFE.Impressora := Printer.Printers[Printer.PrinterIndex]; É dessa forma mesmo que devemos proceder para imprimir na impressora padrão sem precisar abrir a configuração? A respeito do segundo erro, ninguem passou pelo mesmo problema? Procurei aqui e nao encontrei nenhum topico referente a isto.

Também fiz uma correção nesta Unit em anexo. a cidade Campo Bom estava sem o /RS Dava problema na geração. pnfsConversao.pas

Talvez alguma coisa esteja bloqueando a leitura do XML como por exemplo um antivírus ou firewall. Você chegou a configurar para que o antivírus ignore a pasta do monitor? Outra situação é o arquivo estar inválido no momento da leitura. Isso poderia acontecer em alguma situação de "condição de corrida" no software. Não quer dizer que seja isso, mas seria algo a averiguar.

Ou use o MonitorPLUS.

Sem problemas. É assim que eu faço. Tenho meu aplicativo de retaguarda (sem ACBr) e o aplicativo NFe que recebe parâmetros do retaguarda e acessa os dados do BD.

Segue a unit com as alterações pnfsNFSeW_Infisc.pas

Boa tarde Guilherme, Como não utilizo esse provedor, para mim fica mais difícil fazer as alterações e realizar testes. Se você puder fazer as alterações e testar será ótimo. Mas lembre-se que essas alterações tem que contemplar as duas versões, sendo assim não basta comentar as linhas que estão gerando as TAGs de forma indevida, pois elas podem não existir em uma versão e existir na outra, como já foi dito.

Parece ser uma questão de filtro usada no relatorio. Fonte draft talvez. tem um grupo de discussão do Fortes no Yahoo https://groups.yahoo.com/neo/groups/fortesreport/

Não tenho conta no gihub. Mas para fazer os testes e ver como fica, é só pegar um pdf de boleto gerado pelo acbr e imprimir em uma impressora dessas. Mesmo se imprimir em uma impressora HP você vai notar que a letra digitável sai muito larga quase na extremidade da margem direita. Gerei um boleto aqui com dados fictícios. Você só notará o problema ao imprimir. O arquivo 041.jpg é uma foto de um boleto impresso. 0000008.pdf

Respondendo a mim mesmo, me parece que essa tag na existe mais. Fiz confusao porque vi no Manual_de_Orientacao_Contribuinte_v_6.00.pdf Mas no NT2014.002_v1.01_WS_Distribuicao_DFE.pdf ela nao existe Vi tambem que no retorno do comando NFE.DistribuicaoDFe alem da chave RESNFE vem outras 2 chaves. PROEVE e INFEVE Alguem saberia me informar onde encontro informacoes sobre essas duas chaves ? Obrigado

-<ide> <cUF>31</cUF> <tpAmb>2</tpAmb> <tpEmit>1</tpEmit> <mod>58</mod> <serie>5</serie> <nMDF>1411</nMDF> <cMDF>00001411</cMDF> <cDV>1</cDV> <modal>1</modal> <dhEmi>2016-04-07T00:00:00</dhEmi> <tpEmis>1</tpEmis> <procEmi>0</procEmi> <verProc>1.0.0.0</verProc> <UFIni>RS</UFIni> <UFFim>MG</UFFim> -<infMunCarrega> <cMunCarrega>4314902</cMunCarrega> <xMunCarrega>PORTO ALEGRE</xMunCarrega> </infMunCarrega> -<infPercurso> <UFPer>SC</UFPer> </infPercurso> -<infPercurso> <UFPer>PR</UFPer> </infPercurso> -<infPercurso> <UFPer>SP</UFPer> </infPercurso> </ide> Esse é um exemplo de percurso RS a SC Desculpe, RS a MG;

Sim qual o modelo tu está setando pra ela? ecfESCECF? e ela é USB está fazendo como? ela é uma porta virtual já criada? maiores detalhes dai pode ser que saibamos responder

Bom dia Amigos. Primeiramente gostaria de pedir desculpas por abrir esse tópico mais foi o jeito. Eu tinha colocado essa questão em um tópico existente e não obtive exito, então criei esse aqui para tetarmos ver onde está o problema. Estou tendo um problema em uma NFCe produtos e serviços. Fiz os ajustes necessários para sua transmissão da NFCe com serviços e produtos, validei o xml no validador da sefaz RS https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx chega até dá 100 - [Simulacao] Autorizado o uso da NF-e, porém após transmitir a NFCe faço a consulta da Mesma pela chave para ver se está na sefaz e pela minha surpresa ela não consta e dando o seguinte retorno: Rejeicao: NF-e nao consta na base de dados da SEFAZ Segue o anexo do xml para alguma analise. Lembrando que estou usando o ambiente de homologação e o XML existe a IM preenchida. Observação: Entrei por diversas vezes em contato com a SEFAZ para verificar se o estado aceita NFCe conjugada produto e serviço ou o contribuinte está autorizado a realizar essa operação, eles me informaram que sim, tanto o estado quanto o cliente estão habilitados para essa operação e a nota deveriam constar na SEFAZ. Segundo eles não existe nenhum histórico de rejeição da NFCe no webservice de autorização, ou seja, eles informaram a aplicação não chegou a transmitir a NFCe, estou usando o mesmo método para transmitir NFCe quando só é produto a nota é transmitida normalmente e quando acrescento serviço o método de transmissão retorna: 217 Rejeicao: NF-e nao consta na base de dados da SEFAZ. Pelo o que entendi quando tem serviço o acbr não está enviando o xml para sefaz só realiza consulta no método de ACBrNFe1.Enviar(iLoteId, False, False) Veja abaixo o e-mail recebidos pela sefaz. Agradeço se alguém tiver alguma ideia consistente agradeceria o retorno. Att. 25160509215807000116650010000000131011557249-nfe.xml

Isto não é valido if (ACBrNFe1.Enviar(iLoteId, True)) then ShowMessage('Nota transmitida com sucesso.'); Verifique o cSTAT para saber se a nota foi ou não autorizada. O método retorna TRUE se conseguiu comunicação com o SEFAZ, mas não significa q a nota foi aceita.

Bom dia, Italo, que isso, não precisa pedir desculpas, as vezes não conseguimos escrever o que estamos pensando, precisamente. obrigado.

Boa tarde Rodrigo, Primeiramente o link do endereço https://nfce.sefaz.mt.gov.br/NFCEWS/SERVICES/NFEAUTORIZACAO?WSDL está quebrado no momento. Acho que esse teu link está com algum problema. O que está abaixo está ok: https://nfce.sefaz.mt.gov.br/nfcews/services/NfeAutorizacao?wsdl não sei se é por conta dos caracteres maiúsculo, em fim o seu tá dando erro: Error 404--Not Found From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1: 10.4.5 404 Not Found The server has not found anything matching the Request-URI. No indication is given of whether the condition is temporary or permanent. If the server does not wish to make this information available to the client, the status code 403 (Forbidden) can be used instead. The 410 (Gone) status code SHOULD be used if the server knows, through some internally configurable mechanism, that an old resource is permanently unavailable and has no forwarding address.

BigWings o retorno que tenho é Rejeicao: NF-e nao consta na base de dados da SEFAZ. conforme mencionei acima. nao da erro aparente esse retono eu verifico nos arquivos xml de retorno que o acbr gera com base no retorno da sefaz. estou achando muito estranho. vou pegar um certificado credenciado com nfce e tenha IM inscrição municipal e vou tentar fazer o teste.

Seria lindo, no caso de Brasília é simples porque é uma "cidade/estado" então tudo fica mais simples internamente imagino.

Bom dia Régys, Você já pensou que maravilha se todas as cidades fizessem um convenio com a SEFAZ para aceitar a NF-e ou NFC-e somente com serviços? Iria acabar com essa zorra que é a NFS-e.

Bom dia Claudio Para resolver o problema faça a configuração em: Preferências de impressão -> Papel de etiqueta -> Sensor de etiquetas: intervalo entre etiquetas Método de impressão: Térmica direta Ação pós-impress: Separar OK-> Pronto ela vai imprimir avançar para você retirar ou cortar a impressão e quando você mandar imprimir a próxima etiqueta, ela vai retornar e imprimir. OBS: Antes de iniciar o trabalho verificar se as configurações estão gravadas.