Abimael
-
Total de ítens
17 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Abimael
-
-
Estou enfrentando o mesmo problema, emiti em homologação usando o certificado A1 na máquina do cliente, porém o certificado A3 dele não emite de jeito nenhum.
O certificado A3 do cliente é Certisign modelo token, StarSign Crypto Starsign CUT / S (GD).
O certificado A1 que consegui emitir, é um AC Soluti.
O erro apresentado é este:
Segui os passos neste tópico para enviar um e-mail para SEFAZ, porém eles responderam, que esta normalizado esta questão.
-
Olá a todos, estou com uma dúvida referente a informação no xml quando cliente for simples nacional com excesso de sublimite. Na NF-e já fiz as devidas alterações informado no CRT o valor 2, e esta saindo com os dados corretamente. Porém dei uma pesquisada e fiquei meio confuso quanto a informar isso no SAT. Pois olhando o fonte do ACBr pelo que entendi o próprio SAT que identifica a situação do cRegTrib, e informa isso no xml. Sendo assim queria saber se alguém poderia me informar se quando for SAT devo ou não informar o cRegTrib = 2 quando for SN com excesso de sublimite.
-
19 minutos atrás, Felipe E. Resende Mesquita disse:
Boa tarde, Abimael.
Acredito que seu problema vai ser resolvido, pois a própria Certisign encontrou o erro. Encontrei alguns relatos parecidos com o seu, pois o cliente teve que fazer a troca do certificado.Espero que sim Felipe, realmente pelo que eles falaram houve outros casos parecidos. Bem nos resta só esperar agora. Se quiser fechar o tópico pode fechar. Obrigado
-
1
-
-
Eu testei em 3 maquinas diferentes e nestas máquinas, mesmo instalando os drives e o gerenciador do certificado, não aparecia o certificado pra selecionar nestes 3 computadores testado, porém no gerenciador do certificado aparecia, dava pra realizar teste pelo gerenciador normalmente, mas na aba conteúdo das opções de internet onde vejo os certificados instalados não aparecia. Entrando em contato com o suporte nível 2 da certisign foi informado que o certificado estava corrompido e teria que comprar um novo, porém ao colocar o certificado na máquina da cliente novamente, não sei se é por que la estava instalado anteriormente ele aparecia na lista de certificados e abria o site do ECac normal. Entrado em contato com o suporte da certisign novamente eles verificaram e informaram que o certificado fazia parte de um lote de 2016/2017 que estava com problema mesmo e eles mesmo vão enviar um novo certificado. Cada uma né, bom vamos ver o novo se dará tudo certo, espero que sim! Pra caso alguém venha a ter o mesmo problema, o certificado era um modelo A3, utilizando o leitor de cartão PC USB-TRGemalto, o cartão é aquele cinza que é gerenciado pelo AWP Manager - Oberthur - Gerenciador Criptográfico.
-
Boa tarde pessoal,
Estou tendo um problema na emissão de NF-e referente ao certificado digital.
Meu cliente usa um certificado A3, com a leitora de cartão. Estou usando a Capicom.dll para comunicar com o certificado, porém ao selecionar o certificado apresentava a mensagem de erro "Tipo de provedor inválido especificado.". Eu verifique que isso se deve ao certificado estar configurado como CNG e não CSP. Eu tentei mudar pra usar o ACBrDFeWinCrypt ao invés da Capicom.dll de acordo com o tópico:
Configurei tudo corretamente, e testei na minha máquina com um certificado A1 e transmite normalmente, porém com o certificado A3 do cliente não vai, apresenta sempre o erro: "Falha em obter Provedor de Criptografia do Certificado. Erro:80090014". Procurando aqui no fórum achei o tópico
Porém mesmo com os fontes todos atualizados apresenta a mesma mensagem de erro. Como não da pra debugar, fui colocando uns showmessage, vi que ele identifica que é um certificado CNG corretamente, tanto que chama as funções referente ao CNG contidas no pas ACBrDFeWinCrypt , porém ele para na função "TDFeWinCrypt.CalcHash". Especificamente na seguinte parte:
// TODO: Adicionar suporte a certificados CNG // Obtendo o Contexto do Provedor de Criptografia do Certificado // if CryptAcquireCertificatePrivateKey( FpCertContext, 0, Nil, mCryptProviderCert, dwKeySpec, pfCallerFreeProv) then begin ......
Nessa parte ele pula para o Else e apresenta o erro. Queria saber se realmente nao tem implementação pra certificados do tipo CNG. Ou se alguém tem uma outra solução como por exemplo achei um link que ele muda o tipo de CNG para CSP, porém parece ser especifico pra outro modelo de token, e o da minha cliente não funciona: http://conhecimento.alterdata.com.br/ar/kblive.php?action=showEntry&data=1971
-
Aqui em produção passou normal informando Cobr.Fat.vDesc := 0.001;
E baixei o schemas do portal nfe: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=CoNA9VIgZ3E=
Porém em homologação continua a rejeição 905 Mesmo informando os grupos corretamente
<cobr> <fat> <nFat>6040001</nFat> <vOrig>30.00</vOrig> <vDesc>0.00</vDesc> <vLiq>30.00</vLiq> </fat> <dup> <nDup>001</nDup> <dVenc>2018-10-03</dVenc> <vDup>10.00</vDup> </dup> <dup> <nDup>002</nDup> <dVenc>2018-11-05</dVenc> <vDup>10.00</vDup> </dup> <dup> <nDup>003</nDup> <dVenc>2018-12-03</dVenc> <vDup>10.00</vDup> </dup> </cobr> <pag> <detPag> <indPag>1</indPag> <tPag>15</tPag> <vPag>10.00</vPag> </detPag> <detPag> <indPag>1</indPag> <tPag>15</tPag> <vPag>10.00</vPag> </detPag> <detPag> <indPag>1</indPag> <tPag>15</tPag> <vPag>10.00</vPag> </detPag> </pag>
-
18 horas atrás, Sandro TC disse:
Obrigado.
Sandro, eu estava com o mesmo problema, mudando pro valor vDesc := 0.001. Ele envia a tag. não sei se é algo no AcBr, só sei que assim funciona!
Não esqueça de atualizar a schemas também. -
10 minutos atrás, BigWings disse:
É algum problema de sincronização entre as SEFAZ.
Como o AC usa a SVRS para autorização de NFe, você pode consultar aqui primeiro:
Era isso mesmo. Obrigado.
-
Boa tarde pessoal, não sei se esta com essa dificuldade em outros estados, em SP não estou, mas para o Acre, quando emito uma NFC-e, não consigo consultar pela chave de acesso no site http://sefaznet.ac.gov.br/nfce/consulta.xhtml.
Estou usando o layout 3.10, O mais estranho é que uma NFC-e emitida em 2017 ele consulta normalmente , a nota que acabei de fazer é a 307 sempre que consulta aparece como "Nota Inexistente", agora a nota 4 emitida em 2017 aparece normalmente. eu comparei as 2 no diffChecker, https://www.diffchecker.com/diff mas não achei nada que esteja muito diferente, apenas os padrões que muda a cada nota.
Alguém tem alguma sugestão? Ou sabe informar se é alguma coisa do site, preferi perguntar aqui primeiro por que geralmente a sefaz nunca tem uma resposta, ou demoram pra responder.
O XML vem com retorno de numero de protocolo normalmente
-
1 hora atrás, Juliano Krasucki disse:
Bom dia, já verificou este post
?
Ainda não tinha visto, muito obrigado. Vou dar uma lida. Eu fiquei pesquisando direto pelo nome da função aqui no fórum, nem pensei em pesquisar pelo refactoring do .pas. Obrgiado
-
Foi modificado o arquivo pcnAuxiliar.pas onde eu usava a função GerarChave(...) pra gerar a chave de acesso da NF-e, queria saber sobre a mudança pois não encontrei nada nos comentários do commit, a Alteração foi feita no dia 16/02/2018 da revision 14691 apensa indicando que foi comentado algumas funções em duplicidade, no mesmo dia na revision 14699 foi retirado essas funções do código incluso essa GerarChave(..), eu fui dar um update nos fontes pra adequar a questão da validação GTIN, e começou a dar erro referente a esta função que eu uso. Gostaria de saber caso tenho feito alguma função nova ou algo do tipo
-
Em 05/02/2014 at 08:50, AlexandreWerner disse:
Sei que o tópico é antigo, mas hoje passei pela mesma situação, e consegui resolver isso colocando novamente os Schemas na máquina do cliente.
O computador foi formatado, pois estava muito lento e com um vírus que corrompeu vários arquivos, e após restaurar a cópia de segurança surgiu esse problema “An invalid character was found in text content” ao validar as notas, mas substituindo os schemas funcionou normalmente.Sempre Válido cara, me ajudou muito.. Estou desde manhã tentando arrumar isso. Tinha até me esquecido da schemas, deu certinho aqui valeu mesmo.
-
1
-
-
Em 24/07/2014 at 10:03, Itajahy disse:
Pessoal, descobri o que faltava, era configuração do ExtraRedecard.ini da pasta C:\SiTef\Config, para funcionar opção digitado da redecard deve ser adicionado o parâmetro a baixo.
[GERAL]
TipoTermDigitado=TELEVENDA
Valeu Cara, deu certinho!
-
2
-
-
Caso não tenha Windows xp próximo seria um problema certo?
O problema deste certificado é em relação à criptografia.
Para resolver este problema acesse o site.
http://www.onlinecertificadora.com.br/
click em
SOFTWARES E DRIVES e INTALADOR VALID
no link: Conversor para Sistemas Particulares "Erro de Criptografia 24"
Instale o certificado seguindo o wizard deste instalador.
Valeu Cara, Deu certinho!!!
-
1
-
PROBLEMA COM EMISSÃO DA NFCe
em NFC-e - Nota Fiscal do Consumidor Eletrônica
Postado
Tentei aumentar o timeOut porém também sem sucesso. o erro persiste.