Jump to content

botao.pngbotao.png

PARA DEVS E SW. HOUSES
Novos Palestrantes e Patrocinadores confirmados!

dia-do-acbr-online.png  

Saiba Mais

botao.pngbotao.png

botao.pngbotao.png

Ofertas Embarcadero
Descontos de até 35%

Saiba Mais

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


botao.png

beneficios.png

OFF-DEV

Usuários SAC
  • Content Count

    204
  • Joined

  • Last visited

Community Reputation

44 Excellent

1 Follower

About OFF-DEV

  • Rank
    Membro

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Segundo https://portal.fazenda.sp.gov.br/servicos/sat ATENÇÃO - Continuidade do layout 0.07 Informamos que não há previsão para interrupção no uso do layout 0.07. Permanecem sendo aceitos apenas os layout 0.07 e 0.08.
  2. Ahhh, com este comando de setar a seção facilita tudo, ele não tinha no manual .chm que vem com o instalador, por isso não achei. Valeu!!!! Acho que esclareceu bem, qquer dúvida volto noutro tópico. Abraços.
  3. OK, mas isso me deixa com mais uma dúvida, Estou usando a conexão via TCP/IP, estou passando o conteudo .ini do cupom diretamente através do comando CriarEnviarCFe para não ter necessidade de criar arquivos de envio e retorno. O número da sessão (que me parece gerado pelo ACBR neste caso) geralmente vem após o envio do comando pelo próprio canal de comunicação Stream.Read/Flush. Se ocorrer um crash na aplicação ou o PC apagar justamente ao retornar as informações de sessão e dados do cupom xml, como eu não gerei o número de sessão e sim o ACBR, como eu poderei obter qual foi o n
  4. OK, mais uma questão quanto a isso, é possível acontecer um travamento no PC que obrigue o usuário resetar o computador no ato de tratar o número da seção de retorno, perdendo assim o seu controle podendo gerando duplicidade de cupom? Se sim, é estatisticamente desnecessário se preocupar com isso? Ou daria pra tratar também? Abraço
  5. Acho que peguei, vou dar um exemplo: Usei o comando CriarEnviarCFe: ele retornou: [ENVIO] Arquivo=C:\OFFMON\sat\Vendas\08723218000186\201912\AD35191208723218000186599000092610073614188846.xml CodigoDeRetorno=6000 NumeroSessao=858175 Resultado=858175|06000|0000|Emitido com sucesso... Comparo os valores em destaque vermelho, se eles forem iguais, sinal que o SAT processou corretamente e me devolveu o retorno correto (não preciso usar SAT.ConsultarNumeroSessao) . Se o resultado for diferente, uso o comando SAT.ConsultarNumeroSessao(858175) e aguardo o
  6. Prezados, Estou com uma dúvida aqui sobre o comando SAT.ConsultarNumeroSessao, estou implementando uma compatibilidade com meu appcomercial usando TCP/IP e C# e gostaria de entender em quais circunstâncias eu deveria usar o referido comando? O manual diz : "Comando para efetuar a consulta pelo numero da sessão.". `Testando o comando percebo que recupero dados do cupom emitido por último somente. Abraços Leandro
  7. Seria a expansão tipográfica do destinatário da venda, um modo BOLD para o texto que ali sai. Foto em anexo vide a seta.
  8. OK, isso eu poderia fazer por aqui ou seria necessário aguardar uma nova versão do acbrmonitor?
  9. A impressão está funcionando, o problema é o bug da restrição de tamanho do xNome quando uso a tag <e> para expandir o nome na impressão do CFSAT.. Se modificasse, teríamos que pensar em como seria passado o comando para expandir o nome do cliente no CFSAT ....
  10. Acho que Entendi, o único meio de persistência da informação é o XML, para validar no SEFAZ, para imprimir, etc. Se eu não posso usar no xNome, então poderia usar em outro lugar?
  11. Então, eu não entendo bem como é a arquitetura do ACBRMonitor, mas vou relatar como ACHO que funciona, posso estar errado, vou colocar em passos aqui, me corrijam por favor em caso de erro: PASSO 1 - o arquivo .INI e a tag xNome (montado pela minha app) é lida pelo ACBRMonitor PASSO 2- o ACBR repassa a informação diretamente para o webservice do SEFAZ. PASSO 3- Aprovado, o ACBR monta o XML baseado nos dados do webservice e devolve para a minha aplicação a resposta PASSO 4- O ACBR recebe comando da minha app para imprimir na impressora com as tags expandidas passadas an
  12. Mas não é melhor simplesmente remover as tags antes do envio ao fisco e deixar só na impressão? O Sefaz não precisa receber nada com <e> ou </e>, nem tem sentido ir isso para lá.
  13. Pego diretamente do ACBrSAT. Na verdade o Fisco processa corretamente com as Tags desde que eu diminua a quantidade de caracteres do xNome. Parece que cada tag está ocupando mais de 3 ou 4 caracteres, retornando o erro de limite de caracteres atingido. Por isso que quando eu corto para 41 caracteres, o fisco aceita sem problemas com as Tags.
  14. Anexado. AD41191182373077000171599000089280010184883249.xml
×
×
  • Create New...