Login Registre-se
[Resolvido] OT - TEF obrigatoriedade em Pernambuco  XML
Índice dos Fóruns » NF-e / NFS-e / CT-e / CF-e / Certificados Digitais
Autor Mensagem
rlira

JavaC Membro

Membro desde: 07/01/2015 15:45:55
Mensagens: 110
Localização: Olinda - PE
Offline

Prezados bom dia.

Pelo Decreto 46.087 a obrigatoriedade do comprovante de pagto feito por meio de cartão credito/debito estar vinculado com a NFC-e vigorando para dia 01/01/2019.

Eu que este ano implementei um emissor não sabia disto, os senhores sabem de algum componente para este fim? empresas e até o procedimento/fluxo que tem que
passar o desenvolvedor sobre isto, inclusive até para contratar o TEF?

Agradeço

Robson

Esta mensagem foi editada 1 vez. Última atualização foi em 26/12/2018 14:35:14


Robson Lira
Skype: robson.lira
samuk.exe@hotmail.com

Moderador
[Avatar]

Membro desde: 31/08/2012 18:04:03
Mensagens: 1285
Localização: Goiás
Offline

Olá!
Na NFCe tem as Tags de Pagamento, e nelas tem o Grupo de cartão onde deve ser informado o Código de autorização da Transação com o Cartão.

Quando você trabalha com TEF é fácil a captura dessa informação.
Quando você trabalha com POS, o operador deve informar esse código ao sistema no momento da venda, para que seja emitida a NFCe.

Lembrando que atualmente temos soluções como a Cielo LIo, Getnet e NTK. Que trazem o POS com integração com a automação comercial.

Então ao meu ver, não é que o TEF será obrigatorio, pelo contrario, TEF está em processo de desuso!

Esta mensagem foi editada 1 vez. Última atualização foi em 26/12/2018 09:58:28


Samuel Oliveira
Gerente de Projetos - SW Software e Consultoria
Moderador (JavaC - Java Community)
samuel@swconsultoria.com.br

API NFe/NFC-e -> http://www.javac.com.br/jc/posts/list/3160-biblioteca-javanfe-com-jaxb-nfenfce-simples-v-4001.page
API CTe -> http://www.javac.com.br/jc/posts/list/2765-projeto-api-javacte-com-jaxb-cte-simples-v-3001.page
API Certificado Digital -> http://www.javac.com.br/jc/posts/list/0/2869.page#14592
API Efd Icms -> http://www.javac.com.br/jc/posts/list/2812-projeto-biblioteca-javaefdicms-sped-simples-v-20200.page

Github - > https://github.com/Samuel-Oliveira
Github Java-NFe -> https://github.com/Samuel-Oliveira/Java_NFe
Github Java-CTe -> https://github.com/Samuel-Oliveira/Java_CTe
Github Java-MDFe -> https://github.com/Samuel-Oliveira/Java_MDFe
Github Java-Certificado -> https://github.com/Samuel-Oliveira/Java_Certificado
Github Java-Efd-Icms -> https://github.com/Samuel-Oliveira/Java-Efd-Icms
Github Java-Efd-Contribuicoes -> https://github.com/Samuel-Oliveira/Java-Efd-Contribuicoes
Github Java-Efd-Reinf -> https://github.com/Samuel-Oliveira/Java-Efd-Reinf
Github Java-eSocial -> https://github.com/Samuel-Oliveira/Java-eSocial
Github Java-SPC -> https://github.com/Samuel-Oliveira/Java-SPC

http://www.swconsultoria.com.br/

Membros do fórum,

Usem a tag [code] e [/code] quando postarem Códigos Java e ou exemplos de XMLs.
Evitem tópicos duplicados.
Tópico solucionado? Edite o primeiro post e coloque [RESOLVIDO] no final do título.
Evitem reviver tópicos antigos.

O tópico resolveu seu problema? Seja gentil, comente e ou agradeça quem contribuiu com a solução.

Obrigado!
[Email] [WWW]
GGarcia

JavaC Membro
[Avatar]

Membro desde: 28/05/2013 17:12:21
Mensagens: 317
Offline

