pierrymodesto
-
Total de ítens
32 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por pierrymodesto
-
-
Boa tarde.
A situação é a seguinte: o cliente entra no site da detran para autorizar a fabricação de uma placa para veiculo. Em seguida vai no meu software e emite a nota fiscal eletronica. Bom até entao estava funcionando tudo belezinha, mas derrepente começou a aparecer o erro 12157, erro no suporte a canais seguros. Se fechar o sistema e entrar novamente emite a nfe normal. Mas a questão é outra, coisa que já vi aqui no forum mas nao vi ainda a solução, ou pelo menos nao encontrei. É a concorrencia para usar o mesmo certificado em dois sistemas distintos.
Acontece que o micro foi formatado e até, por outras necessidade, já foi trocado o computador onde emite a nfe e ainda nao foi solucionado.
Caso alguem já tenha passado por isso e puder dar uma dica, fico agradecido.
Obrigado.
-
Bom,
Reinstalei o Delphi 2010 e todos os componentes, e o erro ainda persiste.
Caso alguem já tenha passado por isso favor postar.
Obrigado.
-
Bom dia a todos.
Estou implementando agora e fui testar no exemplo e gerou o arquivo normalmente. Mas esta dando este erro ao imprimir.
Será que é problema de configuração ou instalação?
Obrigado.
-
Obrigado Juliomar, era isso mesmo.
-
Boa tarde.
Em meu sistema ta gerando o pdf, mas em apenas um cliente ocorreu este erro hoje.
Se eu utilizo a versao anterior da compilação com o Trunk 2 funciona sem problemas.
-
Bom dia.
Este eu nunca vi.
Apos formatar meu computador e reinstalar todos os programas e compilar a aplicação, em alguns cliente esta dando falta desta biblioteca "libicuuc.dll"
alguém sabe dizer o que pode ser isso.
Sei que nao esta associado ao ACBR porque esta acontecendo apenas em alguns clientes, mas como aqui possui uma equipe bem diversificada pensei que alguém poderia dar uma ajuda.
Obrigado
-
Obrigado André.
Certinho agora.
-
Vendo ja os post anteriores, anda continuo com o problema abaixo relacionado. Se puderem ver, esta em anexo a imagem do erro e o xml.
Obrigado
-
Bom dia a todos.
Estou implementando a classe TDI para controle de abas em meu sistema. Baixei do site http://www.devmedia.com.br/artigo-clube-delphi-110-formularios-em-abas/14379 , até ai esta funcionando bem, mas o componente ACBREnterTab parou de funcionar. Não consigo de forma alguma utilizar este controle.
Alguém já passou por isso ou tem alguma outra classe para se trabalhar com abas em formulários?
Segue anexo a classe TDI que estou usando.
Obrigado.
-
Acredito que quem iniciou este post, pode colocar como resolvido, pois aqui também, como os outros colegas postaram, esta normal o cancelamento.
Obrigado a todos.
-
Pierry, esta nota técnica é antiga... veja que é de 2013.
Veja o que escrevi anteriormente, atualize os schemas e veja se resolve.
Att,
Emerson.
Emerson, já atualizei, mas nao resolveu. continua com o mesmo erro.
att
-
Também estou com o mesmo problema.
A nota técnica Nota Técnica 2013/008 fala a respeito.
"Nota (*1): Na forma anterior, a verificação da existência do Registro de Passagem era feita acessando
uma base de dados nacional que mantinha o registro da passagem da NF-e nos Postos Fiscais existentes. No novo modelo de eventos, o Registro de Passagem é automaticamente distribuído para o ambiente de cada SEFAZ, eliminando a necessidade de consumo de Web Service do Ambiente Nacional. Portanto, para o Registro de Passagem, foi eliminada a validação “642 - Rejeição: Falha na Consulta do Registro de Passagem, tente novamente após 5 minutos“.Nao sei como solucionar, talvez alguém com maior conhecimento possa verificar o erro.
-
Pelo que pude constatar, no item você tem que colocar o valor total de desconto do item.
No final, a soma de todos os valores de desconto dos itens tem que fechar com o total de desconto da "capa da nota"
No seu xml, pelo que ví, o valor do desconto no item tem que multiplicar pela quantidade para fechar.
Verdade, coloquei o valor total do desconto por item, e fechou.
Valeu.
-
Boa tarde.
Sei que há vários tópicos sobre este assunto, mas apos ver alguns e nao conseguir sanar minha dúvida, estou postando aqui o XML para que possa ver onde estou errando ao colocar o valor do desconto por item.
Obrigado.l
-
-
Pierry. Se a empresa emitente está no regime CRT=1 (Simples), eu não concordo que vc preencha com o código 290 (2) Origem da Mercadoria (90) CST.
Pois CST é para empresas que se enquadram no regime normal e para preencher este campo vc deve mudar a CRT de 1 (simples) para 3 (normal).
No meu modo de ver, vc deve preencher o campo origem da mercadoria <orig> e CSOSN 900 que permite destacar o imposto.
Se desejar ler o tópico abaixo, tem uma ampla discussão sobre este assunto.
Tambem concordo com voce, mas a empresa na qual irei devolver os itens, nao permite que eu emita com o csosn 900, como foi feito inicialmente, e inclusive tivemos que cancelar a nota. Mas o contador pediu para que eu emitisse de acordo com o solicitado, no qual ficou esta nota com o "regime normal", apenas esta nota, e depois voltou a emitir com "simples",
Agradeço pela atenção.
-
-
Ok Kiko, voce está certo quando disse que fiquei confuso, pois estou mesmo....
Mas no caso de produtos importados adquiridos no mercado interno, usa-se o csosn 290 para outras operações, que é este caso de devolução, e então quando emiti a nota de devolucao para o fornecedor, este não aceitou e me disse que teria que ser o csosn 290.
-
Bom dia,
Estou emitindo uma nfe de devolucao onde os produtos sao importados adquiridos no mercado interno. A empresa emitente é optante pelo simples nacional, no caso deveria emitir com o csosn 290 como foi solicitado.
Ao validar a nfe esta saindo os produtos com o csosn 900 e nao com o 290.
já atualizei os arquivos e nada. que devo fazer para que o csosn seja impresso corretamente?
-
Ok, vou testar, obrigado.
-
Codigo onde coloca dos dados do tranportador
// Dados do Transportadorif Copy(CBFrete.Text,1,1)='0' then beginTransp.modFrete := mfContaEmitente;end else if Copy(CBFrete.Text,1,1)='1' then beginTransp.modFrete := mfContaDestinatario;end else if Copy(CBFrete.Text,1,1)='2' then beginTransp.modFrete := mfContaTerceiros;end else if Copy(CBFrete.Text,1,1)='3' then beginTransp.modFrete := mfSemFrete;end ;//Transp.Transporta.CNPJCPF := MeuEdit6.Text ;Transp.Transporta.xNome := MeuEdit2.Text ;Transp.Transporta.IE := MeuEdit7.Text ;Transp.Transporta.xEnder := MeuEdit3.Text ;Transp.Transporta.xMun := MeuEdit4.Text ;Transp.Transporta.UF := MeuEdit5.Text ;Transp.retTransp.vServ := 0;Transp.retTransp.vBCRet := 0;Transp.retTransp.pICMSRet := 0;Transp.retTransp.vICMSRet := 0;Transp.retTransp.CFOP := '';Transp.retTransp.cMunFG := 0;Transp.veicTransp.placa := ALLTRIM(MeuEdit8.Text) ;Transp.veicTransp.UF := ALLTRIM(MeuEdit9.Text) ;Transp.veicTransp.RNTC := '.'; -
Italo, fiz isso hoje mas não deu. Reportou o mesmo erro, de que estava faltando os dados do transportador.
-
Ele gera um erro dizendo que esta faltando um pacote "Required package 'frxDB7' not found"
e nao deixa instalar o componente.
Sei que seta para um arquivo, mas nao consegui localiza-lo.
Utilizo o Delphi 7
-
Comecei a usar o rave porque nao consegui configurar o componente acbr para o fortes depois que formatei minha maquina.
Consegui configurar o componente para o Fortes.
Este erro ocorre esporadicamente, entao ainda nao consegui verificar o porque ocorre, mas o interessante é que às vezes ocorre em algum cliente.
dois sistemas usando o mesmo certificado
em NFC-e - Nota Fiscal do Consumidor Eletrônica
Postado
Obrigado pela resposta Samuel.
Mas o problema é justamente este. Sempre que dá este conflito, tenho que alterar as opções do IE ou entao sair do sistema para iniciar novamente a comunicação com o certificado digital. porque parece que quando o site que o cliente usa também o certificado digital, ele "corta" a comunicação com o meu sistema, e se saio e entro novamente, volta a emitir normal.