ncc.star

xml_exemplo (1).zipBom dia... Entrei em contato com a Publica. Segundo eles, esse erro (Assinatura do Hash nao confere) é mesmo relativo a assinatura, porém eles não sabem me dizer exatamente o que está errado. Eles me repassaram também o que o shdw postou, todo envio tem que ser assinado e não pode ter nenhuma alteração no XML depois de assinado. Do site da prefeitura de Itajaí ( http://nfse.itajai.sc.gov.br/nfse/jsp/externo/downloads.jsp ) baixei os exemplos de XML, que estão em anexo. xml_exemplo (1).zip

O erro que ocorre (Autorização do cliente não está configurado neste computador) é tanto na minha aplicação como no demo do ACBRNFSe. Será que é algum problema com o certificado??? Porém ele está instalado corretamente e meu cliente afirma que é o mesmo certificado que usa para emitir a NF-e. Se tentar a opção "Gerar e Enviar NFSe" ocorre o erro abaixo: Project Demo_ACBrNFSe.exe raised exception class Exception with message 'Não foi possível carregar o arquivo: <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" /><Reference URI=""><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" /><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" /><DigestValue></DigestValue></Reference></SignedInfo><SignatureValue></SignatureValue><KeyInfo><X509Data><X509Certificate></X509Certificate></X509Data></KeyInfo></Signature></EnviarLoteRpsEnvio>'.

Hélio, você ou alguém está conseguindo emitir NFS-e para o provedor Publica? Abri um tópico, pois não estou conseguindo resolver... Para a Betha já consegui implementar, porém para a Pública, não tem maneira, não sei se é problema com o certificado ou se é algo que necessita alterar no componente. Se alguém puder me ajudar, eu agradeço.

Olá... Estou tentando implementar a NFS-e para o provedor Publica de Itajaí - SC. Por acaso alguém já conseguiu? Atualizando os fontes, quando envia, ocorre o erro "Autorização do cliente não está configurado neste computador". Tentei adicionar o provedor proPublica, na lista da procedure TWebServicesBase.OnBeforePost(const HTTPReqResp: THTTPReqResp; (...) if not (FProvedor in [proGovBr, proSimplISS, proAbaco, proISSNet, proPublica]) O erro de autorização resolveu, porém daí começou dar o erro: Assinatura do Hash nao confere. Alguém tem alguma solução ou alguma ideia do que posso fazer???

Opa... obrigado... Ví que tem alguns códigos que não tem em TnfseNaturezaOperacao, como por exemplo o 50, 60, 70. Outro detalhe é no ACBrNFSeDANFSeQRRetrato, ele fixa a cidade. Exemplo: noTributacaoNoMunicipio51 : qrlNatOperacao.Caption := '51- Imposto devido em São Leopoldo, com obrigação de retenção na fonte'; Eu por enquanto não estou configurando para nenhuma dessas cidades, porém se alguém for usar e imprimir o DANFSe em outra cidade que usa a mesma codificação de natureza de operação vai dar problema...

Acho que se a ideia é disponibilizar em um componente não pode estar vinculado com um terceiro site. Mesmo sendo válida a intenção de não ser necessário alterar o componente se houve alteração no site da receita. Como o projeto ACBr é um projeto de código aberto, nenhum componente pode ficar dependente de um serviço externo onde que ninguém tem acesso ao código fonte para que se for necessário faça-se alguma alteração. Você não pode garantir que seu site vai ficar indefinidamente on-line, se vai suportar os acessos ou mesmo, que você vai conseguir fazer as alterações necessárias no tempo hábil. Além disso, não temos garantia que em algum momento você altere para que salve os dados consultados para um banco de dados (como você comentou anteriormente). Para fazer um componente para o ACBr é necessário que toda a implementação seja dentro dos padrões do ACBr, pois se caso seja necessária uma correção, qualquer um pode fazer essa correção e enviar para ser aprovada, dessa forma o projeto cresce e todos ganham.

Estive analisando o código fonte que vc enviou, só não entendi porque vc está consultando o site fsist.com.br e não diretamente o site da receita federal. Há algum impedimento nisso?

Estou vendo os códigos de natureza de Operação na NFS-e e verifiquei que tem uns códigos, por exemplo, noTributacaoNoMunicipio51, na impressão do DANFSe verifiquei que são códigos específicos da cidade de São Leopoldo. É isso mesmo? Esses códigos são específicos só de São Leopoldo?

Também não acho interessante esta ideia de popular um banco de dados na internet. Independente se a DLL foi ou não disponibilizada gratuitamente. Na verdade, mesmo disponibilizando gratuitamente e os dados sendo públicos você deve deixar claro que está capturando os dados digitados e armazenando em um banco de dados, dessa forma quem estiver implementando poderá decidir se deseja ou não utilizar a DLL. Além disso, há um outro detalhe. Os dados contidos no site da receita federal são atualizados, dessa forma se a pesquisa for feita em um banco de dados externo primeiramente, pode ocorrer que os dados da empresa estão atualizados no site da receita e não foram atualizados no banco de dados externo, resultando em uma informação incorreta.

Você vai disponibilizar também esta DLL para o projeto ACBr?

Olá Fabio. Não é necessário integrar com o Software da IPM. Eles disponibilizam um webservice PHP. Meu sistema está integrado dessa forma. É bem simples, basta você enviar o XML da NFSe para o WebService e ler o retorno. Caso a nota for autorizada, volta também um código HTML da nota fiscal, que você pode salvar e visualizar para impressão. Pelo componente ACBr, creio que não seria viável fazer pois pois a IPM segue um padrão próprio. Entra em contato com eles e pede o manual de integração e um exemplo de como integrar com o Delphi. Eles enviaram para mim, mas não lembro mais onde salvei.

Você já chegou a atualizar os componentes?

Sim, é possível verificar a validade do certificado pelo ACBr. ACBrNFe1.Configuracoes.Certificados.DataVenc; Eu verifico essa data e faltando alguns dias para o vencimento disparo avisos para os usuários.

Na minha opinião o componente está correto. Fiz um teste agora com o emissor gratuito em homologação da exportando uma nota. Diferente do que diz no FAQ, o arquivo exportado da nota segue o padrão chave_da_nota_fiscal-procNfe.xml. Tem duas opções para exportar, txt e XML. E na opção de XML o próprio sistema tem uma opção para alterar o nome do arquivo, ou seja, posso alterar para qualquer nome. Como o Ítalo já comentou, na página 77 trata uma nomenclatura padrão para guarda dos arquivos, no final ainda diz que "O padrão de nomenclatura também facilitará o aplicativo visualizador do CT-e." Inclusive, a chave do CT-e diz muito mais que o protocolo, na hora de visualizar o arquivo, caso seja necessário por exemplo fazer uma busca. Pelo que eu entendi, os nomes de arquivos que tratam a página 88 é responsabilidade da Sefaz, pois está dentro do item 11 que é Compartilhamento de Informações do CT-e entre Órgãos Públicos. Acho que se deixar uma propriedade como nomexmlpadrao vai acabar confundindo. Talvez o que pode ser feito é uma configuração onde escolhe o que deseja salvar no nome do arquivo, se é o protocolo, chave ou até apenas o número e série da nota. Porém tem de ver se vale a pena isso, visto que também não é difícil depois do arquivo salvo com o padrão de hoje, fazer um procedimento que renomeia ou copia para um outro diretório com um outro nome, de acordo com o que achar mais correto.

Estou homologando meus boletos junto ao banco Sicredi. O relatório da validação do arquivo de remessa apontou um erro no campo Nosso Número. Exemplificando: Nosso Número: 00004 No arquivo de remessa está gerando 000000045 O correto seria gerar: 122000040 Que é o mesmo valor que gera no boleto impresso: 12/200004-0 Então, para corrigir seria só alterar a linha 275 do ACBrBancoSicred.pas, para calcular o campo nosso número igual ao valor que gera no boleto impresso, porém somente os números. Inclusive é o que está escrito nos comentários dessa linha: // 048 a 056 - Nosso número sem edição YYXNNNNND - YY=Ano, X-Emissao, NNNNN-Sequência, D-Dígito

Sugestão: Valide o XML que você gerou em https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx? Veja no manual os campos que são obrigatórios, tamanho mínimo/máximo de caracteres obrigatórios

hum.... então da maneira que estou fazendo está errado... rsrsrs Na real estou um pouco perdido com a NFS-e, porém acho que agora entendi.

Tenta também ver esse tópico:

Você chegou a entrar em contato com a certificadora para ver se o certificado tem suporte para Windows 2008 64 bits?

Atualizei os fontes e o Demo. No demo não tem nada relativo a validação, apenas gera e envia. Alterei para validar logo após de gerar e ocorre o mesmo erro. Será que é o caso de não validar e enviar a nota direto? procedure TfrmDemo_ACBrNFSe.GerarNFSe(NumNFSe: String); (..) NotasFiscais.Assinar; NotasFiscais.Valida; end; end;

Olá Italo. Sim, se o diretório schemas não estiver certo ele retorna o erro que o arquivo XSD não foi encontrado. Quanto a cidade, é São Bento do Sul. Utiliza o provedor Betha. O erro ocorre exatamente na linha: ACBrNFSe1.NotasFiscais.Valida; Os schemas estão atualizados.

Estou iniciando a implementação da NFS-e no meu sistema. Consegui gerar o XML, porém ao validar está dando o erro abaixo: Falha na validação dos dados da nota 498 O elemento '{http://www.betha.com.br/e-nota-contribuinte-ws}Rps' é usado mas não está declarado no DTD ou no esquema. Alguém tem alguma sugestão do que pode ser?

Provavelmente, se é os scripts, não sei se é viável retirar do DANFE. Com os scripts é possível "programar" dentro do Fast, como se estivesse no Delphi. Isso agiliza um monte. É o verdadeiro "Filé" do Fast..rsrsrs Claro que para comprar a licença do Fast só para compilar o DANFE não vale a pena, porém você pode pensar talvez em estudar o fast e talvez migrar seus relatórios... Eu uso o fast já faz um tempão... valeu cada centavo que eu investi. Tenta ver nesse site: http://www.firebase.com.br/fb/produtos.php#fastreports se o preço não é melhor talvez.

Up! Alguma novidade quanto esta alteração que sugeri/implementei?

O consumo indevido não é monitorado com base no CNPJ/Certificado digital? Esses dias aconteceu comigo em um cliente (tb acho que era de SP), depois voltou ao normal e não aconteceu mais. Detalhe, só dava consumo indevido se consultava uma NF-e específica, outras notas autorizavam normal. No outro dia essa nota específica autorizou.