Ronaldo Negreiros Danieli

Tem um leiaute a ser seguido para a impressão do Extrato SAT. Esse leiaute você pode verificar no Manual de Orientação do SAT, disponível em: http://www.fazenda.sp.gov.br/sat/downloads/vigentes.asp

Você consegue comunicação pelo programa da Tanca com esse código de ativação? Pelo que eu estou vendo o aparelho acabou sendo bloqueado por tentar várias vezes usar o código ativação incorreto. Tente aguardar o desbloqueio, ou efetuar testes pelo software da Tanca primeiro. Outra coisa que percebi é a versão do XML que você está usando nos testes, tente alterar de 0.05 para 0.06.

Não tenho nenhum equipamento da Tanca aqui, mas você tentou mudar o parâmetro de inicialização para satDinamico_stdcall ??

Você está com o certificado do seu cliente instalado no PC que você está usando pra acessar a SEFAZ a vincular o equipamento? Esse erro normalmente ocorre quando a SEFAZ não consegue autenticar/acessar o certificado digital.

Pelo visto você está usando o Framework da Daruma pra comunicação com os SAT's Dimep. Nesse caso, pra impressão em impressoras da Bematech, você deverá usar um Framework da própria Bematech, mas não sei se isso existe. O que eu sei que existe é uma DLL chamada mp2032.dll para comunicação com impressoras da Bematech, mas nessa DLL não existe nenhuma função pra impressão do Extrato a partir do arquivo XML, você nesse caso teria que desenvolver o Extrato SAT e fazer a impressão usando os comandos da DLL.

Provavelmente essa DLL (satdll.dll) foi compilada em 32bits, sendo que para utilizar a versão 64bits você precisaria de uma DLL compilada da mesma forma, tipo uma (satdll64.dll). Verifique se no SDK da Sweda não vem outra DLL específica pra uso com sistemas 64 bits, pois a Bematech envia a BemaSAT32.dll e a BemaSAT64.dll.

Para impressão do extrato no FastReport você vai ter que desenvolver seu próprio extrato seguindo o leiaute definido pela SEFAZ (ou copiando o leiaute do ACBr), pois por se tratar de um componente pago, não tem suporte oficial no ACBr. No entanto isso não quer dizer que se alguém desenvolver e doar os fontes para o projeto, esse não possa ser incluído e distribuído com o próprio ACBr.

Nos equipamentos que são ativados para desenvolvedores você só consegue emitir em homologação, agora em SAT's que foram ativados para utilização normal não consegui emitir em homologação, só emite em produção. A tag tpAmb nem é enviada para o SAT ao emitir o CF-e.

Isso também está acontecendo comigo, mas creio que seja uma parametrização da SEFAZ para homologação, não importa se você transmite o XML como Regime Normal ou Simples Nacional, o XML de retorno está sempre retornando como Simples Nacional, pelo menos no SAT para Desenvolvedor da Bematech, que no caso é o que eu estou usando.

Estou disponibilizando uma nova versão com correção no tamanho do QRCode (estava saindo menor que na especificação do SAT), inclui a verificação da acentuação na forma de pagamento como sugerido pelo Paulo Roberto, e inclusive verifiquei a propriedade MarcaImpressora e está setando corretamente, não tive problemas. ACBrESCPOS.zip

Paulo vou dar uma olhada na questão da MarcaImpressora, posso ter mexido em algo e não percebi. Quanto a questão dos acentos é tranquilo, agora quanto a questão da máscara, preciso verificar se no leiaute proposto para o Extrato do SAT é permitido não colocar as casas decimais. Assim que eu finalizar eu posto a nova versão.

Fiz correções no código fonte que foi disponibilizado pelo João Paulo para compatibilizar a impressão com o modelo MP-4200 TH da Bematech. É só sobrescrever os arquivos .pas na pasta \Fontes\ACBrSAT, isso pra quem está usando a versão baseada no trunk1. ACBrESCPOS.zip

Fiz alguns ajustes no código fonte disponibilizado pelo João Paulo para compatibilizar a impressão com a impressora MP-4200 TH da Bematech. Segue em anexo aqui no post. ACBrESCPOS.zip

Estou com um RB-1000-FI aqui faz alguns dias, consegui contato com uma pessoa da Bematech que me passou os dados para fazer os testes. Se o SAT estiver ativado para desenvolvedor então deverão ser usadas as seguintes informações: Código de ativação: bema1234 Código AC: SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT CNPJ do Emitente: 82373077000171 IE do Emitente: 111111111111 CNPJ da SW: 16716114000172 Nos meus testes aqui, o equipamento tem funcionado perfeitamente.

Estou com o mesmo problema ao transmitir. Inválido no nível superior do documento. Line: 4 <!-- Erro do SQL: You have an error in y E pelos relatos aqui não vai ser fácil resolver

Boa tarde Juliana, O pessoal da CEF é bem chato nessa questão, os gerentes não tem autoridade nesse quesito, tudo depende do pessoal da homologação e creio ter esbarrado em pessoas que realmente gostam de tudo certo. No entanto, ontem depois de uma tarde toda tentando novas configurações, creio que consegui chegar na solução. O ajuste a ser feito nas propriedades do campo de código de barras é: WideBarRatio: 1 Zoom: 1,24 Com esses ajustes cheguei nos exatos 103mm, fica a dica ai pro pessoal Att, Ronaldo.

Olá Regys, Pensei sim, na verdade a idéia é pra permitir que nós desenvolvedores, façamos alterações de forma mais simples no relatório. Alguns ajustes estéticos e testes são mais simples de serem feitos se os dados já estão carregados no design do relatório. Att, Ronaldo.

Estou homologando um cliente na CEF, e eles estão apontando como problema o fato da largura do código de barras não ter exatos 103mm. Estou utlizando o FastReport para gerar os boletos e já tentei vários valores na propriedade WideBarRatio e nada de ficar com essa medida. Alguém já consegui deixar o código de barras com os exatos 103mm usando FastReport?

Fiz uma alteração na unit ACBrBoletoFCFR, incluindo a propriedade DesignReport, que quando for setada para True o relatório ao invés de Imprimir, irá abrir o relatório para edição. Isso é muito útil para ajudar a personalizar os relatórios dos boletos. Não sei se é aqui o local correto para contribuições no código, tentei acessar o Mantis do ACBr porém está fora do ar. ACBrBoletoFCFR.zip

Implementando a CC-e nos meus sistemas dias atrás percebi que o PCN2 (responsável por gerar os arquivos XML) não tinha a unit para gerar o protocolo da CC-e da mesma forma que ele faz com a NF-e. Fiz a implementação da rotina e estou enviando para que se for se interesse geral, que seja incluido no pacote PCN2. pcnProcEventoNFe.pas