Jump to content

sgeinformatica

Membros Pro
  • Posts

    171
  • Joined

  • Last visited

Everything posted by sgeinformatica

  1. Eu imagino que os programas que os contadores usam, tipo contmatic vão gerar essa arquivo. Antes de desenvolver vou esperar pra ver a real necessidade de fazer esse layout.
  2. Provavelmente o erro em nossa aplicação deve estar apos usar o método ACBrSAT1.EnviarDadosVenda(ArquivoXml) Depois do método nós extraímos do XML o nro. do cupom, data e hora de emissão e mais algumas coisas, alem de gravar o XML no banco. Para evitar esses erros no futuro, logo apos o ACBrSAT1.EnviarDadosVenda(ArquivoXml) vamos gravar um arquivo de log onde vai ter o caminho e nome completo do arquivo XML que o ACBrSAT acabou de salvar. Se acontecer algum erro e a aplicação fechar, quando abrir novamente temos condição e buscar o XML na pasta e subir para o banco. Mas você comentou sobre a tag cNF, e nós não estávamos utilizando ela. Olhei no manual e encontrei a seguinte descrição : Código numérico que compõe a Chave de Acesso. Número aleatório gerado pelo emitente para cada CF-e para evitar acessos indevidos do CF-e. Você sabe me dizer se eu mandar 2 cupom com o mesmo cNF, o SAT vai recusar o segundo?
  3. Os 3 arquivos XML estavam na pasta que o ACBrSAT gravou automaticamente. Deve ter dado algum erro que eu nao sei qual é, o usuario deve ter fechado a aplicacao que faz a autorizacao, e como estava na fila a ser autorizado, então pediu autorizacao novamente. Mas se minha aplicação for fechada, quando abre novamente e consulta pelo numero da sessao, ela nao existe mais. Eu poderia dar carga do XML para dentro do meu sistema a partir do XML que fica na pasta que o ACBrSAT gerou. O arquivo gerado fica com esse nome mais ou menos assim : AD35160160633369000244590000273170243907756934.xml Antes de eu usar o metodo ACBrSAT1.EnviarDadosVenda(ArquivoXml) tem como eu saber esse nome?
  4. Como eu poderia resolver isso? No caso o ACBrSAT gera um numero de sessão automático quando utiliza o metodo ACBrSAT1.EnviarDadosVenda(ArquivoXml); Eu posso gravar o numero da sessão na minha tabela utilizando o evento OnGetNumeroSessao Se houvesse uma falha na aplicação e eu não obtivesse a resposta com o xml autorizado, como eu ainda tenho o numero da sessão, seria possível eu obter esse XML autorizado passando como parâmetro o numero da sessão ?
  5. Daniel, no log do ACBrSAT apareceu as 3 requisições de venda Na primeira venda me parece que esta normal. - 10:04:37:096 - -- 10:04:37:088 - numeroSessao: 283532 - Comando: EnviarDadosVenda( <?xml version="1.0" encoding="UTF-8"?> Ja na segunda venda, apareceu a seguinte mensagem : - 10:09:10:840 - ACBrSAT.Inicializado - 10:09:14:053 - -- 10:09:14:004 - numeroSessao: 470985 - Comando: EnviarDadosVenda( <?xml version="1.0" encoding="UTF-8"?> Sera que isso pode ter sido uma oscilação na energia e o aparelho de SAT desligou e ligou novamente? Constatei que e o computador esta ligado apenas no estabilizador. Mas o nosso frente de caixa fez apenas uma requisição. To meio perdido, não consigo imaginar a causa do problema LOG_ABCrSAT.txt
  6. Verdade, nem me lembrei desses 2 arquivos de LOG Vou verificar e depois eu posto aqui o que encontrei
  7. Se isso tivesse acontecido, o log teria registrado mais de uma linha. Veja na tela que mandei em anexo, que foi requisitado apenas 1 vez
  8. No dia 04/01 tivemos um problema inusitado, e descobrimos que o SAT registrou 3 vendas iguais Entramos no site da secretaria da fazenda para consultar e encontramos 3 cupom sat 24390 / 24391 / 24392 Todos com mesmo valor, e mesmo nro. lancamento de venda 581637 No nosso sistema tem apenas 1 venda, e no log que registra as requisicoes tem apenas 1 requisicao para autorizar o cupom No arquivo de LOG, ficou registrado que o programa de frente de caixa pediu autorização para imprimir o cupom as 10:04:34 Nos temos uma segunda aplicacao apenas para conversar com o SAT, e ele retornou que a autorizacao foi dada as 10:11:27 Isto é, 7 minutos depois Nesse tempo a aplicacao ficou parada aguardando o retorno. Depois disso apareceu 2 cupom extra autorizados. A algum tempo atras se nao me engano, eu li aqui no forum, que o timeout para conversar com o SAT quem determina é DLL Se fosse nossa aplicacao que tivesse autorizado, teria mais 2 linhas de LOG para o mesmo nro. de venda, o que nao ocorreu. Nos descobrimos isso, porque fiz um relatorio para mostrar nro. de cupom faltando num determinado periodo A unica explicacao que chegamos que isso provavelmente deve ser algum falha de comunicacao da DLL com o SAT Provavelmente a DLL tentou autorizar o cupom por 2 vezes, e somente na 3a que obteve reposta. Eu imagino que o componente não deve ficar tentando autorizar o cupom varias vezes, o Daniel conseguiria responder isso melhor. O SAT é da marca Elgin Alguém já passou por isso?
  9. bom dia pessoal, hoje achei esse site do estado de Pernambuco que disponibilizou o aplicativo para validar o DeSTDA Imagino que o aplicativo deve ser o mesmo para todos os estados http://www.sedif.pe.gov.br/
  10. ola, bom dia Esse novo arquivo tera que ser entregue agora no mes de fevereiro, mas a receita ainda nao disponibilizou o validador?
  11. Ola Juliana, bom dia Ja vou atualizar meus fontes. Muito obrigado
  12. Bom dia Estamos utilizando o Acbr para emitir boleto para banco Santander, e gerando o arquivo de remessa pelo layout de 240 posições (cobrança com registro) No segmento P na posição 224 tem como comandar a instrução de baixa do titulo automaticamente apos um determinado tempo de vencido 1. baixar/devolver 2. não baixar/não devolver 3. utilizar perfil do cedente Para configurar essa posição tem a propriedade no componente chamada Instrucao2 No mesmo segmento P, nas posições 226 a 227 tem como configurar o numero de dias para baixar automático, mas no componente esse campo esta fixo como 00 O pessoal do desenvolvimento teria como acrescentar um campo para configurar o valor dessa posição? Obrigado Carlo
  13. Na tabela de CST do PIS/COFINS esta assim : 49 Outras Operações de Saida 98 Outras Operações de Entrada 99 Outras Operações 05 Operação Tributável por Substituição Tributária No meu entender 05 que é para operações com ST. Pede para seu cliente mostrar a lei onde ele esta se baseando.
  14. A sim, é isso mesmo o cupom somente pode ser emitido para o mesmo estado. Mas a dúvida foi quanto as mensagens de erro do SAT da Bematech retornou um erro genérico, e já do Tanca voltou um erro bem explicativo. Será que seria o caso de atualizar o software da Bematech?
  15. Olá pessoal, Hoje nos deparamos com mais um pequeno problema com o SAT. Um cliente tentou fazer uma venda para um cliente do estado do paraná, e tentou imprimir o cupom fiscal sat. Ele usa um SAT da marca bematech, e foi rejeitado com a seguinte mensagem : Erro de validação de conteúdo Eu peguei o arquivo XML para analisar, e aqui no meu escritorio fiz o teste usando meu SAT da marca tanca Ele retornou a seguinte mensagem : Rejeição: CFOP não é de Operação de saida prevista para CF-e-SAT A pergunta é, será que isso deve ser um problema do SAT da bematech que retorna uma mensagem genérica ? Será que seria o caso de fazer uma atualização de software ou entrar em contato com a bematech ?
  16. A mudança seria essa : Se for possivel alterar... Obrigado procedure TACBrSATExtratoESCPOS.GerarDadosEntrega; begin if Trim(CFe.Entrega.xLgr)+ Trim(CFe.Entrega.nro)+ Trim(CFe.Entrega.xCpl)+ Trim(CFe.Entrega.xBairro)+ Trim(CFe.Entrega.xMun)+ Trim(CFe.Dest.xNome) <> '' then begin FPosPrinter.Buffer.Add('</fn></linha_simples>'); FPosPrinter.Buffer.Add('DADOS PARA ENTREGA'); FPosPrinter.Buffer.Add('<c>'+Trim(CFe.Entrega.xLgr)+' '+ Trim(CFe.Entrega.nro)+' '+ Trim(CFe.Entrega.xCpl)+' '+ Trim(CFe.Entrega.xBairro)+' '+ Trim(CFe.Entrega.xMun)); FPosPrinter.Buffer.Add(CFe.Dest.xNome); end; end;
  17. Enviei 2 cupom, um com endereço de entrega que sai o nome do cliente e o outro sem o endereco de entrega e o nome do cliente nao aparece, apesar de no XML estar aparecendo. VendaComEnderecoDeEntrega.xml VendaSemEnderecoDeEntrega.xml
  18. Me desculpe, não me expressei corretamente. Não é no cabeçalho, é em DADOS PARA ENTREGA. Se tiver o endereço cadastrado, o nome do cliente sai normal no cupom. Se não tiver endereço, ai não sai nem o nome.
  19. Ola Daniel, bom dia Em alguns cadastro de clientes, as vezes não tem o CPF ou CNPJ, então na hora de gerar o XML, identificamos apenas o xNome do destinatario. Nesse caso, o SAT autorizou a emissão do cupom, mas na impressão não aparece o nome. -<dest> <xNome>JOSE ANTONIO DA SILVA</xNome> </dest> É possivel fazer aparecer o nome no cupom? Isso é util para clientes que vendem a prazo e tem que assinar a notinha. Obrigado Carlo
  20. Realmente o DIMEP esta com esse problema, hoje aconteceu com um cliente nosso (11/09/2015) Temos cliente com ELGIN que não está acontecendo isso. Cliente recebeu o SAT essa semana, a DIMEP já deveria ter corrigido o problema.
  21. Tem um cliente meu que esta ocorrendo o mesmo problema, ele comprou o SAT da Elgin. Não tem sentido dar duplicidade sendo que quem numera o cupom fiscal e quem envia para o site da secretaria da fazenda é o proprio aparelho do SAT.
  22. Ola Pessoal Me surgiu uma duvida e queria saber se alguem sabe me responder. Temos alguns clientes enquadrados no Lucro Real, que já estão utilizando o SAT Na tabela de impostos de alguns produtos, o CST do ICMS está igual a 10, mas esse CST não tem no manual do SAT (10 - Tributada e com cobrança do ICMS por substituição tributária) Esses produtos a CFOP de venda é 5.405. Seria correto orientar o cliente a passar todos os CST para 60 ? (60 - Icms Cobrado Anteriormente por Substituição Tributaria) Obrigado
  23. Sim funciona " " + LF Uma sugestão minha que poderiamos fazer é uma tabela com as configuracoes já testadas com cada impressora Posso passar da Epson e da Daruma DR700 Talvez vc poderia colocar essas configurações naquele arquivo texto ACBrSAT-change-log.txt ou criar um novo arquivo texto.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.