Na verdade é bem simples. É só permitir operação TEF quando estiver selecionado como série de venda NFE ou NFC-e.

Após receber a confirmação de pagamento pelo sistema de TEF, com seus respectivos cupons, existe um seção inteira no XML para indicar que a transação foi feita via TEF, indicar o CNPJ da operadora do cartão, a bandeira do cartão e o NSU (código autorizador) da transação TEF.

Provavelmente nesse estado era permitido transação TEF em outras séries também, e com o encerramento de uso de ECF em todo o país em 2019 (olá SC), devem ter colocado isso como decreto para não haver dúvidas.

Sobre o TEF, a implementação muda de sistema para sistema de TEF. Nosso software, hoje, dá suporte apenas ao SiTEF (maior operadora de TEF do país), porque as outras são uma pura e total dor de cabeça, com péssimo suporte e implementação vinda da idade da pedra com troca de arquivos.

Normalmente você dá suporte no seu software a determinada operadora de TEF e a mesma deve possuir representantes que instalam e prestam suporte da ferramenta.

Sobre o fluxo, é simples: ao finalizar a venda e a mesma tiver pagamento TEF, você precisa abrir uma interface de comunicação com o serviço de TEF, transacionar através dela (recebendo OK, nOK dos cartões que o cliente for utilizando) e, em caso de sucesso na transação, receber os cupons, confirmar operação e depois seguir com a venda no seu software, dando baixa em estoque, calculando venda e gerando a NFC-e com os dados dos respectivos cupons.

Sobre componente, como explicado acima, não existem, pois cada operadora possui uma forma de implementar sua API. Esse componente, na realidade, é um kit de DLLs/jars/etc que são fornecidos pelos mesmos e você deve adapta-los ao seu software. Já te adianto que é bem trabalhoso e deve ser muito minucioso, porque é o seu software que deve capturar os aceites e as negações da API e confirmara/cancelar a operação de acordo com o recebido, senão você cobrará seu cliente de forma indevida.

If you're here, who's running hell?
GGarcia

JavaC Membro
[Avatar]

Membro desde: 28/05/2013 17:12:21
Mensagens: 317
Offline

samuk.exe@hotmail.com wrote:Olá!
Na NFCe tem as Tags de Pagamento, e nelas tem o Grupo de cartão onde deve ser informado o Código de autorização da Transação com o Cartão.

Quando você trabalha com TEF é fácil a captura dessa informação.
Quando você trabalha com POS, o operador deve informar esse código ao sistema no momento da venda, para que seja emitida a NFCe.

Lembrando que atualmente temos soluções como a Cielo LIo, Getnet e NTK. Que trazem o POS com integração com a automação comercial.

Então ao meu ver, não é que o TEF será obrigatorio, pelo contrario, TEF está em processo de desuso!



Samuel, TEF não está em desuso. Esse sistema da Cielo LIO, etc, são sistemas de TEF que operam em modo wifi, apenas isso. Hoje os tradicionais terminais de TEF funcionam via cabo USB diretamente no terminal. TEF é uma transação onde os dados sobre venda e pagto são enviados eletronicamente pelo seu sistema e os dados de confirmação dessa venda também capturados de forma eletrônica pelo sistema, necessitando de um "OK" em duas vias (siatema <-> operadora de TEF) para concretizar uma transação, além de poder rastrear a mesma, lógico.

Quando operado via POS, não precisa informar nenhum código porque o operador não tem como saber qual é o dado do POS que ele utilizou, tanto é que em transações desse tipo nem existe campo no XML para esse tipo de informação. Depender de operador de caixa para informar dado fiscal sensível numa venda? Isso não tem como funcionar, por isso que é só exigido em TEF pois a informação vem eletronicamente.

Na verdade o que vai entrar em desuso é justamente o POS. O TEF vai apenas evoluir, como já está ocorrendo nessas maquininhas novas, onde elas operam via wifi e até em 3G/4G quando a internet da loja cair, pois a venda em TEF pode ser feita com uma NFC-e emitida em contingência. Esse é o caminho no momento. A questão é que essas máquinas ainda são bem mais caras que os equipamentos "tradicionais", assim por dizer.

