Alisson Suart

Sim Luis Claudio, tudo atualizando. Trunk2. Sempre vou atualizando o componente e jogando para os clientes, a quinta feira passada foi minha ultima atualização, e eu alterei algumas coisas e joguei pro meu cliente para testar, mas ontem ocorreu novamente com um outro CTe. Eu tb tenho um botao de busca de retorno, para que esse detalhe que vc mencionou, nao ocorra. E eles consigam validar o CTe. Meu problema é que como eu preciso averbar o CTe na hora que ele é emitido, e nao acontece erros para que o usuario possa saber ou ate mesmo me gerar algum log de falha, pra que eu possa analisar. Tivemos casos, que como nao colocou como emitido, e ficou sem averbar, a carga sobre furto, e com isso, a seguradora nao quis pagar. Isso é um grande problema pois no caso do meu cliente, eles carregam dia e noite. Quanto aos estados, a maior parte acontece em SP, mas ja tive casos isolados nos servidores de MT e MG. Como não é sempre que ocorre, isso me deixou doido, sem entender o motivo. Pelo visto terei que achar alguma forma de ver se o XML foi escrito, senao refazer a busca pelo retorno para que seja corretamente preenchido o XML e nao haja falhas na averbação da carga. Estou tentando criar alguns logs para avaliar isto, mas ate o momento nada me retornou falha. Vou continuar tentando e posto se descobrir algo.

Bom dia Pessoal, Estou com um problema um tanto chato e sem ideia de como entender pra resolver. Faço meu procedimento normal, envio o CTe, checo o stat do retorno, e se nao tiver como autorizado, eu fico aguardando pra buscar o retorno novamente. Porém tem ocorrido o seguinte: Não é em todas emissões, mas tive caso de emitir 10 CTes no dia, e apenas 1 aconteceu. O sistema por algum motivo nao atualiza o XML enviado, adicionando a tag final, onde tem o Protocolo e a mensagem de Autorizado o Uso. Ou seja, o XML fica na pasta AnoMes, mas sem a tag final. O mais estranho é que se eu consultar os XMLs de log, existe o xml -sit com a situação autorizado. Então ele recebeu a mensagem dizendo que estava autorizado, mas o XML principal nao atualizou. Eu entendo que a minha checagem do stat quanto ao recebimento do retorno nao esteja acusando, pois o XML-sit esta informando AUTORIZADO. Falha de gravação no HD nao acredito que seja, pois já esta tudo checado e o erro acontece no mesmo usuario que emite os outros CTes normalmente, ou seja, de cada 10 apenas 1 da pau. (Já aconteceu de passar o dia inteiro, emitir muitos e nao ter problema). Espero ter sido claro na minha explicação. Minha duvida esta quanto a como identificar este problema, pois os usuarios relatam que o sistema emite a DACTe normalmente, o sistema entende que o retorno foi recebido, pois atualiza o stat, mas o arquivo XML nao esta no formato AUTORIZADO. O meu maior problema esta pois ao termino do procedimento,eu preciso averbar o documento, e o XML enviado esta indo sem a TAG final, invalidando essa averbação. Alguém poderia me dizer se passou por isso ? Apenas para mencionar, eu ja li este post aqui e era algo parecido com o meu problema, mas eu já consultei as respostas e nao tenho nada parecido.

Já tentou checar essa configuração aqui? Vá no Internet Explorer, opções da internet, aba avançadas, role até o fim, desmarque todos os checkboxes para TLS, deixe marcado Ssl 2.0 e 3.0.

Tenho clientes em SP emitindo e esta tudo normal ate o momento. Trunk2 é necessário sim, nao sei se seria este o motivo do seu problema. Ai vai da mensagem de erro retornada.

Boa noite, o portal CTe esta tudo verde. Aparentemente o serviço esta normal.

Rogério, o meu funcionou normal cara. Estou usando Fortes aqui.

Bom dia, ja tentou OBsCont.xTexto ??

Bom dia, somente hoje vi o topico referente a averbação. Gostei de saber que estao elaborando algo. Vou tentar contribuir. Possuo 3 empresas com averbações distintas, (seguradoras diferentes) com integração em Webservice. Vou baixar os fontes e fazer os testes. Espero conseguir auxiliar.

Boa Tarde, reparem o seguinte: No layout novo, é explicado que emissão 6.102 será exigido as informações do DIFAL, pois vc estará informando como venda tributada. Para emissão da NF-e, quando se tratar de venda em operação interestadual destinada a pessoa não contribuinte do ICMS será utilizado o CFOP 6.107 ou 6.108.

Olá Sergio, Mas a ponte eu monto entre o Wi-fi X Adaptador do SAT ou Wi-fi X Adaptador Ethernet normal ? Essa que foi minha duvida.

