Jump to content

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png click.png click.png

click.png

click.png

click.png

geanjesus

Membros
  • Posts

    454
  • Joined

  • Last visited

Everything posted by geanjesus

  1. Ola ...Finalmente alguem descobriu o mistério.... entao é problema mesmo no sat da elgin e da bematech... pelo menos , descobri que nao estou loko....porque parecia que só acontecia comigo...isso acho que é porque utilizo 2 programas separados.... sei lá...
  2. acho que precisaria, uma solucao generica para isso entao...no acbr, pois eu simplesmente desisti de checar quando da o erro .... no sat da tanca... por exemplo...nao da o erro... dai no meu sistema eu tenho um parametro que ativa ou desativa a consulta... mas com isso o cliente do sat fica sem saber de inicio, a data de validade do certificado do sat e sem saber por quantos dias o sat ja nao comunica com a sefaz...a nao ser que eu coloque isso tudo no segundo programa somente...ainda vou testar...
  3. Ola Daniel, talvez esse seja o misterio que nunca resolvi no meu sistema tambem , pois acontece com sat da bematech e elgin mesmo... lembra?, quando sao esses sat e do primeiro programa eu chamo o sat para ler as cnfiguracoes da data do certificado ou do ultimo cupom emitido... dai quando o outro programa vai emitir o cupom , nao consegue .porque parece que a porta ficou presa antes... eu reportei isso em um post a algum tempo....com titulo,,,nunca consegui descobrir por que o sat me da um retorno 9999
  4. Se eu nao fizer essa primeira comunicacao pelo programa principal, entao funciona e sempre funcionou, normal com todos os sat...
  5. Ola Daniel, tem algum comando no acbr , para liberar O SAT depois de utilizar... sem ser o if acbr1.inicializado then acbr1.inicializado := not acbr1.inicializado; Ola Daniel, se é schema , porque entao que no sat da tanca nao da nenhum problema...
  6. Ola Daniel, mas com sat tanca funciona perfeito, somente com sat elgin,bematech..etc..que da esse erro, é como se o componente segurasse a porta de comunicacao , quando o primeiro programa do pdv usa o componente, e quando o segundo programa vai comunicar, nao consegue mais ler a porta de comunicacao com o sat... e se eu sair do programa do pdv e transmitir, então vai numa boa... mas se após chamar pelo pdv e com o pdv aberto, mesmo indo pelo programa que transmite, entao nao vai mesmo, porisso acho que o pdv quando carrega e comunica com o sat , ele fica segurando a porta do sat...sei lá porque... e quando eu saio do pdv e carrego o programa de transmissao , transmite normal... misterios....
  7. corrigindo onde esta consultasistemaoperacional = consultastatusoperacional
  8. Olá Srs do ACBR desde os primeiros dias do desenvolvimento do sistema do sat nunca consegui descobrir por que o sat me da um retorno 9999 após eu dar um consultasistemaoperacional , para pegar algumas informacoes e depois tentar emitir o cupom somente o SAT da tanca funciona... Cenario: tenho o PDV em um diretorio e quando inicio o PDV , faço comunicacao com o sat para ler informacoes da data do certificado (para ver validade do certificado) e data de emissao do ultimo cupom..(para ver quantos dias sem comunicacao com a sefaz) e reportar ao usuario.. isso só funciona no sat da TANCA... OBs1: o programa de transmissao do cupom para a sefaz fica em outro diretorio, o qual é enviado atraves de arquivo txt gerado pelo PDV. Por algum motivo que eu não sei, ao fazer esta consulta, a nao ser o sat da tanca, eles perdem a comunicacao com o sat..(o sat fica sem comunicacao na hora de transmitir e o cupom nao sai..é claro)... Obs2: Antes de realmente transmitir o cupom para a Sefaz, eu salvo as informacoes , no banco de dados.. entao , se eu sair do pdv, e ir pelo programa de transmissao e enviar por lá, transmite numa boa... isso significa QUE NAO HÁ ERROS, no cupom... Entao até hoje eu só faço esta checagem se for sat da tanca, nos demais deixo pra lá... ja chequei de tudo, conflito de dll, dlls nos diretorios, dlls no diretorio do windows,..e como da tanca funciona? pelo acbr, ja chequei a inicializacao e desinicializacao do sat...e nada... Alguem teria alguma luz sobre isso...seria algum conflito de dll...?, mas como ja disse na sat da tanca isso nao acontece... misterios.....
  9. muito obrigado ai , Marcelo pela força... vou dar uma boa estudada nos documento do link que vc me passou...
  10. voce disse consumidor final, mas se eu coloco cpf em vez de cnpj no destinatario , ele rejeita, da até erro de schema(pois ele espera 14 digitos|), que é o cnpj, e cpf sao 11 digitos...entao nao aceita cpf... alias eu peguei aqui um exemplo real de um cliente que gerou uma gnre pelo site para esse cliente que é pelo cpf...e nao cnpj, e como ele consegue gerar pelo site por cpf e aqui nao gera.... nao entendi tambem...
  11. Afinal essa GNRE quem emite é o VENDEDOR e a UF do DESTINATARIO que é o COMPRADOR ...que é a FAVORECIDA?..Nao entendi? o vendedor deve entao recolher essa diferença de imposto, para aquela uf de destino é isso? ainda estou tentando entender isso...
  12. dai coloquei uf_favorecida RS que é o destinatario <?xml version="1.0" encoding="UTF-8" ?> - <ns1:TResultLote_GNRE xmlns="http://www.gnre.pe.gov.br" xmlns:ns1="http://www.gnre.pe.gov.br"> <ns1:ambiente>2</ns1:ambiente> <ns1:numeroRecibo>2100240142</ns1:numeroRecibo> - <ns1:situacaoProcess> <ns1:codigo>403</ns1:codigo> <ns1:descricao>Lote Processado com pendencias</ns1:descricao> </ns1:situacaoProcess> <ns1:resultado>0221002401429 100011RS10009930000009023725557XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX, 000 SP054350001111111111130000000123456789CAXIAS DO SUL 00000000000077777716461313 03042021000000001042019001000000000012050000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000003000000000000000000000000010 20001c39_camposExtras/campoExtra 238O Campo Extra 'Chave de Acesso da NFe ou do CTe/CTe-OS' (Codigo: '91') deve ser informado! 9210024014200012772f6977fc04926c21ee7bbeea06287c95246406d4aebf4b64799e8674afb20</ns1:resultado> </ns1:TResultLote_GNRE> DAI DEU ESTE RETORNO.... SEI LÁ ....ACHO QUE ESTOU MEIO PERDIDO NISSO...
  13. dai mudei para versao 1.0 de deu este retorno... <?xml version="1.0" encoding="UTF-8" ?> - <ns1:TResultLote_GNRE xmlns="http://www.gnre.pe.gov.br" xmlns:ns1="http://www.gnre.pe.gov.br"> <ns1:ambiente>2</ns1:ambiente> <ns1:numeroRecibo>2100240141</ns1:numeroRecibo> - <ns1:situacaoProcess> <ns1:codigo>403</ns1:codigo> <ns1:descricao>Lote Processado com pendencias</ns1:descricao> </ns1:situacaoProcess> <ns1:resultado>0221002401419 100011SP10009930000009023725557xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx, 000 SP000000001111111111130000000123456789 00000000000077777716461313 03042021000000001042019001000000000012050000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000003000000000000000000000000010 20001c01_UfFavorecida 201Esta UF nao gera GNRE online. 9210024014100019caa457a582953dfd2359501cffb73def8517c75f49e2d6d822f6df3a37aeb24</ns1:resultado> </ns1:TResultLote_GNRE> entao SP nao emite GNRE é isso?... entao essa Gnre nao serve para SP, certo? como todos meus clientes sao de sao paulo, entao nem devo perder tempo com isso certo? ou eu nao entendi....
  14. entao eu mudei a UF_favorecida para SP.. dai veio os dados que eu mandei mas com retorno de erro - <ns1:motivosRejeicao> - <ns1:motivo> <ns1:codigo>288</ns1:codigo> <ns1:descricao>UF favorecida nao esta com a versao '2.00' do XML de dados habilitada.</ns1:descricao> <ns1:campo>ufFavorecida</ns1:campo> </ns1:motivo> </ns1:motivosRejeicao> isso significa que nao da para emitir a guia gnre para SP?
  15. Ola Senhores do acbr , agora que estou tentando implantar o gnre num cliente, e ao rodar o exemplo eu alimento com uns dados para teste , mas retorna totalmente diferente, alguem saberia porque? desde ja agradeço...
  16. gostaria de receber detalhes tambem sobre a api
  17. Ola Daniel...Puxa!...pensei que tivesse...será que é dificil?.. antigamente eu mandava mensagens por sms...atraves de webservices de um provedor... queria mandar agora o cupom do sat por whatsapp... por email ..ja esta funcional...mas fiz um programinha a parte .. que fica varrendo um arquivinho com filtro, gerado pelo pdv com os dados , para nao comprometer o andamento do PDV pois se nao tiver internet ou tiver algum problema com o envio do email..ele vai ficar rodando la , num timer la,, ate quando conseguir sem comprometer o andamento do pdv. como a maioria dos clientes ja tem celular com whatsapp, eu pensei que poderia tentar mandar por esse meio.. pois na hora de coletar os dados , e muito mais rapido e facil, digitar um numero de telefone do que um email.... isso agilizaria o pdv... vou dar uma pesquisada... valeu...
  18. Ola Srs do Acbr Estou tentando mandar o cupom sat pelo whatsapp, mas nao estou conseguindo achar o comando alguem poderia me ajudar? por e-mail ja esta tranquilo.. .Desde ja Agradeço...
  19. ola, Italo Nao tenho nenhum cliente que emite cte... portanto ainda nunca me preocupei, pois nao tenho sistema , para emissao de cte.. que pelo q me consta, tem que ter um cnae de transportadora, para emitir CTe so tenho clientes que emitem NFE e portanto emite MDFe quando usa transporte proprio... meus clientes quando precisam de transporte de terceiros, via transportadora , entao quem emite o Cte , sao as transportadoras... mas nesse caso quem era responsavel pelo transporte foi o destinatario, ou seja o cliente do meu cliente... mas o cte foi colocado o frete para o emitente da nota ao inves do recebedor da mercadoria... quando a transportadora..foi cobrar meu cliente...que nem sequer tinha recebido o cte, dai ele reclamou, e notificou o destinatario e a transportadora... mas ate ai, segundo meu cliente foi pedido uma carta de correcao, e foi feito uma carta de correcao , mas nao foi aceito pela transportadora que queria um desacordo, mas ate ai ja tinha passado o prazo,,ou seja buroracia pra la e pra ca, e o tempo foi passando, quando chegou ao meu conhecimento, o prazo ja estava estourado... e agora?... e quanto ao cliente demorar, quem deveria estar orientando ele, seria o contador dele, nao acha?
  20. Ola srs do acbr, tenho um cliente que precisa fazer um desacordo em um cte , pois o frete e por conta do destinatario e nao do emitente..da nota. meu cliente ja informou a transportadora sobre o fato, mas eles nao acitaram um carta de correcao da nora e pediarm que seja feito um desacordo ocorre porem que esse prazo ja ultrapassou os 45 dias..e agora..o que fazer .... nao sei o que dizer para o cliente...acho a transportadora que fez o cte..deveria cancelar o cte e fazer outro..e pronto, mas a transportadora nao quiz fazer isso.. exigindo o desacordo... e na emissao do desacordo..a rejeicao..por que ultrapassou os 45 dias...olha o impasse... alguem saberia o que fazer...
  21. Muito Obrigado BigWings...muito bem esclarecido... eu ja ate tinha arrumado, em vez de 0.5 na margem esquerda fui aumentando ate chegar a 5.0 e deu certo, mas nao tinha entendido porque?... agora ficou claro...mudança de centimetros para milimetros..faz sentido..pois vai se ter mais resolucao nas montagens de relatorios... .e tambem nao sabia que deixando tudo zerado..mantinha os valores do relatorio... valeu...
  22. Ola.. apoSrs do acbr... apos a ultima atualizacao em 16/10/2019... a Danfe da NFE fica colada na margem esquerda, como se nao tivesse margem, uso fast report alterei no .fr3, colocando la uma margem maior na esquerda, mas nao adiantou, pelo acbr continua colado na margem esquerda, quase cortando... como faço para dizer ao excelentissimo sr acbr que nao mexa nas margens do meu danfe....ja testei com todos .fr3 e nada de nada.... ja uso esse .fr3 a mais de 4 anos e nunca deu problema ...e agora essa.... so precisei atualizar o acbr, nao mexi em mais nada e ai ....ficou errado o preview da danfe... alguem saberia porque...ou como eu faço para acertar isso.. mudar no .fr3 nao adiantou.... desde ja agradeço...
  23. Na verdade falta entender quais procedimentos a serem feitos no caso de um desacordo tanto do lado de quem discorda..quanto do lado do emitente do cte... do lado de quem discorda..manda o evento de desacordo e o que mais....detalhados do lado do emitente do cte..quais procedimentos ..realmente dever ser feitos... assim que recebeu um desacordo .....detalhados... outra coisa que nao entendi...e preciso mandar algum documento para a empresa que emitiu o cte? ainda muitas duvidas.....
  24. porque pesquisando o material, eu encontrei algumas coisas do tipo: quando uma empresa que nao e contribuinte do icms.. o emitente do cte ..deve fazer um evento ou documento (...eu nao entendi direito)..de anulacao do cte com erro e depois emitir um cte de susbstituicao ao que estiver com erro...qual a diferenca para um cte normal? .. .acho que no caso do substituicao voce deve referenciar o cte com erro... quando a empresa e contribuinte do icms..entao o emitente nao deve fazer a anulacao e deve fazer o cte de substituicao com referencia ao cte com erro...tudo num prazo de ate 45 dias ... e a empresa deve fazer um documento (tambem nao entendi direito como seria esse documento e pra que serve)... Bem ,,ja ate consegui fazer a parte de enviar o evento de desacordo.... ou seja do lado de quem nao é transportador...para um transportador ..deu tudo certo,,,o evento foi gerado e conferi os dados estao la mesmo na sefaz..em homologacao esse caso e de um cliente que é contribuinte...entao qual vai ser o desenrolar daqui para frente ...(ainda nem sei direito o que ele tera que fazer alem de mandar esse evento)... gostaria de uma explicacao melhor para ver se eu entendo,,pois ainda estou meio perdido nisso... muito obrigado desde ja..e a pergunta que eu fiz no inicio do topico...na verdade nao era o cnpj do emitente (transportadora) e sim do tomador.(cliente..mesmo do certificado)..descobri depois ..como disse acima o BigWings so queria agora uma rotina para pegar o cnpj direto do certificado..dai fechou....
×
×
  • 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.