Abraço

Esta mensagem foi editada 1 vez. Última atualização foi em 26/12/2018 10:18:11


If you're here, who's running hell?
samuk.exe@hotmail.com

Moderador
[Avatar]

Membro desde: 31/08/2012 18:04:03
Mensagens: 1285
Localização: Goiás
Offline

GGarcia wrote:
Samuel, TEF não está em desuso. Esse sistema da Cielo LIO, etc, são sistemas de TEF que operam em modo wifi, apenas isso. Hoje os tradicionais terminais de TEF funcionam via cabo USB diretamente no terminal. TEF é uma transação onde os dados sobre venda e pagto são enviados eletronicamente pelo seu sistema e os dados de confirmação dessa venda também capturados de forma eletrônica pelo sistema, necessitando de um "OK" em duas vias (siatema <-> operadora de TEF) para concretizar uma transação, além de poder rastrear a mesma, lógico.

Quando operado via POS, não precisa informar nenhum código porque o operador não tem como saber qual é o dado do POS que ele utilizou, tanto é que em transações desse tipo nem existe campo no XML para esse tipo de informação. Depender de operador de caixa para informar dado fiscal sensível numa venda? Isso não tem como funcionar, por isso que é só exigido em TEF pois a informação vem eletronicamente.

Na verdade o que vai entrar em desuso é justamente o POS. O TEF vai apenas evoluir, como já está ocorrendo nessas maquininhas novas, onde elas operam via wifi e até em 3G/4G quando a internet da loja cair, pois a venda em TEF pode ser feita com uma NFC-e emitida em contingência. Esse é o caminho no momento. A questão é que essas máquinas ainda são bem mais caras que os equipamentos "tradicionais", assim por dizer.

Abraço


Garcia, acho que o te confundiu foi a nomenclatura, quando eu disse que está em processo de desuso eu falei sobre o que você chamou de TEF tradicional, que é a comunicação física entre computador e pin pad, seja por meio de USB ou serial, que precisam de um sistema da operadora(Sitef, Paygo, etc...) no computador, isso realmente vai acabar em um futuro próximo. É a tendencia.

As novas tecnologias que estão aparecendo (Conhecidas como POS TEF) trazem a facilidade não ter mais nada ligada a um computador (Inclusive de não precisar ter mais computadores nos "PDV") nem de ter sistema local, então toda comunicação entre a aplicação comercial e os sistemas de venda é feito em nuvem, ou rede local com WiFi.

Então eu sigo com a premissa sobre o encaminhamento para o desuso em cima desse sistema Antigo, que necessita ta comunicação fisica entre o PinPad e computador.

Agora sobre você dizer que não precisar informar nada quando venda POS, vamos se atentar a um fato para não confundir o autor da pergunta:
A NFe/NFCe realmente não obriga a informação de CNPJ operadora + Código de autorização quando o tpIntegra do grupo de cartões for iguala 2 (POS), mas alguns estados(Como é o caso do autor da pergunta) estão exigindo esta informação. Se você ler o decreto, lá não faz distinção entre o modo que é feita a operação de pagamento (Seja TEF tradicional ou POS) ele apenas fala: "... na hipótese de operação cujo pagamento seja efetuado por meio de cartão de crédito, débito ou outro instrumento de pagamento eletrônico..."
Então na (minha opinião) não obriga as automações comerciais a pararem de usar o POS e começarem a usar TEF, apenas obriga a informação da operação.

Fora que tem alguns contextos, que o uso do POS é preferencial, pela facilidade de levar a maquininha até o cliente e tudo mais (Além do preço mais em conta).

Acho legal essa discussão, pois está acontecendo uma revolução nesta parte de formas de pagamento (E até do uso do PDV, sendo substituido pelos APP) e temos que sempre inovar, mas não obrigado o Cliente (Que é quem paga a conta) a fazer nada que saia de seu contexto.

Abraços!

Samuel Oliveira
Gerente de Projetos - SW Software e Consultoria
Moderador (JavaC - Java Community)
samuel@swconsultoria.com.br

