JSantos

Certo Amarildo, Este comportamento então pode ser do ACBrECFVirtualSAT. Não sei te dizer porque não conheço o componente. No ACBrSAT você pode trabalhar da maneira como expliquei antes. Provavelmente algum outro colega poderá te ajudar com o ACBrECFVirtualSAT.

junin, Você verificou o conteúdo dos XMLs? O XML AD... tem conteúdo normal de uma operação de venda? O XML ADC... tem conteúdo normal de uma operação de cancelamento? Se o conteúdo dos arquivos estiverem corretos acredito que esta mensagem de erro não proceda e pode estar relacionada com algum problema do software contábil ou de processo do contador.

Amarildo, Se o Sat processou a venda você deve ter a posse do XML correto? Se não tiver, é só você fazer a consulta ao sat usando o número da sessão de processamento da venda. De posse do XML você pode imprimir quantos extratos precisar. Você não precisa cancelar a venda só porque o extrato não foi impresso. Isso é o que está previsto no Sat. Que componente você está usando para trabalhar com o Sat?

Você tem outra impressora para teste? Já ouvi dizer aqui no fórum que existe um problema com este aplicativo de leitura da sefaz e a impressora bematech. Se você conseguir fazer a impressão via fortes, pode fazer um teste também com esta mesma impressora.

Em que momento você recebe esta mensagem? Você está usando um sat de produção, homologação ou emulador? O sat em questão foi ativado usando o mesmo CNPJ de software house que você está enviando os cupons?

Para PIS e COFINS, as alíquotas devem ser informadas conforme abaixo: AC Q09 pPIS Alíquota do PIS (em percentual) Ex. Se a alíquota for 0,65% informar 0,0065 AC S09 pCOFINS Alíquota da COFINS (em percentual) Ex. Se a alíquota for 3,00% informar 0,0300 Segundo o manual de orientação.

Lázaro, Não uso o monitor desta forma, mas Verifique que no comando do monitor menciona o arquivo C:\TEMP\NFe_PADEI_95631.TXT e no post vc colocou o arquivo NF-e_PADEI_95631.txt os nomes dos arquivos estão diferentes. Um é NFe e o outro NF-e. Você verificou isso?

Também concordo com o Daniel, geanjesus Quando comecei a desenvolver o Sat percebi que tem potencial sim. A padronização está de longe muito melhor que na era ECF. O fato de ter um sistema que não depende de internet full time para funcionamento foi muito bem pensado. O sistema de assinatura interno no aparelho nos tirou um tanto de dor de cabeça com capicom, openssl e todos aqueles problemas com conflito de windows e tals. Acho que este começo vai ser um pouco difícil até tudo se estabilizar, ainda acho que vamos penar um pouco. Mas acho que a coisa tem futuro!

helen, Este Sat da dimep que você se refere é de produção?

Maravilha, Como diversas marcas estão na mesma situação, não resta dúvida que se trata de pendência na SEFAZ. Tomara que resolvam logo antes que eles entrem em bloqueio.

Para confirmação, Estou com um Sat Tanca SDK aqui e desde 31/07 não apaga mais o LED "CF-e Sat Pendente", indicando que o Sat tem CFes na memória para envio a SEFAZ. Extraindo o log, indica deste 31/07, um mesmo lote que sempre fica em processamento. Em função disso o Sat não progride no processamento. Vi mais alguns membros no forum com problema semelhante. Como está operando o SDK de vocês? Está normal mantendo o LED de "CF-e Pendente" apagado? Que marca é? Algum fabricante que participa do fórum, sabe nos informar algo? Gostaria que juntássemos as experiências para entendermos se pode ser um problema de marca, SEFAZ, etc.

Isso mesmo osmar, Na teoria, se o Sat registrou um CFe dando resposta positiva a nossa aplicação, ele deve se encarregar de fazer a entrega a SEFAZ. Mas também pode acontecer do Sat apresentar um problema interno e não enviar os CFes à SEFAZ. Neste caso, o contribuinte deverá enviar os CFes pelo SGRSAT. Tomara que este evento que estamos atravessando seja somente uma indisponibilidade temporária!

Hoje, fazendo alguns testes com um SDK da Tanca percebi que o Sat também não está enviando os cupons para a Sefaz. Provavelmente o ambiente de homologação da Sefaz não está recebendo os cupons por motivo de alguma manutenção. Deve normalizar em algum tempo.

Blz Daniel! Vou atualizar aqui e acertar minhas coisas. Abraço!

Hasa, A tag vTroco é controlada pelo Sat. Você está usando o emulador? Não será um bug nele?

Só para confirmar gean, seu Sat está ligado a rede com acesso a internet? Se sim, o Sat se responsabilizara de fazer o envio. Os leds de acesso a rede e sefaz estão acesos?