Bom dia Pessoal, Estou com um cenário um pouco complicado em um cliente e gostaria de saber se alguém já fez e se foi bem sucedido a conexao do SAT através de uma conexao em Ponte. Seria o seguinte. Vou instalar o SAT é um computador (Notebook) que recebe sinal Wi-Fi, entao iria criar um ponte do Wi fi para o adaptador e nele, conectar ao SAT via cabo. Alguem teve sucesso com isso ? Desde já obrigado.

Desculpem, consegui localizar o que precisava. ACBrCTe1.EventoCTe.Evento.Items[0].RetInfEvento.XML;

Bom dia Pessoal, Alguem poderia me informar se é possivel pegar o XML referente ao evento que eu carregar no componente ACBrCTe ? Exemplo. Quando eu quero o xml do CTe, eu simplesmente uso : ACBrCTe1.Conhecimentos.Items[0].XML Porém surgiu a necessidade de pegar o XML do Evento, no caso meu especifico para o momento seria o evento de cancelamento. Tem alguma forma direta pelo componente eu terei que fazer manualmente utilizando StringLists ? Obrigado.

Eu tive um caso aqui essa semana, o SAT não identificou como duplicidade. ele simplesmente aceitou o recebimento da mesma venda e gerou 2 extratos, com o mesmo valor e venda. Analisando no meu caso, a questão foi o retorno da função enviarVendaSat. Ele ao invés de retornar 6000, me retornou 6098, dizendo que foi enviado ao SAT mas ele estava em processamento. Neste caso eu fiz um controle na aplicação pra considerar como já enviado. Refiz o caso, e funcionou. Ele validou e depois que entrou online, emitiu o documento enviado.

Sem problemas, não precisa modificar. Só pra comentar, eu fiz o seguinte: Exclui os .pas do Fortes e mandei baixar novamente do SVN. Setei a propriedade : ACBrSATExtratoFortes1.LarguraBobina := 80; o Resultado visualizando esta em anexo.

Em anexo eu coloquei a impressão correta do meu Cupom. Ficou com todas as margens corretas. Esta impressora não fiscal que tenho aqui, da marca RWTECH, ela tem uma largura de impressão menor que as outras. Ela ta inclusive no manual 72mm. Eu já tentei utilizar 80mm, mas ai perco o código do produto do lado esquerdo e perco o valor do produto do lado direito (Isto sem informar margens direita/esquerda). Porém quando eu reduzo o paperWidth para 72mm, a impressão ficou correta. (Conforme imagem anexo). Esta impressão em anexo, esta configurada com 72mm de largura, sem margens. Porem utilizando uma bobina padrão 80 mm. Eu estou comentando essa parte do Width x paperWidth, pq se vc fizer um teste ai, na versão do Extrato pra Fortes, colocando 80 no LarguraBobina e mandando visualizar o cupom, vc verá que na tela mesmo ele já aparece errado. Eu entendi que ao invés disto : rlVenda.Width := LarguraBobina; deveria ser isto : rlVenda.PageSetup.PaperWidth := LarguraBobina; O Width do Report correto eh 302mm. Ao meu ver, eu entendi que a propriedade setada ficou errada. Ao invés de ser width deveria ser paperwidth. (pois o paperwidth padrão, definido no próprio componente, é 80mm). Como não tivemos questionamento quanto a isso, concordo com vc de NAO alterar o componente ainda. Eu farei minhas modificações manualmente.

Confirmando aqui nos fontes, eu vi essa parte aqui procedure TACBrSATExtratoFortesFr.FormCreate(Sender: TObject); begin fNumItem := 0 ; fNumPagto := 0 ; fNumObs := 0 ; fObsFisco := TStringList.Create ; fHeightDetItem := rlbDetItem.Height; fResumido := false; fACBrSATExtrato := TACBrSATExtratoFortes(Owner) ; // Link para o Pai with fACBrSATExtrato do begin rlVenda.Width := LarguraBobina; // aqui acho que deveria estar : rlVenda.PageSetup.PaperWidth := LarguraBobina; rlVenda.Margins.LeftMargin := Margens.Esquerda; rlVenda.Margins.RightMargin := Margens.Direita; rlVenda.Margins.TopMargin := Margens.Topo; rlVenda.Margins.BottomMargin := Margens.Fundo; rlCancelamento.Width := LarguraBobina; // Aqui mesmo caso. rlCancelamento.Margins.LeftMargin := Margens.Esquerda; rlCancelamento.Margins.RightMargin := Margens.Direita; rlCancelamento.Margins.TopMargin := Margens.Topo; rlCancelamento.Margins.BottomMargin := Margens.Fundo; end; end; Pra mim ficou certo quando modifiquei essa propriedade.