API NFe/NFC-e -> http://www.javac.com.br/jc/posts/list/3160-biblioteca-javanfe-com-jaxb-nfenfce-simples-v-4001.page
API CTe -> http://www.javac.com.br/jc/posts/list/2765-projeto-api-javacte-com-jaxb-cte-simples-v-3001.page
API Certificado Digital -> http://www.javac.com.br/jc/posts/list/0/2869.page#14592
API Efd Icms -> http://www.javac.com.br/jc/posts/list/2812-projeto-biblioteca-javaefdicms-sped-simples-v-20200.page

Github - > https://github.com/Samuel-Oliveira
Github Java-NFe -> https://github.com/Samuel-Oliveira/Java_NFe
Github Java-CTe -> https://github.com/Samuel-Oliveira/Java_CTe
Github Java-MDFe -> https://github.com/Samuel-Oliveira/Java_MDFe
Github Java-Certificado -> https://github.com/Samuel-Oliveira/Java_Certificado
Github Java-Efd-Icms -> https://github.com/Samuel-Oliveira/Java-Efd-Icms
Github Java-Efd-Contribuicoes -> https://github.com/Samuel-Oliveira/Java-Efd-Contribuicoes
Github Java-Efd-Reinf -> https://github.com/Samuel-Oliveira/Java-Efd-Reinf
Github Java-eSocial -> https://github.com/Samuel-Oliveira/Java-eSocial
Github Java-SPC -> https://github.com/Samuel-Oliveira/Java-SPC

http://www.swconsultoria.com.br/

Membros do fórum,

Usem a tag [code] e [/code] quando postarem Códigos Java e ou exemplos de XMLs.
Evitem tópicos duplicados.
Tópico solucionado? Edite o primeiro post e coloque [RESOLVIDO] no final do título.
Evitem reviver tópicos antigos.

O tópico resolveu seu problema? Seja gentil, comente e ou agradeça quem contribuiu com a solução.

Obrigado!
[Email] [WWW]
rlira

JavaC Membro

Membro desde: 07/01/2015 15:45:55
Mensagens: 110
Localização: Olinda - PE
Offline

Olá boa tarde.

Samuel, GGarcia obrigado pelos retornos, muito importante os comentários pra mim,

quando eu fiz o emissor consegui colocar ele em dois estabelecimentos e um deles só vende a dinheiro o outro tem uma maquineta da REDE e lá apos a compra o cliente passa o cartão na maquina, que não esta integrado com o PC, finalizado o processo no cartão, ele finaliza a venda no sistema e eu gero as tag´s como abaixo




Hoje mesmo que eu solicite para colocar alguma informação antes de gerar o xml ou seja o código da autorização esta informação é meio confusa veja os anexos onde
o arquivo 1 - Via de uma maquina - referente a uma compra que fiz aqui no bairro onde eu paguei com cartão de debito não da pra ver nada
o arquivo 2 - Via recebido de um sms - onde tem um link para abrir a pagina e ver o detalhe da transação que é esta imagem

ou seja teria que ser realmente algo integrado agora a pergunta não é de programação mais comercial, ou seja como eu devo proceder, ligar, procurar por empresa?

eu achei esta https://www.softwareexpress.com.br seria este o procedimento contactar esta empresa ? eu seria então cliente dela? usaria os programas/serviços dele e de acordo com
os procedimentos obtidos homologaria o meu soft com eles.

[Thumb - 2.jpeg]
 Nome do arquivo 2.jpeg [Disk] Download
 Descrição Recebido do sms
 Tamanho 45 Kbytes
 Baixado:  58 vez(es)

[Thumb - 1.jpeg]
 Nome do arquivo 1.jpeg [Disk] Download
 Descrição Via de uma maquina
 Tamanho 46 Kbytes
 Baixado:  65 vez(es)


Robson Lira
Skype: robson.lira
samuk.exe@hotmail.com

Moderador
[Avatar]

Membro desde: 31/08/2012 18:04:03
Mensagens: 1285
Localização: Goiás
Offline

Bom vamos aos Pontos!

1º A imagem que você postou é da VIA do Cliente, as informações que você precisa estão na via do estabelecimento.

