Compartilhamento De Sat

[Simone D. Russo]

Bom dia

 

 

Estou implementando o SAT na minha aplicação utilizando o aparelho da DIMEP e o ACBR.

 

O interesse dos clientes aqui em adquirir o SAT, é que está sendo feito um movimento por alguns contadores, dizendo que o lojista poderá comprar um único aparelho que será compartilhado por todos os pontos de venda.

 

Sabemos que não é bem assim, pois se o fluxo for muito grande, irá gerar gargalo na frente de caixa.

 

O Marlus da DIMEP me orientou a criar um gerenciador de filas, que ficará num servidor, e que este servidor poderá ter a instalação física de vários SATs (um em cada USB - criando assim uma porta COM para cada aparelho). Assim, o gerenciador ao receber as vendas irá balancear a carga dos aparelhos direcionando os envios para os vários SATs instalados na máquina.

 

 A dll da DIMEP identifica automaticamente a porta COM que o SAT está instalado, correto? Dessa forma, como eu poderia ter vários SATs na mesma máquina? Qual SAT a dll iria "identificar"? Já questionei para o Marlus mas ele ainda não me respondeu.

 

Resumindo, meu questionamento é: Como vocês estão pensando em desenvolver este controle de filas? Vocês acreditam que isso irá funcionar? Pois analisamos aqui vários aspectos chegamos à conclusão que nossos clientes vão preferir ter um SAT em cada máquina (como tem a impressora fiscal) evitando assim lentidão em suas vendas.

 

Segue os emails enviados pelo Marlus:

 

"No caso do sat , a sefaz permite o compartilhamento dos sats entre vários pdvs .

O sat por especificação não e um equipamento de rede , e deve ser ligado ao pdv via USB .

Para fazer o compartilhamento , deve ser desenvolvido um gerenciador de filas que irá gerenciar de qual pdv vem a solicitação e para qual sat deve ser enviado .

Observe que está questão do compartilhamento deve ser avaliada com cuidado para não haver gargalo na operação da loja ."

 

 

"Você pode conectar mais de um sat em um mesmo pc em usbs distintas, mas o controle de qual sat deve ser usado e do gerenciador de filas que deve ser desenvolvido .

Observe que é complexa está solução de compartilhar sats , é possível mas deve ser bem avaliada para não criar problemas."

 

 

 

 

 

[Daniel Simoes]

Eu não vou implementar pool de fila... acho isso uma estratégia que só trará problemas a longo prazo...

 

- O PDV nunca poderá trabalhar sem Rede

- Não é trivial montar um bom servidor de fila...

- Os SATs não são equipamentos caros.. e não há custo com certificado...

 

Em todo caso... separe as tarefas... primeiro compatibilize como SAT... já é um ponto ganho... depois, numa nova versão, crie o servidor de SATs

[Cristiano Abbud]

Boa noite Simone,

 

Escrevo para passar algumas informações que podem ajudar na sua decisão de desenvolver ou não o gerenciador de filas para o SAT.

 

Represento um fabricante de SAT, que inclusive recebeu a encomenda para desenvolver um gerenciador de filas de um de nossos clientes e que após algumas reuniões o próprio cliente desistiu do projeto.

 

 

O desenvolvimento do gerenciador requer alguns cuidados adicionais e deve ser tratados de maneira diferenciada com relação ao Porte do Cliente (pequeno, médio e grande) levando alguns prontos em consideração, sendo os principais a Infraestrutura de Rede interna e a Redundância do Servidor onde será instalado gerenciador.

 

 

Tendo em vista o porte do cliente você poderá dimensionar os custos envolvidos neste pontos, porém ambos os items são de grande importância, uma vez que qualquer um que tenha falhas poderá deixar toda a frente de loja inoperante, e a redundância para que o sistema continue operante pode ser bem cara.

E sendo assim muitas vezes os custos envolvidos em infraestrutura serão muito mais caros do que colocar um SAT por ponto de venda.

 

 

Mas vamos aos conceitos do gerenciador.

 

Enxergo neste momento 3 principais necessidades do gerenciador.

 

1 - O Gerenciador terá a necessidade de receber os cupons de cada frente de caixa, enviar para algum SAT disponível e depois retornar o cupom para o respectivo caixa que solicitou a emissão.

 

2 - Quando falamos de Cancelamento o Gerenciador terá que enviar o xml de cancelamento ao SAT que emitiu o cupom, portanto terá que ser gerada uma tabela dos últimos 30 minutos para todos os cupons emitidos.

 

3 - Quando falamos de pagamento via TEF, teremos que enviar o número do cupom para efetuar a transação. Em tese iremos "prender" um sat até que a transação bancária seja efetuada e o xml seja gerado para então enviar ao SAT.

 

