Gilson-Prodabit-

Somente para dar um retorno aqui. O problema era o PinPad do cliente. Tem uma série de PinPad da Getnet que saiu com problemas. A Getnet enviou outro Pinpad. Foi só trocar o mesmo que conseguimos instalar e funcionou na hora. Gilson S.

Pessoal, bom dia. Alguém encontrou uma solução para este problema que eu possa tentar aqui? Nossa situação é a seguinte: - É o primeiro TEF que instalamos. Win 7, 64 bits, Pinpad PPC930 Getnet (Vermelho) com 2 cabos (1 Serial e 1 USB) Ligado na saida serial do PC - AcbrTefAPI (tefApiPayGoWeb) - No cabo do Pinpad está informando que se for utilizar a saida serial, tem que ligar também o cabo USB somente para energia - Instalamos os drivers do fabricante várias vezes(Gertec), com e sem o gerenciador de Serial fornecido junto com o instalador - Realizamos a configuração e a instalação do TEF e conseguimos inclusive realizar uma transação em produção. - No dia seguinte, começou a aparecer esta mensagem "PinPad não encontrado". - No gerenciador de dispositivos, o pinpad aparece instalado corretamente (Já tentamos na serial Com6 e Com2, mesmo problema) - Ao tentar realizar uma instalação do TEF através do menu administrativo, aparece a mensagem de "Pinpad não encontrado". - Mesma coisa se tentarmos instalar pelo Demo do Acbr Alguma sugestão? Acreditam que possa ser algum problema no pinpad (lembrando que o mesmo é novinho em folha). Desde já agradeço. Gilson S.

Nós aqui trabalhamos com um cartão de cantina escolar neste formato. Realizamos a recarga e emitimos apenas um comprovante não-fiscal. No momento da compra dos produtos pelo cliente, emitimos a NFCe com a forma de pagamento "Cartão Loja". Abs. Gilson S.

Douglas, ainda não demos início à implementação. Passei o orçamento para o cliente, e estamos aguardando aprovação. Mas estamos com tudo para implementar pelo Acbr. O consultor da Gertec nos informou que funcionaria. Grande abraço.

Até agora não consegui acesso à documentação deles. Já me informaram que usam PayGo. Só não entendi ainda se com isto, seria possível utilizar a implementação PayGo do AcbrTefd. Se for isto, seria uma maravilha. Mas ainda precisamos confirmar. Assim que tiver acesso à documentação, confirmo aqui. Valeu.

Fala Daniel. Já havia olhado e levantado para implantar PayGo lá neste cliente com o Acbr. Não sei porque cargas dágua este sismou de colocar GerTef. Agora estamos com este abacaxi e precisamos saber se será simples de implantar como o PayGo, ou se teremos que implementar do zero com a biblioteca Gertec. Estou aguardando um retorno deles.

Antonio, estou em contato com a Gertec e vou conferir na documentação. Assim que conferir dou notícias por aqui.

Pessoal, estamos com um cliente que requisitou implementar GERTEF. Em contato com a Gertec, foi informado que a documentação é a mesma PayGo. Assim, gostaria de saber se implementando o AcbrTEFD conseguiríamos utilizar o GerTef ou se teremos que implementar sem o Acbr. Na lista de gerenciadores do AcbrTefd não tem o GerTef. Qualquer luz será bem vinda. Abs.

Aqui na nossa empresa a contingencia sempre foi um problema em MG. Alteramos o sistema e colocamos uma opção de configuração para entrar ou não em Contingencia. Assim, na maioria das empresas, o sistema funciona sem contingencia. Não conseguiu enviar a nota por qualquer motivo, coloca a nota para ser cancelada e avisa o usuário que a Sefaz está com problemas. Para as empresas que não podem ficar sem emitir de forma alguma, habilita a contingência e funciona da forma como o @BigWings falou. Isto melhorou em muito o nível de chamado no suporte. Grande abraço. Gilson S.

Maicon, eu tenho a impressão que você está confundindo inutilização com cancelamento, estou errado? A inutilização é quando houve um salto na numeração das notas fiscais. Por exemplo: por algum motivo, as notas 110, 111, 112 foram emitidas. A 113 houve algum problema e não foi enviada para a Sefaz. Neste caso, você deve inutilizar o numero 113 na receita. Cancelamento é outra história. A nota foi emitida, retornou status = 100, mas você a quer cancelar (depende do prazo de cada UF. Em SC é 24 horas). Caso o prazo tenha sido passado, tem que solicitar um cancelamento extemporâneo. Se você tentar inutilizar um nomero de NFe ou NFCe que consta na receita, será retornado um erro. Abs. Gilson Santos.

Bom dia. Desenvolvemos o nosso baseado neste vídeo do pessoal da Daruma. Funciona muito bem. https://www.youtube.com/watch?v=itvbi2FGGXI Agora, se somente o seu sistema gera o número da NFCe, como pode existir duplicidade? Em algum momento seu sistema está enviando dois cupons com o mesmo número para a receita. Grande abraço, Gilson Alves.