2º Esqueça esse negocio de SMS.

3º Você tem que definir que caminho quer seguir:

> Continuar com POS:
Para continuar com o POS, você vai ter que ter todas as bandeiras cadastradas (O CNPJ do autorizador é Necessário na NFCe), além de que, obrigar o operador a digitar manualmente o código de autorização.
Ter que confiar no que o usuário digita e complicado e perigoso, mas ainda assim é uma solução.

> Partir para o TEF Convencional.
Aqui entra o Site que vc citou, a SoftwareExpress (Sitef) e a Ntk (PayGO) são as maiores atualmente no mercado, com eles você vai fazer a integração do seu software com o deles.
Dai você vai fazer o processo de homologação, e após tudo ok, Seu cliente vai poder contratar o serviço (que é mais caro que o POS);

> Novos TEF
Aqui é mais pensando no futuro, onde os novos POS fazem integração com API Rest em Nuvem, e você consegue fazer a troca de informações.
Os POS deixam de ser terminais burros, e podem ter seu software no formato de APP de celular.

Samuel Oliveira
Gerente de Projetos - SW Software e Consultoria
Moderador (JavaC - Java Community)
samuel@swconsultoria.com.br

API NFe/NFC-e -> http://www.javac.com.br/jc/posts/list/3160-biblioteca-javanfe-com-jaxb-nfenfce-simples-v-4001.page
API CTe -> http://www.javac.com.br/jc/posts/list/2765-projeto-api-javacte-com-jaxb-cte-simples-v-3001.page
API Certificado Digital -> http://www.javac.com.br/jc/posts/list/0/2869.page#14592
API Efd Icms -> http://www.javac.com.br/jc/posts/list/2812-projeto-biblioteca-javaefdicms-sped-simples-v-20200.page

Github - > https://github.com/Samuel-Oliveira
Github Java-NFe -> https://github.com/Samuel-Oliveira/Java_NFe
Github Java-CTe -> https://github.com/Samuel-Oliveira/Java_CTe
Github Java-MDFe -> https://github.com/Samuel-Oliveira/Java_MDFe
Github Java-Certificado -> https://github.com/Samuel-Oliveira/Java_Certificado
Github Java-Efd-Icms -> https://github.com/Samuel-Oliveira/Java-Efd-Icms
Github Java-Efd-Contribuicoes -> https://github.com/Samuel-Oliveira/Java-Efd-Contribuicoes
Github Java-Efd-Reinf -> https://github.com/Samuel-Oliveira/Java-Efd-Reinf
Github Java-eSocial -> https://github.com/Samuel-Oliveira/Java-eSocial
Github Java-SPC -> https://github.com/Samuel-Oliveira/Java-SPC

http://www.swconsultoria.com.br/

Membros do fórum,

Usem a tag [code] e [/code] quando postarem Códigos Java e ou exemplos de XMLs.
Evitem tópicos duplicados.
Tópico solucionado? Edite o primeiro post e coloque [RESOLVIDO] no final do título.
Evitem reviver tópicos antigos.

O tópico resolveu seu problema? Seja gentil, comente e ou agradeça quem contribuiu com a solução.

Obrigado!
[Email] [WWW]
rlira

JavaC Membro

Membro desde: 07/01/2015 15:45:55
Mensagens: 110
Localização: Olinda - PE
Offline

Olá boa tarde,

valeu ai Samuel, agora ficou mais claro, valeu mesmo.

Robson Lira
Skype: robson.lira
GGarcia

JavaC Membro
[Avatar]

Membro desde: 28/05/2013 17:12:21
Mensagens: 317
Offline

Samuel, mas se se a transação é POS (2), você não tem como informar ela como sendo do tipo TEF (1). Ela vai continuar sendo uma transação do tipo POS, e se você informar no XML os dados de CNPJ e NSU numa transação POS, a SEFAZ pode rejeitar. E informar isso manualmente?

É só mais uma burocracia totalmente sem sentido enfiada garganta abaixo por um decreto que, ao meu ver, não tem respaldo técnico algum. É quase como a (des)obrigação do GTIN que foi congelada por tempo indeterminado.

