rbleonel

Olá pessoal, tudo bem? Estou quebrando cabeça aqui com este erro ao enviar um lote com 50 registros no ambiente de homologação. Erro: “O identificador não está no estado correto para a operação solicitada.” No meu PC os componentes estão atualizados. O que pode ocasionar este erro? Obrigado, Rogério.

É isso ai Daniel, matou a pau... Muito obrigado pela ajuda! Rogério.

Daniel, O ACBrMail envia e-mail muito, mas muito mais rápido que o IdMessage, mesmo com anexos. Muito bom mesmo!!! Com relação à acentuação, acredito que seja algum detalhe com o Delphi 2010. Eu já vinha enfrentado este problema com o componente IdMessage da Palheta Indy. Como lhe disse, eu utiliza o charset LATIN1 e funcionava sem problemas. Agora, eu coloquei uma função para remover os acentos para enviar o e-mail e está funcionando bem. Vou tocar desta forma até encontrar este problema. Outro detalhe, preciso alterar a propriedade Priority e não estou conseguindo. A minha aplicação tem um TComboBox com as opções de prioridade para serem alteradas ao enviar o e-mail, porém, quando vou compilar está dando erro. Estou fazendo assim: ACBrMail1.Priority := 'MP_normal'; Como é a forma correta? Obrigado, Rogério.

Sim, abri o link e li sobre o assunto. Curioso é que acentuação não vai de forma alguma pelo ACBrMail.

Eu utilizo o Delphi 2010. Utilizando o charset CP1252, quando existe acentuação, a letra acentuada é removida. Veja: "configuraes" E não tem como colocar o LATIN1 no componente?

Daniel, Eu já tive este mesmo problema com o componente IdMessage, onde, eu utilizava UTF8 e só foi resolvido utilizando LATIN1. Com UTF8 veja como fica a palavra acentuada: configura��es Onde existem acentuações é colocado o caractere � É assim que sai no corpo do e-mail. Tem alguma outra alternativa? Obrigado, Rogério.

Daniel, Utilizando o ACBrMail, o e-mail é enviado normalmente no Windows 8. Só encontrei um problema referente a acentuação. No ACBrMail eu não encontrei o charset = LATIN1. Esse charset permite enviar textos com acentuação. Fiz testes com alguns deles e eles não permitem acentuação. Qual charset devo utilizar no ACBrMail para obter acentuação? Outra pergunta, o que o ACBrMail faz de diferente que envia o e-mail normalmente no Windows 8? Obrigado, Rogério.

Daniel, Realmente não é um erro. Eu me expressei errado! Sim, o provedor ou sei lá quem está fechando a conexão antes que o e-mail seja enviado. Quanto ao ACBrMail, vou fazer um teste com ele e retorno o resultado aqui. Obrigado, Rogério.

Olá pessoal. Utilizo Delphi 2010. Minha aplicação foi instalado no Windows 8 64 bits. Está funcionando normalmente, menos o envio de e-mail. Nas versões anteriores do Windows o envio do e-mail funciona perfeitamente. Sempre que vai enviar o e-mail, retorna a seguinte mensagem: Connection close gracefully. Alguém sabe dizer o motivo disso acontecer apenas no Windows 8 e somente no Windows 8? Obrigado, Rogério.

Olá pessoal, tudo bem? Estou enviando um lote para o provedor Ginfes e está dando a mesma mensagem de erro. Os componentes estão atualizados no meu PC. Alguém tem algum ideia de como resolver este problema? Obrigado, Rogério.

Pois é Joel, no meu caso o PC também foi formatado e tudo reinstalado e nada de resolver. A única coisa de diferente é que é um Windows 8 64 bits. A empresa que vendeu o certificado disse que isso não tem nenhum problema. De fato não existe nenhum problema em ser Windows 8, pois, o emissor gratuito reconhece o certificado sem problemas. Apenas o ACBr que retorna erro nessa DLL. Obrigado, Rogério.

Não foi testado porque a empresa só tem um PC e eu ainda não fui lá com meu lap top para fazer este tipo de teste. Por outro lado, o cliente já emite NFe pelo emissor gratuito e por este programa o certificado digital funciona normalmente.

Olá pessoal. Fiz a mesma pergunta em outro tópico. Resolvi criar outro tópico, pois, onde eu postei está como RESOLVIDO e não sei se com isso minha dúvida será vista pelo demais colegas. Caso esteja errado, por favor, me informe para que eu remova este tópico. Estou com um problema com o certificado digital da Boa Vista. O ACBrNFe está exibindo corretamente a lista de certificados instalados, o certificado da Boa Vista é exibido corretamente, abre a janela para digitar o PIN, porém, retorna a seguinte mensagem: Access violation at address in module wininet.dll Ou então, retorna a seguinte mensagem: Parâmetro incorreto. Para o caso do wininet.dll, a dll está na pasta System32 e na pasta SysWON64. Também fiz o registro da DLL. Alguém sabe dizer o que ocasiona este erro e como posso solucioná-lo? Obrigado, Rogério.

