Painel de líderes

Boa noite Recebemos para testes o SAT da Epson modelo A10, e vou tentar expor tudo o que foi necessário para habilitar o funcionamento/ativação do SAT da Epson modelo A10. Caso algum moderador ache que deve ser movido para área específica, sinta-se a vontade. Bom vamos lá: O resultado de nossos testes com esse equipamento, utilizando o exemplo do ACBr, SATTeste.exe (compilado com as fontes do dia 12/07/2017), e o programa de Ativação do Fabricante, em um computador com windows 7 profissional. Os procedimentos foram bem tranquilos, visto que ele é um SAT da GERTEC como ja foi exposto pelo colega @André Ferreira de Moraes. Instalação e ativação do SAT Epson A10: O manual com os processos pode ser obtido no endereço: https://goo.gl/a2Kkqz. O driver atualizado do produto está disponível no link: https://goo.gl/NCZDEg. Recomendamos efetuar o download do driver atualizado no link acima, pois tivemos dificuldade na ativação do mesmo, até que o suporte técnico nos informou que a versão que estava dentro do SAT era incompatível com o mesmo. Para a ativação foi utilizado o programa contido dentro da pasta Ativador dentro do SAT (Ativador SAT Setup.exe). Segue o ícone do programa após instalado no computador: Não irei detalhar passo a passo pois os mesmos estão descritos no manual do link acima. Aqui estão os dados para o SAT de Homologação: CNPJ Contribuinte: 03.654.119/0001-76 Código de Ativação SAT: “00000000”(8 digitos 0). IE: 000052619494 (Utilizado para emissão de CFe.xml) CNPJ Software House: 16.716.114/0001-72 Código de Ativação SAT: “00000000”(8 digitos 0) padrão de fábrica. Assinatura AC: SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT *Importante: todos os SATs de Homologação Epson usarão estes dados. Configuração do ACBr SATTeste.exe Para a comunicação foi utilizado a DLL contida dentro do SAT na pasta DllSAT, copiada para dentro do computador. Segue abaixo outras configurações utilizadas: Para associar assinatura: Clicar em Ativação > Associar Assinatura Configurações de rede utilizadas: Sobre a utilização do SAT Não tivemos dificuldade no uso. O tempo de envio de uma venda com três itens foi de 1,15 segundos, uma venda com trinta itens 1,16 segundos, foi cronometrado as venda com a conexão ETHE e não houve diferença em tempo significativa. Isso já era esperado, pois nenhum SAT faz o envio das vendas para Sefaz, de forma concomitante. Segue os comprovantes obtidos durante a comunicação: Tentei detalhar ao máximo a nossa experiência com esse equipamento para uso com o ACBr. Caso algum colega necessite que seja executado mais algum teste que nao foi detalhado entre em contato.

Pessoal, Consegui fazer a Integração com Palotina/PR. A assinatura em si é a mesma coisa. Você gera a assinatura usando os dados que serão enviados. O que deu muita dor de cabeça foi entender como colocar no formato do ENVELOPE exatamente como é esperado pela webservice. É muito detalhe. Vou postar em breve a solução em C#. Apenas preciso de enxugar o código.

Funcionou com seu EXE Daniel... Tinha atualizado meus fontes no mês passado, vou atualizar novamente. Muito obrigado pela força. Abraços

@Italo Jurisato Junior Muito obrigado... Atualizado, testado e funcionando...

Não vejo problema com o nome do tipo, mas vejo com este tipo de uso no exemplo, acessando o índice do enumerado diretamente. evtInfoEmpregador.InfoEmpregador.InfoCadastro.IndEtt := tpSimNao(1); Fazendo isso, em uma manutenção posterior, se for necessário incluir um novo item no enumerado, por exemplo: type tpSimNao = (snNulo, snSim, snNao); Isso não poderia ser feito, obrigando a inserir o novo item no final, para não ter que alterar todas as referências ao índice do tipo. Em vez disso, usar as funções de conversão já presentes no eSocial_Conversao.pas: evtInfoEmpregador.InfoEmpregador.InfoCadastro.IndEtt := eSStrToSimNao(ok, 'N');