Não estão previstos ainda no equipamento recursos que facilitem o uso em rede. Uma maneira de utilizar vários SATs em um unico servidor é renomeando as DLLs e direcionando cada uma delas para a respectiva porta serial virtual.

 

Para saber qual é o respectivo SAT basta consultar o Status e você irá identificar pelo número de serie.

 

Enfim, é um grande trabalho o desenvolvimento do gerenciador e um grande investimento em infraestrutura para o contribuinte, o que nos levou a desistir deste desafio num primeiro momento.

 

 

Lembrando, estou apenas escrevendo um pouco de minha experiencia no assunto, não estou incentivando nem um lado nem outro.

E logicamente que qualquer outra contribuição e ponto de vista serão bem vindos!

 

 

Um abraço

Cristiano Abbud

[Juliomar Marchetti]

Bom dia!

ao desenvolvedores que trabalham com Servidor de aplicação no delphi é algo simples, basta encarregar do servidor de aplicação de tratar isso e seus pdvs conectar nele!

boa parte de problemas estaria resolvido!

[Christian Rafael]

Bom dia,

 

Para selecionar a porta você pode chamar o método AbreSerialSAT ou criar um arquivo com o nome dllsat.cnf na pasta em que está a aplicação, o arquivo deve conter somente a indicação da porta, por exemplo:

COM1

Editado 9 Janeiro, 2015 por christianrafael

[Simone D. Russo]

Bom dia Cris!

 

Obrigada pela dica! Sucesso aí pra vc!

[[email protected]]

Bom dia  a a todos,

 

 

Juliomar Marchetti, não entendi sua colocação que em Delphi seria mais fácil, ao meu ver os pontos citados pelo colega Cristiano Abbud devem ser resolvidos de qualquer forma na lógica de controle, sobre tudo o balanceamento de carga, o controle de cupom cancelado e TEF.

 

 

 

Ainda, se a rede cair, os PDVs ficam sem vender, diferentemente se cada um tivesse seu SAT.

[flavio80s]

Boa tarde.

Algum dos utilizadores do ACBrSAT precisou desenvolver um centralizador para o uso do SAT no cenário "múltiplos checkouts e somente um SAT"?

O ideal seria um Checkout por SAT, o desenvolvimento seria bem suave, como fazemos com o ECF. Mas o SAT foi projetado para suportar multiplos Checkout por SAT, que demandaria a criação de um centralizador, que faria o balanceamento dos CF-e para o(s) SAT(s). Os Contribuintes de posse dessa informação não aceitaram comprar um SAT por Checkout, sendo que necessitaria somente de um...

[flavio80s]

Alguem tem algo para falar sobre o assunto?

[João Paulo F. Bellucci]

Já fiz o desenvolvimento do meu gerenciado de SAT, foi bem tranquilo, controlo a fila de requisições do PDV e devolvo para eles os resultados.

Utilizei protocolo RESTful para fazer a comunicação entre o PDV e o gerenciador de SAT o que facilitou bastante.

No que puder ajudar estou a disposição.

[flavio80s]

Já fiz o desenvolvimento do meu gerenciado de SAT, foi bem tranquilo, controlo a fila de requisições do PDV e devolvo para eles os resultados.

Utilizei protocolo RESTful para fazer a comunicação entre o PDV e o gerenciador de SAT o que facilitou bastante.

No que puder ajudar estou a disposição.

Bom dia João, preciso da sua ajuda sim.

Voce implementou tipo um ACBrMonitor com todas as funções que o sat precisa (venda, rotinas de teste, cancelamentos) que se comunica via RESTful (usou datasnap?) e a AC manda comandos e aguarda retorno pra continuar a venda? Voce colocou em produção? Esta rapido?

Parece que os desenvolvedores (softwarehouse, não o ACBr) não estão dan a importancia devida pra esse assunto... Quem vai querer comprar um SAT por caixa se pode ter um pra loja toda? E quando a NFCe vigorar e o SAT for a contingencia offline?

Agradeço muito se puder me ajudar.

Att.

[Daniel Simoes]

O Risco de ter um SAT para a Loja Toda não compensa... 

- se o SAT apresenta defeitos, as vendas param

- se o Hub da rede apresenta defeitos, as vendas param

 

Lojistas sérios (que não podem parar) usarão um SAT por PDV, para permitir vendas em um cenário de PDV totalmente off-line...

[João Paulo F. Bellucci]

Bom dia João, preciso da sua ajuda sim.