Blz, Segue anexo os impressos e uma visualização. Eu modificando na propriedade Fortes.LarguraBobina = 72, acontece a falha que mencionei. O Impresso e Visualização ficam ficam fininhos na tela. Ao que tudo indica, o componente esta modificando a propriedade Width e não a propriedade PaperWidth como deveria. Eu anexei tb a impressão correta, quando eu modifico pra 72 no paperwitdh, que fica correto pra mim (meu caso por conta da impressora imprimir 72mm). E anexei tb quando eu não modifico, ou seja, o paperwitdh 80mm, que as bordas ficam incorretas.

Sim Daniel, no Extrato Fortes mesmo. Eu tentei ajustar justamente nesta propriedade LarguraBobina, só que quando mando imprimir, o impresso fica "fininho", ou seja, em uma bobina de 80mm, ele imprimiu na metade da largura. cortando. Visualizando no preview, aparece certinho, mas mandando pra impressora fica errado. Entao eu modifiquei diretamente no Report, colocando o paperWidth 72 e resolveu meu problema temporariamente. Hoje eu vou tentar debugar com calma, pra verificar o que ta acontecendo. Se é minha a falha ou se tem algo acontecendo. Assim que achar, eu posto a informação aqui. Obrigado.

Boa tarde, Estou com uma duvida que não localizei no fórum. Meu cliente adquiriu uma impressora térmica não fiscal da RWTECH. Ela funciona com driver do Windows, então fiz todo o processo de impressão pelo Fortes. Minha duvida foi quanto ao tamanho do papel, pois no manual da impressora, consta que o tamanho da impressão eh de 72mm e não 80mm como seriam o padrão. Tentei modificar isso no tamanho da coluna na propriedade do componente, porem quando eu faço a impressão, o comprovante emite pela metade da bobina, a largura. Ou seja, eu preciso setar como 302 pra que funcione normal. Mas mesmo 302, não estava funcionando normal, ele comia as bordas direita e esquerda, não importando o tamanho que eu colocasse de margem. Minha solução foi acessar os fontes do fortes, e colocar la propriedade Paper Width = 72 mm. Com isso, a impressão ficou perfeita. Em ESC POS eu tentei imprimir, pois ela vem com cabo serial, mas estou recebendo a mensagem : Communication Failed: Função não encontrada. quando eu consegui fazer impressão com driver Generic text, não resolve pois não vem impresso o QRCode nem código de barras. Eu estou com o problema resolvido, fazendo o paper width 72, mas minha duvida é. Esta propriedade não seria a mesma de LarguraBobina que tem no componente ? Ou eu estou confundindo algo ? Obrigado.

Boa tarde, Alguem teve alguma resposta do Fisco referente ao cancelamento pelo emulador na versao final 12 ? Também estou tentando testar os meus arquivos de cancelamento e estou recebendo as mensagens com os problemas iguais aos colegas. Att, Consultando o Site da Sefaz, ao que tudo indica, removeram a versao 12, so esta disponivel a 10. Então acredito que nao tenha o motivos para seguir. Desculpem o post.

Só pra comentar, Fiz um monte de tentativas aqui, inclusive achei varias versoes do RLink na internet, todas que substitui o problema permaneceu. Peguei com um amigo o do Delphi 2007 tb e nao resolveu. Eu descobri apenas que o ACBrSatEscPos Junto com o ACBrSatExtratoFortes dá essa falha. Eu montando o projeto apenas com ACBrSat e ACBrSatExtratoFortes, compila e roda normalmente o projeto. Vou continuar pesquisando e fazendo alguns testes aqui. Qualquer novidade eu volto a postar. Vlw.

Então, fiz um teste aqui da seguinte maneira. Criei um novo projeto no delphi e fui adicionando os componentes relativos ao SAT nele e compilando um de cada vez. Descobri que o AcbrSAtFortes é o que causa a falha. Vou tentar reinstalar o Fortes aqui no meu Delphi pra testar novamente. Se der certo, aviso.

Bom dia, Rogerio, funcionou o seu SATTeste ? Fiz todos os testes mencionados e estou com o mesmo problema. Queria testar o exemplo do SAT do ACBr e esta mensagem acontece comigo. O restante ta normal. queria saber se desinstalou o delphi e ser resolveu ou se foi de alguma outra forma. Vlw.

Boa Tarde, Eu tive um problema parecido outra vez, com um terceiro. Um metodo que usamos foi baixar o XML pelo site da Sefaz, e enviar esse XML ao terceiro, obtendo sucesso na importação deles. Espero que resolva pra ti tb. Boa sorte.