Esta mensagem foi editada 2 vezes. Última atualização foi em 27/12/2018 19:12:38


If you're here, who's running hell?
samuk.exe@hotmail.com

Moderador
[Avatar]

Membro desde: 31/08/2012 18:04:03
Mensagens: 1285
Localização: Goiás
Offline

GGarcia wrote:Samuel, mas se se a transação é POS (2), você não tem como informar ela como sendo do tipo TEF (1). Ela vai continuar sendo uma transação do tipo POS, e se você informar no XML os dados de CNPJ e NSU numa transação POS, a SEFAZ pode rejeitar. E informar isso manualmente?

É só mais uma burocracia totalmente sem sentido enfiada garganta abaixo por um decreto que, ao meu ver, não tem respaldo técnico algum. É quase como a (des)obrigação do GTIN que foi congelada por tempo indeterminado.


Ai que está Garcia, a Sefaz não recusa você enviar as informações sendo POS (2). É uma zona... Então da a se entender que para POS é opcional, logo, podendo enviar as informações.
Agora, o Manual deixa bem claro, que toda essa validação de cartão é feita pela Sefaz Estadual.

Então Lira, eu to junto do Garcia sobre a preocupação dessas informações serem enviadas de forma manual.
Recomendo que entre em contato com sua Sefaz (Boa sorte), e explique todo esse caso, se eles liberarem OK.

Nenhum forum tem responsabilidade em cima das informações que você envia, então corra atras disso.

Nosso objetivo aqui, é mostrar a interpretação que temos baseado nas nossas experiencias com essa bagunça!

Samuel Oliveira
Gerente de Projetos - SW Software e Consultoria
Moderador (JavaC - Java Community)
samuel@swconsultoria.com.br

API NFe/NFC-e -> http://www.javac.com.br/jc/posts/list/3160-biblioteca-javanfe-com-jaxb-nfenfce-simples-v-4001.page
API CTe -> http://www.javac.com.br/jc/posts/list/2765-projeto-api-javacte-com-jaxb-cte-simples-v-3001.page
API Certificado Digital -> http://www.javac.com.br/jc/posts/list/0/2869.page#14592
API Efd Icms -> http://www.javac.com.br/jc/posts/list/2812-projeto-biblioteca-javaefdicms-sped-simples-v-20200.page

Github - > https://github.com/Samuel-Oliveira
Github Java-NFe -> https://github.com/Samuel-Oliveira/Java_NFe
Github Java-CTe -> https://github.com/Samuel-Oliveira/Java_CTe
Github Java-MDFe -> https://github.com/Samuel-Oliveira/Java_MDFe
Github Java-Certificado -> https://github.com/Samuel-Oliveira/Java_Certificado
Github Java-Efd-Icms -> https://github.com/Samuel-Oliveira/Java-Efd-Icms
Github Java-Efd-Contribuicoes -> https://github.com/Samuel-Oliveira/Java-Efd-Contribuicoes
Github Java-Efd-Reinf -> https://github.com/Samuel-Oliveira/Java-Efd-Reinf
Github Java-eSocial -> https://github.com/Samuel-Oliveira/Java-eSocial
Github Java-SPC -> https://github.com/Samuel-Oliveira/Java-SPC

http://www.swconsultoria.com.br/

Membros do fórum,

Usem a tag [code] e [/code] quando postarem Códigos Java e ou exemplos de XMLs.
Evitem tópicos duplicados.
Tópico solucionado? Edite o primeiro post e coloque [RESOLVIDO] no final do título.
Evitem reviver tópicos antigos.

O tópico resolveu seu problema? Seja gentil, comente e ou agradeça quem contribuiu com a solução.

Obrigado!
[Email] [WWW]
rlira

JavaC Membro

Membro desde: 07/01/2015 15:45:55
Mensagens: 110
Localização: Olinda - PE
Offline

Olá boa noite,

Tranquilo meus caros, entendi e muito obrigado, entendi o que vc quis dizer.

Acrescento que correndo atras mais de fazer a integração com estas empresas ( estou tentando falar com a www.softwareexpress.com.br embora a comunicação esteja um pouco lenta), mais deixo claro que entendi a sua preocupação, fiquem tranquilo sei da posição do forum.