Sérgio, dá uma conferida também no código e id do CSC. Já tive este problema aqui e era o id do CSC homologação que estava errado. Abs.

Ally, se não está nem gerando o XML, voce deve estar deixando de preencher alguma tag essencial para a NFe. Dá uma conferida tomando como base o programa de exemplo. Caso ainda continue com dificuldades, posta a parte do preenchimendo do componente ACBR para que a gente possa ajudar. Abraço, Gilson.

Fala Gamer, bom dia. Comparando com XMLs de clientes que geramos aqui, acho que você não deve informar o valor na tag <vST>1.24</vST>, visto que você é o cliente substituído. Quem deveria informar este valor é seu fornecedor. Acredito que isto seja por causa do CSOSN. Dá uma olhada no seu produto se o CSOSN está como 500. Dá uma olhada em um XML aprovado que temos aqui. Abs. Gilson Alves.

Bom dia. Tivemos um problema parecido aqui há um tempo atrás. No nosso caso, quando a nfce entrava em contingencia, a gente estrava mudando a data da emissao no momento de enviar a nota novamente. Com isto, estava-se gerando várias notas na pasta. Dá uma conferida no seu código se não está realizando alguma alteração deste tipo na nota. Abs. Gilson Alves.

Fernando, bom dia. O pessoal do ERP tem razão, quem envia o comando para cortar o papel (no caso da impressora estar instalada com driver Spooler), é a impressora. Agora, quem informa à impressora quando a impressão acabou, é o software (ERP). Neste caso, te aconselho a fazer o seguinte: 1. Abre o bloco de notas e escreve um texto nele. 2. Manda imprimir na I9. 3. Veja se ficou espaço em branco nesta impressão. Se ficou espaço, o problema é na configuração da impressora. Caso contrário, é um problema no ERP que está enviando espaço em branco ao fim da impressão. Abraço. Gilson Alves.

Italo, obrigado pelo retorno. Com relação à questão da impressão de homologação/produção, foi corrigido mesmo. Atualizei o componente e coloquei a configuração do ambiente antes de imprimir e ficou perfeito. Com relação à questão inicial, vou realizar outros testes aqui e observar se está havendo o destaque do imposto no RPS. Assim que tiver uma definição mais exata, posto aqui. Grande abraço, Gilson Alves.

Italo, obrigado pelo retorno. Atualizei os fontes e compilei e infelizmente continuou o mesmo problema. E aconteceu um efeito colateral: agora, mesmo com a nota emitida em produção, sempre imprime o texto "Ambiente de Homologação ..." no danfe. Acabei de consultar a mesma no site da prefeitura e está autorizada em produção. Se tiver algo que eu possa fazer por aqui para contribuir com a solução, fique a vontade em me avisar.

Boa tarde. Fortes Report.

Pessoal, bom dia. Este assunto já foi discutido anteriormente, mas não achei resposta para o problema atual. Emitindo um RPS em Belo Horizonte, o ACBR gerar corretamente os valores de aliquota e do ISS. Mas ao gerar a nota, observo que no XML da nota retornado da prefeitura não tem os valores de aliquota e ISS. E desta forma, corretamente, o Danfe não imprime os mesmos. O problema é que temos clientes que necessitam do valor destacado na nota. Teria alguma forma de exibir o valor da aliquota e do ISS no DANFE?

Pessoal, estou passando pelo mesmo problema deste post. BHISS. Alguém tem alguma ideia do que pode estar acontecendo. Agradeço. Gilson.

Pessoal, bom dia. Trabalhamos com sistema para lanchonetes, e tem algumas empresas que fornecem lanches e almoço para os próprios funcionários. Nestes casos, a empresa não quer emitir uma NFCe pois irá gerar impostos, mas ao mesmo tempo é necessário realizar a baixa de estoque dos produtos consumidos. Como voces procedem neste caso? Estamos avaliando criar uma tela de vendas separada, em que realiza a venda, dá baixa no estoque mas não gera uma NFCe. Sabem me informar se a legislação permitiria isto? Ou algum dos colegas realiza este procedimento de forma diversa e tem alguma dica? Grande abraço, Gilson Alves.