Olá pessoal. Estou com um problema diferente ao do amigo, porém, é com o certificado digital da Boa Vista. O ACBrNFe está exibindo corretamente a lista de certificados instalados, o certificado da Boa Vista é exibido corretamente, abre a janela para digitar o PIN, porém, retorna a seguinte mensagem: Access violation at address in module wininet.dll Ou então, retorna a seguinte mensagem: Parâmetro incorreto. Para o caso do wininet.dll, a dll está na pasta System32 e na pasta SysWON64. Também fiz o registro da DLL. Alguém sabe dizer o que ocasiona este erro e como posso solucioná-lo? Obrigado, Rogério.

Olá pessoal, tudo bem? Com relação à Brasília, pelo o que vi nessa portaria, não são todos os estabelecimentos que podem emitir NFe de serviço. Além disso, essa operação é de PJ para PJ. Estou com um caso em que o prestador de serviço é um estacionamento e o tomador é PF em sua maioria. Neste caso, como fica o documento fiscal para Brasília? Deverá ser emitido NFSe, NFCe ou ECF? Alguém saberia me explicar esse caso? Obrigado, Rogério.

Isaac, No meu caso, eu acho que não é esse o problema. Veja como eu faço: ACBrNFe1.Enviar(0, False); MemoResp.Lines.Text := UTF8Encode(ACBrNFe1.WebServices.Retorno.RetWS); LoadXML(MemoResp, WBResposta); Estou seguindo conforme está no demo do ACBrNFe. Obrigado, Rogério.

Ok, sem problemas! Ainda referente a certificado digital, tenho alguns casos que não sei como resolver. O que vou explicar acontece SOMENTE com o certificado A3 tipo Token (igual ao pen drive). Em diversos casos, é gerado o XML e ao enviar para a Sefaz, aparece TWebBrowser de resposta/retorna da Sefaz a seguinte mensagem: A página XML não pode ser exibida. Não é possível exibir a entrada de XML usando a folha de estilos. Corrija o erro e clique no botão atualizar ou tente novamente mais tarde. Para resolver o problema por alguns dias, é feito a reinstalação do certificado. Após alguns dias o problema volta a aparecer e reinstala novamente. Já entrei em contato com a empresa que forneceu o certificado (Serasa, Imprensa Oficial, Certisign) e eles dão sempre a mesma resposta: Não existe nenhum problema com o certificado e que o problema está na aplicação. O que é curioso é que com cartão e leitora esse problema nunca aconteceu. Um dos clientes que passa por este problema executa outras operações com o mesmo certificado e nunca teve nenhum problema desta natureza. Baseado neste problema, o que eu posso fazer na minha aplicação + ACBrNFe para resolver este problema? Obrigado, Rogério.

Olá pessoal! Referente ao certificado digital, ele sempre é instalado e aparece no navegador Internet Explorer. Gostaria de saber se existe alguma maneira de utilizar o ACBrNFe + Capicom sem a necessidade do certificado estar instalado no navegador IE para certificados do tipo A3. É possível? Se sim, por favor, como fazer? Obrigado, Rogério.

Prorrogado novamente... http://info.fazenda.sp.gov.br/NXT/gateway.dll/legislacao_tributaria/portaria_cat/pcat1022014.htm?f=templates&fn=default.htm&vid=sefaz_tributaria:vtribut

Eu também acho! E não tem como arrumar ou não tem nenhuma dica ou sugestão do que eu possa fazer, além de achar triste?

Pois é, não funciona!!!

Imposto.IPI.cEnq := '999'; Imposto.IPI.CST := ipi50; Imposto.IPI.vBC := Table1.FieldByName('ValorTotalItem').AsFloat; Imposto.IPI.pIPI := Table1.FieldByName('AliquotaIPIVenda').AsFloat; Imposto.IPI.vIPI := Table1.FieldByName('ValorIPIVenda').AsFloat;

Negativo!!! Utilizo o componente ACBrNFe no meu aplicativo.

Não sou eu quem informou isso no XML e sim, o ACBr. Meu aplicativo lança os valores e CST corretamente, porém, o ACBr não acata o que é informado e deixa como está ai. É por isso que não passa pela Sefaz. Qualquer coisa que é informado nessas TAGS, o ACBr ignora e deixa conforme você verificou.

XMLTemp.xml Ao enviar para a Sefaz, retorna erro: Total do IPI difere da somatória dos itens Isso é devido a falta das TAGS referente ao IPI no produto. Segue o XML em anexo. Obrigado, Rogério.