Voce implementou tipo um ACBrMonitor com todas as funções que o sat precisa (venda, rotinas de teste, cancelamentos) que se comunica via RESTful (usou datasnap?) e a AC manda comandos e aguarda retorno pra continuar a venda? Voce colocou em produção? Esta rapido?

Parece que os desenvolvedores (softwarehouse, não o ACBr) não estão dan a importancia devida pra esse assunto... Quem vai querer comprar um SAT por caixa se pode ter um pra loja toda? E quando a NFCe vigorar e o SAT for a contingencia offline?

Agradeço muito se puder me ajudar.

Att.

Exatamente usei o dadasnap, o mês que vem vou colocar em produção, ficou bem rápido, tenho o SAT DIMEP aqui e os teste em questão de velocidade ficou bem rápido não teve diferença para uso local e uso em compartilhamento.

Eu mando as informações para meu gerenciador do SAT ele retornar se o cupom foi emitido ou cancelado com sucesso e depois finalizo a venda.

O componente SAT ficou muito bom com ele você consegue fazer as duas coisas, deixar local ou desenvolver um gerenciador para atender clientes que queiram compartilhar o SAT, a única coisa que você terá que fazer é controlar as filas de requisições no seu gerenciador.

Mas como o Daniel falou em caso de problema da rede seu cliente irá ficar sem vender, mais isso é uma opção que o cliente tem que estar ciente.

[flavio80s]

Bom dia a todos.

Andei estudando DataSnap e vi que estamos com a faca e o queijo na mão. É só pegar o SATTeste e transformar ele em um servidor DataSnap, expondo as principais funções do SAT como métodos do servidor.

Implementar uma fila interna para gerenciar as transações. No checkout é só apntar pro ip onde o servidor está, montar o XML do CFe e mandar pro método no servidor como parametro texto e esperar o retorno.

O que acham?

[João Paulo F. Bellucci]

Bom dia a todos.

Andei estudando DataSnap e vi que estamos com a faca e o queijo na mão. É só pegar o SATTeste e transformar ele em um servidor DataSnap, expondo as principais funções do SAT como métodos do servidor.

Implementar uma fila interna para gerenciar as transações. No checkout é só apntar pro ip onde o servidor está, montar o XML do CFe e mandar pro método no servidor como parametro texto e esperar o retorno.

O que acham?

É isso ai, não existe segredo para se criar um gerenciador, fiz basicamente isso com o meu.

[marcelo_sp]

Amigos , não é critica não , longe disso , mas a pergunta que não que calar é :

 

O comerciante tem 2 , 3 ou mais Frentes em seu estabelecimento , certo ? Ele tem apenas um SAT compartilhado para este ambiente , certo ?  Se der pau neste único SAT ou outro problema na rede etc... i ai ?

 

Veja que neste cenário que vcs engenharam , ele tem "10 pdv's" e em um único pau ele não tem nenhum . 

 

Só um alerta , cuidado para não terem surpresas desagradáveis .

[flavio80s]

Amigos , não é critica não , longe disso , mas a pergunta que não que calar é :

 

O comerciante tem 2 , 3 ou mais Frentes em seu estabelecimento , certo ? Ele tem apenas um SAT compartilhado para este ambiente , certo ?  Se der pau neste único SAT ou outro problema na rede etc... i ai ?

 

Veja que neste cenário que vcs engenharam , ele tem "10 pdv's" e em um único pau ele não tem nenhum . 

 

Só um alerta , cuidado para não terem surpresas desagradáveis .

Obrigado pelo alerta, já estou ciente dos problemas de um unico SAT.

Em sua especificação, o SAT já foi pensado para trabalhar 1 SAT para "n" Frentes. Os contadores estão divulgando aos contribuintes que só será necessário 1 SAT para "n" Frentes.

E quanto a NFC-e? Está vindo com toda força em SP, com projeto piloto em produção e tudo, tendo o SAT como contingência offline. Vocês acham que os contribintes vão querer comprar um SAT pra cada Frente só pra fazer contingência? Acho que não...

Concordo que somente 1 SAT para "n" Frentes é arriscado demais, mas cabe a nós fornecedores de AC nos prepararmos pra isso e recomendar aos contribuintes que seja feito pelo menos uma redundância nos SATs.

Editado 20 Março, 2015 por flavio80s

[kidrahs]

Caros,

 

Como estão fazendo para gerenciar a fila de cancelamento quando há dois SATs? Até onde fiquei sabendo o cupom de cancelamento deve ser enviado para o mesmo SAT que emitiu o cupom de movimento?  Ou estão pensando em ficar com apenas um SAT mesmo?

[abrahao1988]

Caros,

 