Zildo, no nosso sistema, fazemos assim. Veja se te ajuda: //-- Tenta realizar o envio normal ... TControllerNota_Fiscal_Cabecalho.SalvarChaveAcesso(vIDRecibo, ChaveNF, '65'); try //-- Salva a chave de acesso on-line e o recibo dentro do EnviarNFe EnviarNFe(vIDRecibo, false, true); EnvioOK := true; TControllerNota_Fiscal_Cabecalho.SalvarXML(vIDRecibo, '65', ACBrNFe.NotasFiscais.Items[0].XML); TControllerNota_Fiscal_Cabecalho.SalvarStatus(vIDRecibo, 100, '65'); Result := vIDRecibo; //-- Imprime o comprovante da venda ---------------------// if (configIni.OpcaoImprimirCupom) and (MensagemDlg('Imprimir Cupom ' + its(vIDRecibo) + '?') = mrNo) then MessageDLG('Venda registrada com sucesso. Cupom: ' + its(vIDRecibo), mtInformation, [mbOK], 0) else begin try ACBrNFe.NotasFiscais[0].Imprimir; except MessageDLG('Caso a impressão esteja ilegível ou faltando informação,'+#13#10+ 'solicite a reimpressão', mtInformation, [mbOK], 0); end; end; except On E:Exception do begin if (pos('12007', E.Message.ToUpper) > 0) then CodigoErro := 12007 // erro de conexão else if (pos('12002', E.Message.ToUpper) > 0) then CodigoErro := 12002 // timeout else if (pos('12029', E.Message.ToUpper) > 0) then CodigoErro := 12029 // limite de tempo de conexão else if (pos('ERRO NAO CATALOGADO', E.Message.ToUpper) > 0) then CodigoErro:= 00000;// erros de tratamento do webservice 12029 seria o Buraco Negro." EnvioOK := false; end; end; //-- Quando for envio offline, está imprimindo? Conferir... //-- Não conseguiu enviar a NFCe OnLine. Emite a NFCe em modo OffLine. -// //------------------------------------------------------------------------ if not EnvioOK then begin EnviarNFCeOffLine(vIDRecibo, CodigoErro); Result := vIDRecibo; end; //-- Caso não consiga enviar normal, tenta em contingencia procedure TFCaixa.EnviarNFCeOffLine(const IDNFCe, CodigoErro: integer); var vChaveNF, DtContingencia, NumeroNotaNova: String; aux, IDNotaNova: integer; begin ACBrNFe.NotasFiscais.Items[0].NFe.Ide.tpEmis := teOffLine; ACBrNFe.NotasFiscais.Items[0].NFe.Ide.xJust := 'Problema na conexão com a internet no estabelecimento.'; ACBrNFe.NotasFiscais.Items[0].NFe.Ide.dhCont := ACBrNFe.NotasFiscais.Items[0].NFe.Ide.dEmi; ACBrNFe.Configuracoes.Geral.FormaEmissao := TpcnTipoEmissao(teOffLine); case CodigoErro of 12002, //-- timeout 12007: //-- sem internet begin IDNotaNova := IDNFCe; end; //12007, 0, //-- outros erros. Buraco negro 12029: //-- limite de tempo de conexão begin //-- Seta o Status da nota antiga para 5-Aguardando Cancelar Junto a Sefaz TControllerNota_Fiscal_Cabecalho.SalvarStatus(IDNFCe, 5, '65'); //-- UpdateCopyNotaFiscalVenda //-- Salva a Nota Novamente com novo número //-- Da nota antiga está ficando apenas o cabeçalho e os itens //-- Os outros dados foram passados para a nota nova. Por isso, não precisa de extornar a nota antiga completamente IDNotaNova := TControllerNota_Fiscal_Cabecalho.CopiarNotaFiscal(IDNFCe, '65'); if IDNotaNova <= 0 then begin ShowMessage('Não foi possível realizar a venda em modo offline. Se o problema persistir, contate o suporte técnico.'); exit; end; NumeroNotaNova := TControllerNota_Fiscal_Cabecalho.ObterCampoNota(IDNotaNova, '65', 'Numero'); NumeroNotaNova := StringReplace(NumeroNotaNova, '"','',[rfReplaceAll]); ACBrNFe.NotasFiscais.Items[0].NFe.Ide.nNF := sti(NumeroNotaNova); end; end; //-- Emite off-line, pois já temos certeza que não foi enviada ---------// ACBrNFe.NotasFiscais.GerarNFe; //-- gera o xml corretamente ACBrNFe.NotasFiscais.Assinar; //-- assina utilizando o certificado ACBrNFe.NotasFiscais.Validar; //-- valida o xml perante os schemas //-- Salva a chave da nota na base de dados ----------------------------// vChaveNF := copy(ACBrNFe.NotasFiscais.Items[0].NFe.infNFe.ID,4,44); TControllerNota_Fiscal_Cabecalho.SalvarChaveAcesso(IDNotaNova, vChaveNF, '65'); TControllerNota_Fiscal_Cabecalho.SalvarXML(IDNotaNova, '65', ACBrNFe.NotasFiscais.Items[0].XML);

Pessoal, estou tentando fazer como o Italo informou. Carrego o componente com as informações do Banco de Dados. Acontece que quando mando assinar, exibe uma mensagem de que não conseguiu carregar o XML. Depois de carregar os dados, salvei o arquivo, que encaminho anexo. Será que alguém consegue me dar uma luz do que pode estar acontencendo. Já tentei carregando o Protocolo de Autorizacao e Deixando este campo em branco, mas a mensagem é a mesma. Abraço, Gilson Alves. Arquivo.xml

É, eu também não entendi direito o seu procedimento. Em que situações o número de sua nota mudaria depois de enviar? Aqui, nós geramos o numero da nota, salvamos no banco de dados. Esse numero não muda mais. Abs, Gilson Alves.