100%, deu certo. Obrigado.

Bom dia, Ao atualizar a ACBr, encontrei dificuldades para efetuar uma CC-e de CT-e, pois na unit pcteEnvEventoCTe.pas foram acrescentados algumas linhas de código onde é utilizado o índice errado. Efetuei a correção. Segue a unit em anexo. Obrigado! pcteEnvEventoCTe.pas

Bom dia Giulia, Muito obrigado pela colaboração, já enviei para o repositório.

Tópico de origem: http://www.projetoacbr.com.br/forum/topic/37604-compatibilidade-sat-epson-a10/

@marcelokrol, muitíssimo obrigado pelo seu relatório de testes... vou move-lo para a área de equipamentos testados... Feito:

Segue em anexo o arquivo com as correções, porém saliento que a URL do QR-Code esta sendo refugada. Já entrei em contato com a Sefaz PR e estou no aguardo de um retorno. ACBrNFeServicos.ini

Bom dia @Daniel Simoes e @EMBarbosa, Os endereços corretos são os passados pelo EMBarbosa mesmo, ou seja os que já estão no ACBr. Os que estão no portal SpedPR estão errados e apresentam o erro http 500. Os únicos endereços errados dentro do arquivo ACBr\Fontes\ACBrDFe\ACBrNFe\ACBrNFeServicos.ini são o endereço de consulta por chave de acesso (o mesmo esta com uma barra \ no final e a Sefaz esta validando e apresentando erro, foi só tirar resolveu) e o endereço do QRCode que para a NFC-e 4.0 mudou para ( http://www.fazenda.pr.gov.br/nfce/qrcode? ) conforme site ( http://nfce.encat.org/desenvolvedor/qrcode/ ) do "Manual de Especificacoes Tecnicas do DANFE NFC-e QR Code - Versao 4.2", porém ai que esta o X da questão. Conseguimos emitir a NFC-e em homologação 4.0 para o PR, porém se mantivermos o endereço do QRCode antigo essa nota é transmitida porém o QRCode fica errado e não consulta apresenta a mensagem de QRCode Mal formado, e se mudarmos para o novo endereço conforme o Site e apresentando no manual, nem autoriza a NFC-e, é apresentado a mensagem de validação "Endereco do site da UF da Consulta via QR-Code diverge do previsto". Entrei em contato com a Sefaz PR, porém fui informado de uma instabilidade no sistema deles e que só poderão me ajudar com tal informação amanhã. Vamos aguardar e verificar amanhã se esse endereço esta correto ou errado. Detalhe importante: Para conseguir efetuar a transmissão, foi necessário utilizar o componente em modo OpenSSL, ativando o MINGW, colocando protocolo TLS 1.2 e copiando as dlls da pasta MINGW. Nesse caso não é possível configurar um certificado A3. Gostaria de saber se o WinCrypt aceita utilizar o protocolo TLS 1.2 e certificado A3? Obrigado desde já pela atenção.

no final das contas e mais um requisito que so gera depesas para nos desenvolvedores, e que nunca vai ser usado. temos aqui mais de 1000 empresas com sistema rodando, em mais de 5 anos de paf, posso contar nos dedos de uma baleia, quantas vezes o menu fiscal foi acessado por um fiscal da receita. clientes como lojas de sapato tem muito mais que isso, pq praticamente todo produto adquirido e um novo cadastro, supermercado nem se fala entao, passa facil dos 100 mil.

Olá André, É que legalmente, indiferentemente de ser emissão com desconto total (cortesia, consumo próprio, etc.), ou se for bonificação ou doação, os tributos serão calculados normalmente com base no valor do cupom, e não com base no valor A PAGAR. Ou seja, o valor do cupom será integrado a base de cálculo para apuração do imposto, tendo o comércio recebido ou não por isso, quer seja desconto total ou bonificação.

Boa noite Ronei, Eu não implementei e acredito que ninguém deve ter implementado. Eu em particular não vou implementar, pois existe um projeto piloto visando criar a NFS-e a nível Nacional como foi feito com a NF-e, CT-e, MDF-e. A intensão é esse projeto expandir para todas as cidades brasileiras a partir de janeiro/2018.