Como estão fazendo para gerenciar a fila de cancelamento quando há dois SATs? Até onde fiquei sabendo o cupom de cancelamento deve ser enviado para o mesmo SAT que emitiu o cupom de movimento?  Ou estão pensando em ficar com apenas um SAT mesmo?

 

 

 

Sim, o cupom cancelado deve ser enviado para o mesmo SAT em que foi emitido.

O duro de ficar com um equipamento é a história que o pessoal relatou logo acima... É bem arriscado depender da infra do cliente, qualquer coisa de inesperado para uma loja inteira. Agora imagine o cenário de um varejo... N pdv's em um fds com somente 1 sat? Acho meio complicado.

Pelo preço o melhor mesmo é um para cada ponto de venda.

Algum colega está indicando fazer de forma diferente?

[]'s

[wise_dcz]

Obrigado pelo alerta, já estou ciente dos problemas de um unico SAT.

Em sua especificação, o SAT já foi pensado para trabalhar 1 SAT para "n" Frentes. Os contadores estão divulgando aos contribuintes que só será necessário 1 SAT para "n" Frentes.

E quanto a NFC-e? Está vindo com toda força em SP, com projeto piloto em produção e tudo, tendo o SAT como contingência offline. Vocês acham que os contribintes vão querer comprar um SAT pra cada Frente só pra fazer contingência? Acho que não...

Concordo que somente 1 SAT para "n" Frentes é arriscado demais, mas cabe a nós fornecedores de AC nos prepararmos pra isso e recomendar aos contribuintes que seja feito pelo menos uma redundância nos SATs.

 

Fui em um seminário referente ao SAT e NFC-e, e pelo que foi dito tem muita coisa indefinida ainda e contraditória..

Eles pedem que você tenha no minimo 2 equipamentos pois se der problema em um teria a outro pois não pode deixar de emitir a venda, porém com a entrada da NFC-e você pode trabalhar somente com ela e quando der problema com o servidor do sefaz ou qualquer outro problema que impeça a emissão da NFC-e  passe a utilizar o SAT, então pra que os dois SATs ?

 

Para bares e demais comércios do porte, seria interessante o uso da NFC-e pois o gasto com equipamento muitas vezes não valerá a pena, porém pra usar a NFC-e te obrigam a comprar um SAT(Se não obrigassem era fumo nas empresas que desenvolveram o equipamento) e mesmo assim no que foi dito até o momento não será liberado para todos os contribuintes tão facilmente.

 

Ninguém vai querer gastar em vários equipamentos existindo a possibilidade de usar um só, mas alguns ramos como supermercado não vejo como não utilizarem um equipamento pra cada terminal, imagine a loucura que seria se der problema na rede ou no próprio equipamento.

 

No final temos que nos preparar para todas as situações, mas que o uso do SAT pra cada terminal seria o ideal pra mim com certeza seria, ao meu ver o gerenciamento de um único equipamento pra n caixas é um tiro no pé e vai dar merda em algum momento.

[Tiago Ferraz Rigueto]

Exatamente usei o dadasnap, o mês que vem vou colocar em produção, ficou bem rápido, tenho o SAT DIMEP aqui e os teste em questão de velocidade ficou bem rápido não teve diferença para uso local e uso em compartilhamento.

Eu mando as informações para meu gerenciador do SAT ele retornar se o cupom foi emitido ou cancelado com sucesso e depois finalizo a venda.

O componente SAT ficou muito bom com ele você consegue fazer as duas coisas, deixar local ou desenvolver um gerenciador para atender clientes que queiram compartilhar o SAT, a única coisa que você terá que fazer é controlar as filas de requisições no seu gerenciador.

Mas como o Daniel falou em caso de problema da rede seu cliente irá ficar sem vender, mais isso é uma opção que o cliente tem que estar ciente.

Bom dia Parceiro!

O desenvolvimento do gerenciador de Sat foi próprio? 

Não sou programador, mas estou precisando deste recurso para os SATs aqui adquiridos.

Consegue me ajuddar?

[Rogério Sales]

Bom dia Pessoal, estou com dificuldades para criar o gerenciador de SAT, trabalho com o Delphi 7 e pela falta de experiencia em criar um gerenciador remoto estou com duvidas, se alguém puder disponibilizar um exemplo de como criar me ajudaria muito.

[Antonio Paulo Mangili]

Ola rogério

caso voce consigua por favor me envie tbem

 

obrigado

paulinho

[russocorp]

Bom dia a todos.

O aparelho do SAT irá processar somente 1 requisição por vez, por exemplo, mando uma venda para ele, precisaria esperar fazer todo o processamento para poder mandar outra venda ou um cancelamento por exemplo?

 

[Daniel Simoes]

SIM