Valeu!!!!!

Robson Lira
Skype: robson.lira
GGarcia

JavaC Membro
[Avatar]

Membro desde: 28/05/2013 17:12:21
Mensagens: 317
Offline

rlira, se realmente a SEFAZ de PE obrigar a informar os dados mesmo em venda POS, eu faria o seguinte:

- Criaria um cadastro de maquininhas de POS, cada uma com um número (cole em cima dela com algum adesivo)
- Para cada POS, cadastrar o CNPJ da operadora
- Ao efetuar a venda, o operador escolhe a bandeira e informa o número da maquininha que ele vai usar
- Ao completar a transação, o abra um prompt para o operador inserir o NSU (se enviar dados de operadora, o SEFAZ vai exigir o NSU até onde eu testei, mas para o POS pode ser opcional em PE)
- Se não exigir NSU, melhor ainda, pois daí a inserção dos dados fica automática e o operador só precisa mesmo ter cuidado na hora de selecionar a maquininha, pois você pode ter N máquinas POS e cada uma delas transacionar com 2-3 bandeiras e cada uma delas de uma operadora diferente

Seria isso que eu faria, mas utilizaria um recurso um pouco mais complexo e seguro: antes de completar a transação no sistema (mas já tendo feito a transação POS), iria abrir uma janela, conectando na webcam e iria escanear o cupom para buscar o número do NSU automaticamente e vincular a venda, evitando toda e qualquer digitação de dados sensíveis por parte do operador de caixa.

Se não for te pedir muito, poderia por gentileza nos informar aqui a resposta da SEFAZ de PE em relação a esse assunto? Tenho certeza que será de grande valia para muitos de nós.

Abraço

Esta mensagem foi editada 1 vez. Última atualização foi em 27/12/2018 23:33:07


If you're here, who's running hell?
robertop

JavaC Membro

Membro desde: 10/07/2013 20:08:36
Mensagens: 360
Offline

Bom dia!


rlira, com relação a softwareexpress acredito que o caminho mais fácil é você entrar em contato com a SKYTEF http://www.skytef.com.br/, esta empresa é tipo um representante deles.

Uma outra opção, melhor ainda, é você conversar com a CEMAY, adiciona o skype moises.antonio.silva.
Este Moises é quem fez toda a homologação para nossa empresa, ele tem uma baita experiência e você acertando com ele não precisa ir a SP homologar, ele faz tudo.
Na época que eu fiz a homologação, o valor que ele cobrou era bem menos do que eu ia gastar com avião e hospedagem. Alem disso, ele fazendo a homologação, você fica na sua empresa e se der algum problema no dia ele te passa e você pode corrigir enviando uma nova versão do sistema.

Abraço!
rlira

JavaC Membro

Membro desde: 07/01/2015 15:45:55
Mensagens: 110
Localização: Olinda - PE
Offline

Olá bom dia a todos,

Obrigado pela sugestão GGarcia mais meu caro..... OCR? caraca meu, nunca mexi com isto apesar de já ter me metido em umas loucuras com OpenCV, JavaCV, já sobre contactar a Sefaz-PE eu nunca fiz isto antes, não pensava mais vou ver aqui e sim sem sombras contactando-os eu posto aqui.

Roberto meu caro, vc deu uns detalhes que eu também tava precisando porque a maior duvida não era de programa mais sim este lance de que Empresa? se eu vou ser cliente dela ou se seria o meu Cliente, se o meu cliente já tem POS como fica? etc, etc, etc.... eu li sobre a oftwareexpress em um artigo no fórum de Clipper/Harbour lá inclusive o pessoal menciona neste mesmo a Skytef e sitef.

Eu nunca tinha feito o PAF/ECF porque não tinha grana para homologar, apereceu a NFC-e e ai eu resolvi fazer o meu emissor, Homologação valor Zero ai consegui por em dois "clientes" ai agora vem este lance de integração e infelizmente gastos que nem sei quanto é e ou se vale realmente a pena eu prosseguir e quem sabe amanhã ?

