Cristiano Abbud

Boa noite Rafael, Apenas complementando, quando você cita São Paulo eu assumi que é a cidade de São Paulo e por isso eu escrevi que serão necessários 2 SATs. Por enquanto existe apenas a regulamentação do SAT-ISS para a cidade de SP. Algumas cidades estão em estudo sobre a implantação do SAT-ISS. Para demais cidades é necessário verificar se a respectiva prefeitura permite a emissão de NFS pelo ECF e então poderá continuar a emitir pelo SAT, mas a critério de cada prefeitura. Att Cristiano Abbud

Bom dia a todos! As perguntas que eu mais escuto no dia a dia sobre o assunto e que eu julgo mais interessante de serem comentadas são: - Qual é a melhor opção a ser utilizada, SAT ou NFC-e? - Como faço para utilizar o SAT em rede 1 para N? E eu sempre dou a maior atenção nas explicações para que fique claro a quem me perguntou e sempre me coloco a disposição para debater caso a caso. Normalmente eu começo pela segunda pergunta "- Como faço para utilizar o SAT em rede 1 para N?" E sendo assim eu explico a dificuldade de fazer um Sistema Gerenciador (Software + Hardware com contingência) que seja economicamente viável. Eu comentei isso no post quem quiser entender meu ponto de vista. Após isso boa parte das pessoas conseguem identificar que é melhor ter um SAT por ponto de venda. Mas é claro isso não é pra todos. E então eu converso sobre a primeira pergunta que e o assunto deste tópico "- Qual é a melhor opção a ser utilizada, SAT ou NFC-e?" Utilizar a NFC-e é uma bela opção. Eu diria que seria o mundo ideal, a perfeição. Porém estamos diante de máquinas, sistemas e meios de comunicação que não são perfeitos nem tem 100% de disponibilidade. Sendo assim para utilizar a NFC-e temos que ter em mente que teremos alguns momentos de indisponibilidade, sejam eles causados pela Sefaz, pela rede interna, pela internet, por uma lentidão no trafego de dados, etc. Sejam eles curtos ou duradouros. E nestes momentos os estabelecimentos deverão ter um meio de gerar cupons de maneira off line para poder continuar operando, seja EPEC ou SAT. Nenhum contribuinte vai querer ficar parado aguardando estabilidade nm sistema on-line onde quer que o problema esteja. Como o melhor meio para emitir cupons off-line no estado de São Paulo é através do SAT o Aplicativo Comercial terá que gerar um novo XML e enviar para o SAT. E assim ter uma resposta instantânea. Você até pode usar EPEC, mas cai nas mesmas possibilidades de disponibilidade de rede, internet e sefaz. Vamos pensar como desenvolvedor em duas maneiras: 1 - Pra quem usa definitivamente o SAT: - Eu já tenho um SAT por PDV. (fui convencido pelo outro post) - Eu desenvolvo um Software que utiliza somente o SAT. - Eu emito as notas de maneira instantânea. 2 - Pra quem usa NFC-e e em contingência usa o SAT. - Eu já tenho um SAT por PDV. - Eu desenvolvi um Software mais complexo que utiliza NFC-e e em contingência utlizar o SAT. - Eu não tenho certeza da disponibilidade da Sefaz, a Sefaz também fica "fora do ar". - Eu não tenho certeza da disponibilidade da minha rede interna, pois pode um dia falhar. - Eu não tenho certeza da disponibilidade da minha internet, pois posso ficar dias sem internet. - Eu não tenho certeza da velocidade da minha internet, pois ela pode ficar lenta, ficar rápida, lenta, rápida, etc. - Quando isso acontecer meu sistema tem que identificar por um "timeout", gerar outro xml e enviar pro SAT. - E então eu emito as notas de maneira instantânea pelo SAT. Ou seja, eu tenho a possibilidade de ter um sistema instantâneo (SAT) e coloco um sistema que eu não tenho certeza por conta da disponibilidade da infraestrutura e quando eu perceber isso eu volto pro sistema instantâneo que eu já tinha disponível??? Até hoje eu ainda não encontrei um Sistema Gerenciador que seja economicamente viável e por isso eu defendo um SAT por PDV e quando tratamos a duvida entre SAT e NFC-e fico ainda mais convencido que utilizar o SAT definitivamente é a melhor opção. Em resumo, pra que trocar o Certo pelo Duvidoso?

O prazo será prorrogado sim. A Prefeitura realizou há 2 semanas uma reunião com os fabricantes de equipamento SAT onde a maioria informou que está finalizando os processos de homologação ou de re-homologação do SAT da Sefaz para depois iniciar a homologação do SAT-ISS. Assim que eu souber da nova data estarei retornando neste tópico.

José Roberto dos Santos, boa tarde, Uma sugestão seria conversar com o pessoal da Afrac, eles representam um papel importante em nome de muitos desenvolvedores. Att 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

Já liberaram mais uma versão do Emulador, V2.8.1

Bom dia! Estive presente na audiência pública sobre o assunto. Pude perceber que o produto SAT-RPE é um tipo de SAT autônomo e sem qualquer interação com os softwares de Automação Comercial. É um produto que será instalado na bomba de combustível e ficará monitorando a vazão de cada um dos bicos e transmitir para a Sefaz, de forma segura como é o SAT hoje. http://www.fazenda.sp.gov.br/satrpe/ Desta maneira é um assunto que não é o foco do ACBr e portanto agradeço a todos que leram e deixaram suas opiniões. Att Cristiano Abbud

Bom dia pessoal !!! Foi publicado no DOE a convocação para apresentação do equipamento E-SAT-RPE, dia 03 de julho. Segue o link: http://www.imprensaoficial.com.br/PortalIO/DO/BuscaDO2001Documento_11_4.aspx?link=/2014/executivo%2520secao%2520i/junho/17/pag_0019_C0788L4BM4HLBeEFJCMQG1IKI98.pdf&pagina=19&data=17/06/2014&caderno=Executivo%20I&paginaordenacao=100019 Caso não consiga acessar pelo Link procure pelo "Comunicado CAT-10, de 16-06-2014" no Diário Oficial do Estado".

Segue o link para download da DLL e SO do Sat da Tanca. E também do Software de Ativação em Windows. https://drive.google.com/file/d/0B_eDzQ06HVbmRUl6V25oYkZFQUk/edit?usp=sharing

SIm, é o projeto "SAT Combustível". Ainda não está publicado mas como aqui no fórum vejo muitos assuntos adiantados eu resolvi perguntar pra saber quem já está trabalhando no assunto. Com esse modelo haverá um Sat por bico de combustíveis controlando o pulso eletrônico da bomba para medir a vazão total dos bicos do posto e evitar a fraude. Da mesma maneira que o SAT atual, foi concebido com a ajuda da FUSP https://www.fusp.org.br/detproj-1.php?wcodigo=2663 Está previsto ser publicado pela Sefaz em breve. Se for realmente publicado será mais um SAT em nossas vidas!