Daniel, acho interessante sim criar este método SAT.SetNumeroSessao( iNumero ) para definir o número da próxima sessão. Isso evitaria ter que criar uma variável global como tive que fazer. Acho que se o número não for definido pela aplicação, o ACBr por default poderia gerar o número aleatório como já faz. Vou tentar te explicar a necessidade que tive aqui: Este recurso seria muito útil quando a nossa Aplicação e o Monitor não conseguissem completar o ciclo de comunicação. Isso pode acontecer por n fatores: falta de energia, travamento da máquina, SO, travamento da DLL do Sat, problema no monitor ou problema na aplicação. Este ciclo pode ser interrompido durante o processo que o monitor já fez a chamada da DLL e o Sat já emitiu um CFe, por exemplo. Desta forma, nossa aplicação ficaria sem a resposta da emissão, enquanto que no Sat o CFe estaria registrado. Se nossa aplicação tiver posse do número de sessão, poderemos realizar a consulta da sessão e assim identificar se o processo foi concluído ou não. Por que somente nos métodos relacionados à emissão e cancelamento de cupons? Acredito que pode ser estendida aos outros métodos também, mas me preocupei com os métodos que promovem alteração de dados no Sat. Os outros métodos de uso corriqueiro são mais de consulta ao Sat e não promovem alterações, por isso achei que podem ser repetidos sem problema se for necessário. Acho que é preciso analisar também a necessidade para os métodos de bloqueio e troca de assinatura, se é viável ou não esta necessidade. É que estamos tão focados em colocar isso para funcionar e confesso que não foquei nesta última parte (bloqueio,p.e.)

Depois de várias tentativas, ontem consegui atualizar pelo SVN. Mas tive que cancelar e retomar a atualização várias vezes. Deve ser instabilidade do SourceForge depois dos últimos problemas. Gostaria de saber com o pessoal se há interesse em incorporar a modificação que inclui o controle do número de sessão pelo aplicativo. Vejo que isso será muito importante na recuperação de uma falha, evitando como isso que seja emitido um CFe no Sat sem conhecimento da nossa aplicação e ainda sem recurso de conseguir o XML. Já resolvi aqui aplicando aquelas alterações, mas não é legal ficar mantendo uma build diferente do projeto.

Tenho tentado baixar toda a pasta a partir do zero, mas depois de uma altura o TortoiseSVN trava em um arquivo e não sai mais.

Promovi algumas alterações nas units abaixo (trunck2) para proporcionar o controle no número da sessão para os comandos "criarenviarcfe", "enviarcfe" e "cancelarcfe". Em ambos, basta passar o número de sessão no segundo parâmetro. Exemplo: Sat.CriarEnviarCfe("....ini....",102030); Nas units alteradas, deixei um comentário ( // !@#!@# ) para indicar as linhas acrescentadas e alteradas. Como o svn não está atualizando por aqui, fiz alterações com base na versão 1.7.3 Espero que ajude! ACBrMonitor1.pas DoSATUnit.pas

Estou fazendo testes aqui com o ACBrMonitor PLUS para o Sat, usando um sat Tanca. Em um determinado momento, ao enviar uma venda, percebi que o LED "Conectado ao AC" permaneceu aceso por mais tempo que o normal, do nada o ACBRMonitor PLUS fechou e não houve nenhum retorno. Iniciei novamente o monitor e solicitei novamente a operação. Desta vez a venda foi processada, mas houve um salto no número do CFe. Provavelmente o Sat registrou aquela venda onde o monitor fechou, mas fiquei sem o XML. Poderia resolver isso consultando o número da última sessão, mas a aplicação não tomou conhecimento porque o monitor se encerrou e não deu o retorno do número de sessão. Existe alguma maneira da aplicação enviar o número de sessão para o monitor?

Antonio Carlos, Desde que você tenha o XML do CFe gravado em algum lugar (disco, BD), você poderá carregá-lo no componente e imprimir quantos extratos você precisar.

Júlio, Você exportou seu certificado A3 para um arquivo com extensão "cer" e fez o upload deste arquivo no seu cadastro do SGRSAT? No link abaixo da sefaz você encontra instruções para exportação do seu certificado: http://www.fazenda.sp.gov.br/sat/duvidas_frequentes/Perguntas_Frequentes_de_Desenvolvedores_do_SAT_v08.pdf Com o programa abaixo você consegue gerar a assinatura: Fiz estes procedimentos e funcionou blz!

Só uma dica Bruno, no SGRSAT existe uma opção para você testar a assinatura do código de vinculação. Assim você confere direitinho se seu certificado foi importado pela SEFAZ e se a assinatura do código de vinculação está correta.

Olá Henrique, até agora o ACBrSat dá suporte para Fortes e ESC/Pos. Sou mais o ESC/Pos para este tipo de impressão (cupons).