Imagina o cara tem um Box para vender Banana, tem que se atualizar e comprar Equipamento e Sistema, tem que ter Maquina para cartão, depois muda tudo e tem que ter Maquina para Cartão e ela ser interligada, impostos etc, etc, etc, etc, e eu na condição de fornecedor de soft fico na mesma situação de quem tem um negocio nem comecei e já aparece no que gastar e sem qse ganhar nada, por aqui qualquer negocio com um ponto de venda custa mensal de 60 a 80,00 mês

Mais meus caros isto ai é outra coisa, muito obrigado mais uma vez este tópico ficou enriquecido com estes detalhes.

Obrigado.



Robson Lira
Skype: robson.lira
samuk.exe@hotmail.com

Moderador
[Avatar]

Membro desde: 31/08/2012 18:04:03
Mensagens: 1285
Localização: Goiás
Offline

robertop wrote:Bom dia!


rlira, com relação a softwareexpress acredito que o caminho mais fácil é você entrar em contato com a SKYTEF http://www.skytef.com.br/, esta empresa é tipo um representante deles.

Uma outra opção, melhor ainda, é você conversar com a CEMAY, adiciona o skype moises.antonio.silva.
Este Moises é quem fez toda a homologação para nossa empresa, ele tem uma baita experiência e você acertando com ele não precisa ir a SP homologar, ele faz tudo.
Na época que eu fiz a homologação, o valor que ele cobrou era bem menos do que eu ia gastar com avião e hospedagem. Alem disso, ele fazendo a homologação, você fica na sua empresa e se der algum problema no dia ele te passa e você pode corrigir enviando uma nova versão do sistema.

Abraço!


Roberto, não ha mais necessidade de homologação presencial.
Ano passado fiz uma com a Software Express e foi tudo remoto.
Então essa intermediação de pessoa não é tão mais necessária!

Samuel Oliveira
Gerente de Projetos - SW Software e Consultoria
Moderador (JavaC - Java Community)
samuel@swconsultoria.com.br

API NFe/NFC-e -> http://www.javac.com.br/jc/posts/list/3160-biblioteca-javanfe-com-jaxb-nfenfce-simples-v-4001.page
API CTe -> http://www.javac.com.br/jc/posts/list/2765-projeto-api-javacte-com-jaxb-cte-simples-v-3001.page
API Certificado Digital -> http://www.javac.com.br/jc/posts/list/0/2869.page#14592
API Efd Icms -> http://www.javac.com.br/jc/posts/list/2812-projeto-biblioteca-javaefdicms-sped-simples-v-20200.page

Github - > https://github.com/Samuel-Oliveira
Github Java-NFe -> https://github.com/Samuel-Oliveira/Java_NFe
Github Java-CTe -> https://github.com/Samuel-Oliveira/Java_CTe
Github Java-MDFe -> https://github.com/Samuel-Oliveira/Java_MDFe
Github Java-Certificado -> https://github.com/Samuel-Oliveira/Java_Certificado
Github Java-Efd-Icms -> https://github.com/Samuel-Oliveira/Java-Efd-Icms
Github Java-Efd-Contribuicoes -> https://github.com/Samuel-Oliveira/Java-Efd-Contribuicoes
Github Java-Efd-Reinf -> https://github.com/Samuel-Oliveira/Java-Efd-Reinf
Github Java-eSocial -> https://github.com/Samuel-Oliveira/Java-eSocial
Github Java-SPC -> https://github.com/Samuel-Oliveira/Java-SPC

http://www.swconsultoria.com.br/

Membros do fórum,

Usem a tag [code] e [/code] quando postarem Códigos Java e ou exemplos de XMLs.
Evitem tópicos duplicados.
Tópico solucionado? Edite o primeiro post e coloque [RESOLVIDO] no final do título.
Evitem reviver tópicos antigos.

O tópico resolveu seu problema? Seja gentil, comente e ou agradeça quem contribuiu com a solução.

Obrigado!
[Email] [WWW]
 
Índice dos Fóruns » NF-e / NFS-e / CT-e / CF-e / Certificados Digitais
Ir para:   
Powered by JForum 2.1.9 © JForum Team