serginhoott
-
Total de ítens
83 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por serginhoott
-
-
Italo, é o Trunk2
-
Italo boa tarde, estou passando o cIdToken=0000010867478720150001 apenas para calcular hash sha1 , para formação da url estou passando cIdToken=000001 conforme segue:
o que pode ser?
-
Pessoal, eu fiz uma alteração para gerar o SHA1 por outro componente, o sha1 bate com o validador que o Pedro me indicou, a entrada é a seguinte:
chNFe=43151108674787000189650020000002181000002182&nVersao=100&tpAmb=2&dhEmi=323031352D31312D32365430393A34323A30302D30323A3030&vNF=300.00&vICMS=0.00&digVal=42514F394F72366F4D4D633232684A62463950466B48512B4871513D&cIdToken=0000010867478720150001
gerando um sha1: 3B40CD63409DF15094D6BAE047D2AF5F7E20D043
porém o problema está aqui agora quando vou gerar para hexadecimal, o hexadecimal desse sha1 fica: 33423430434436333430394446313530393444364241453034374432414635463745323044303433
Porém com esse hexadecimal no cHashQRCode= da erro de validação de Schema conforme mostro a seguir:, os Schemas estão atualizados
-
Pedro, se deixar IncluirQRCodeXMLNFCe=false não valida pois o WebService do RS já está exigindo essa informação como obrigatória.
-
Pedro, até o momento não deu nada certo do que eu tentei.
-
Juliomar, obrigado pela dica, mas infelizmente nenhuma delas deu certo.
-
Juliomar, na verdade estou usando Delphi XE
-
Regys, eu tava debugando novamente o código e acho que o erro pode estar na função SHA1 do synacode, o result da função está retornando um monte de caracteres que na minha visão não são de uma criptografia SHA1, coloquei em anexo a imagem com o result da função.
-
Regys, o CPF/CNPJ está sendo passado sem pontos e traços, CSC estou passado os 8 primeiros dígitos do CNPJ + 2015 + 0001 e IdCSC 000001 pois estou enviando em homologação, estou enviando em homologação para o RS.
-
Bom dia, estou recebendo a mensagem de: Codigo de Hash no QR-Code difere do calculado já conferi todos os parametros, debuguei os fontes e não consegui achar o problema, alguém pode me ajudar?
em anexo o envio do lote e a resposta da sefaz.
-
Pessoal, consegui fazer a instalação apenas compilando todos os pacotes no braço, pelo instalador do ACBR não teve jeito, não compila os pacotes de jeito nenhum. Obrigaod pelas dicas
-
Obrigado pelas dicas dos amigos, porém nenhuma delas funcionou, continua os mesmos erros tanto para Delphi XE quando para Delphi 2007 e infelizmente o log não esclarece o erro, alguma sugestão a mais além das já citadas que possa ajudar??
-
Boa tarde, desculpa se estou repetindo algum tópico mas estou com problema ao instalar o AbcrTrunk2, no Delphi XE nem começa a compilar o primeiro pacote, e o log (em anexo) não me esclarece, dei uma olhada e não diz nada, eu fiz a instalação normal no Delphi 2007, porém na hora de abrir o Delphi ta falha ao carregar as bpls, conforme a imagem que anexei também, se alguém puder ajudar fico agradecido.
-
Acho que está com problema sim
Estou recebendo a seguinte mensagem: 507 - Rejeicao : Chave de Acesso invalida (Tipo de emissao invalido) na consulta CTe
E no envio de CTe tipo SubContratado a mensagem: 480- Rejeicao: Chave de Acesso de CT-e anterior invalida (Tipo de emissao invalido)
Creio que seja problema na sefaz, já conferi todas as chaves e todas corretamente
-
Isso mesmo Italo, a maquina está no MT, mas você diz alterar o fuso do Windows pela aplicação?
-
Aqui voltou a funcionar a consulta agora.
-
Para gerar apenas pdf coloca assim como no exemplo abaixo:
ACBrCTe1.WebServices.Envia(intNumeroCTe);
dmcte.ACBrCTe1.Conhecimentos.ImprimirPDF; -
Boa tarde, gostaria da ajuda dos colegas para tentar resolver um pequeno problema com alguns cliente, vou explicar a situação.
Tenho um cliente rodando o sistema em um, a matriz fica no MT e filial no PR, ai entra o meu problema, por padrão tenho deixado o relógio do Windows com fuso horário de Cuiabá (-4), que é onde tem maior emissão de CTe. Para autorizar no Paraná não tenho feito nenhum ajuste no horário, autoriza o cte tranquilamente, não da problema na hora de autorizar, o problema está quando precisa cancelar, dai o cliente tem que esperar 1 hora para não dar o erro de "data do evento não pode ser menor que a data de autorização" porque na sefaz do PR ficou a data de autorização com horário de Brasília e o evento pega o fuso horário e hora do pc, que está -4, consequentemente depois de 1 hora cancela o cte, ou tem q alterar o fuso o horário do PC para Brasília(-3) e colocar o horário de Brasília na hora de transmitir o evento de cancelamento, ai cancela, fica chato ter que pedir para o cliente esperar 1 hora para cancelar, gostaria de ver com os colegas se alguém passa por isso e se tem alguma solução para esse problema?
-
Ainda esta com problema lá, já liguei na Sefaz do MT e me falaram que estão verificando o problema, mas isso já faz 2 horas mais ou menos.
-
Bom dia, no MT sim outros estados normal, MT com problemas na consulta realmente.
-
blz Julio, ainda estou negociando com um cliente, caso eu tenha demanda eu vou desenvolver e posto os fontes aqui para a comunidade.
-
Boa tarde, procurei e não localizei nos fontes nada sobre a cidade de Concórdia SC, o provedor é FiscalWEB da empresa IPM, alguém está desenvolvendo para esse padrão ou já existe esse provedor nos fontes?
-
Estou com o este problema (105 - Lote em processamento) nesse momento em um cliente do MT, já faz dias que está ocorrendo isso, ta demorando 1 hora mais ou menos para emitir um CTe, alguém mais com esse problema?? Liguei na Sefaz do MT o pessoal da TI me disse que está tudo operando normalmente.
-
André, como é a configuração do componente com EscPos? porde usar usb ou somente serial? aonde configuro a porta?
Rejeicao: Codigo de Hash no QR-Code difere do calculado
em ACBrNFe
Postado
Italo, a principio sim, me corriga se estiver errado:
idCSC: 000001
CSC: 0867478720150001
estou usando em homologação 8 primeiros digitos CNPJ + 2015 + 0001, conforme o manual da Sefaz.