Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 21-10-2024 em Posts

  1. Bom dia pessoal, Estou tentando homologar a emissão de Franca no meu software (Sem ACBR), estou utilizando o método GerarNfse e recebo o erro: Erro no script NFENotaFiscalWSXMLAssinaturaValidar: javax.xml.crypto.URIReferenceException: com.sun.org.apache.xml.internal.security.utils.resolver.ResourceResolverException: Cannot resolve element with ID 6423805710 O provedor SilTecnologia me retornou que devo remover o atributo URI da tag Reference, assim: <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"/> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/> <DigestValue>cCBkT8KBcCtFeDmfEiUH/dtD3DI=</DigestValue> </Reference> </SignedInfo> <SignatureValue>assinatura</SignatureValue> <KeyInfo> <X509Data> <X509SubjectName>EMPRESA QUALQUER LTDA:01234560000102</X509SubjectName> <X509Certificate>minha-chave-publica</X509Certificate> </X509Data> </KeyInfo> </Signature> Fazendo isso, retorna o erro: <GerarNfseResposta> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>1</Codigo> <Mensagem>Falha na validação da assinatura.</Mensagem> <Correcao>Corrija os campos informados.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </GerarNfseResposta> Importante dizer que com o URI preenchido corretamente eu obtenho sucesso no validador: https://servicos.receita.fazenda.gov.br/servicos/assinadoc/ValidadorAssinaturas.app/valida.aspx Removendo o URI conforme o provedor informa ser correto, a assinatura fica inválida mesmo. Alguém tem alguma ideia do que pode ser?
    1 ponto
  2. Boa tarde @willian_delan, Muito obrigado pela colaboração, já foi criado a TK-6135 para atualização do arquivo.
    1 ponto
  3. Em outro topico eu anexei uma alteração do componente de validação com a alteração para permitir esse novo padrão; https://www.projetoacbr.com.br/forum/topic/79708-cnpj-alfanumérico/#comment-515385
    1 ponto
  4. No caso este subforum e o tópico é para tratar do componente ACBrNFSeX. use um canal mais apropriado por não ter duvidas relativa ao componente https://www.projetoacbr.com.br/forum/forum/65-dúvidas-não-relacionadas-ao-acbr/
    1 ponto
  5. Foi enviado ao SVN na Rev-35713, ajustes visando resolver esta questão. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.
    1 ponto
  6. Por enquanto está implementado apenas para o extrato SAT.
    1 ponto
  7. Certo... a forma que eu utilizo para agrupar é no preview e isso continua funcionando então ? Tenho também outra rotina que exporta e de fato, na exportação os pdf vão separados.
    1 ponto
  8. Bom dia! Arquivos recebidos! Vou fazer alguns testes com os mesmos e retorno assim que descobrir mais informações.
    1 ponto
  9. Bom Dia ! Penso que não, pois eu uso fortes e é impresso de forma agrupada.. Veja abaixo 5 paginas pois tem duas Nf-e que passa de uma página PDF gerado com 5 páginas
    1 ponto
  10. de antemão gostaria de agradecer o suporte... o core do ACBr me atendeu em um domingo.. @Daniel Simoes o fundador. me atendeu.. @Juliomar Marchetti uma das lendas.. muito obrigado.
    1 ponto
  11. Obrigado por compartilhar já temos ele, só agora é o tempo de ser feito. vou fechar o tópico pois assim que for implementado será noticiado nos canais.
    1 ponto
  12. Prezados, Sou contador e programador(nao profissinal) e recentemente estou desenvolvento aplicativo proprio para consumir as API do SERPO(Receita Federal) relacionas ao Integra Contador..mas criar um componente esta longe da minha capacidade. La tem disponivel uma gama muito grande de serviços relacionadas a facilidade de integração entre Contador e Receita Federal.. abaixo alguns exemplos de funcionalidades disponiveis no sistema: PGDASD - Consultar Declarações PGDASD - Consultar a Última Declaração/Recibo PGDASD - Consultar Declaração/Recibo PGDASD - Consultar Extrato do DAS PGMEI - Consultar Dívida Ativa DCTFWeb - Consultar o Recibo da Declaração DCTFWeb - Consultar Declaração Completa DCTFWeb - Consultar o XML da declaração Procurações - Obter procuração DCTFWeb - Gerar Guia Declaração Sicalc - Consolidar Emitir DARF PAGTOWEB - Gerar Comprovante de Pagamento...etc Minha sugestao seria criar componente para ajudar os contadores nas taferas diarias..Ja que a maioria dos sofwares hoje que fazem esse tipo de tarefas utilizam navegadores por exemplo para conseguir as informações.(passando pelos chatos captchas).. Mais informacoes estao no site https://apicenter.estaleiro.serpro.gov.br/documentacao/api-integra-contador/
    1 ponto
  13. Bom dia creio que não, pois é uma API fechada e paga ao que indica no site deles além de ser um nicho fechado de mercado que é contador, não é algo usual na automação comercial
    1 ponto
  14. Olá pessoal! No dia 17/10/2024 foi publicado o Correio Eletrônico Circular SEF/DIAT/Nº 18 / 2024 divulgando cronograma para a ativação das regras de validação relacionadas as informações do cBenef e do grupo de informações do crédito presumido. Regra de Validação Descrição da Regra Data de ativação no Ambiente de Teste Data de ativação no Ambiente de Produção N12-85 (NF-e) Se informado CST e não informado código de benefício fiscal: verificar se CST exige código de benefício fiscal (tag: cBenef), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina. 04/11/2024 03/02/2025 N12-85 (NFC-e) Se informado CST e não informado código de benefício fiscal: verificar se CST exige código de benefício fiscal (tag: cBenef), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina. 04/11/2024 01/04/2025 N12-94 (NF-e e NFC-e) Se informado CST e informado código de benefício fiscal: verificar se código de benefício fiscal corresponde ao CST informado, conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina. 02/12/2024 28/04/2025 N12-98 (NF-e e NFC-e) Se informado código de benefício fiscal: verificar se o código de benefício fiscal existe e está vigente, conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina. 02/12/2024 28/04/2025 N14a-20 (NF-e) Se CST de ICMS = 51 (diferimento) e informado tag:ICMS51/cBenefRBC (id:N14a): verificar se código de benefício fiscal de redução de BC (cBenefRBC) existe, está vigente e corresponde a um código de benefício de redução de base de cálculo (coluna CST 20 = SIM), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina(NT2019.001). 02/12/2024 28/04/2025 I05h-10 (NF-e e NFC-e) Se informado código de crédito presumido (tag: cCredPresumido): verificar se código de crédito presumido existe, está vigente e corresponde a um código de crédito presumido, conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina(NT2019.001). 02/12/2024 28/04/2024 N12-86 (NF-e e NFC-e) Se informado CST e informado código de benefício fiscal: verificar se CST não possui código de benefício fiscal (tag:cBenef), conforme tabela de código de benefício fiscal por UF publicada no Portal da Secretaria de Fazenda de Santa Catarina 02/12/2024 01/09/2025 N14a-10 (NF-e) Se CST de ICMS = 51 (diferimento) e informado tag:ICMS51/pRedBC (id:N14) maior que zero, é obrigatório informar cBenefRBC (id:N14a) (NT 2019.001). 02/12/2024 01/09/2025 Vale ressaltar que as regras estão sendo ativadas conforme as datas mencionadas acima para que as empresas tenham tempo para adequação e testes no ambiente de homologação antes de partir para o ambiente de produção. O referido correio eletrônico pode ser conferido na íntegra AQUI.
    1 ponto
  15. Olá Pessoal, Com esse refactoring mudou a forma de ler as informações de retorno ao averbar um documento. Para pegar o retorno do envio, agora fazemos da seguinte forma: ACBrANe1.WebService.Enviar.**** onde **** é os campos: Numero, Serie, Filial, etc Veja este fragmento de código do programa exemplo: memoLog.Lines.Add('Parâmetros de Retorno'); memoLog.Lines.Add('Numero : ' + Numero); memoLog.Lines.Add('Serie : ' + Serie); memoLog.Lines.Add('Filial : ' + Filial); memoLog.Lines.Add('CNPJ Cliente : ' + CNPJCliente); memoLog.Lines.Add('Tipo Documento: ' + tpDoc); memoLog.Lines.Add('Data/Hora : ' + DateTimeToStr(DataHora)); memoLog.Lines.Add('Numero do Prot: ' + Protocolo); memoLog.Lines.Add('CTe : ' + CTe); memoLog.Lines.Add('Sucesso : ' + BoolToStr(Sucesso, True)); Temos também os dados do seguro que é lido da seguinte forma: ACBrANe1.WebService.Enviar.DadosSeguro.**** if aDadosSeguro.Count > 0 then begin memoLog.Lines.Add(' '); memoLog.Lines.Add('Dados do Seguro:'); for i := 0 to aDadosSeguro.Count -1 do begin memoLog.Lines.Add('Numero Averbação: ' + aDadosSeguro[i].NumeroAverbacao); memoLog.Lines.Add('CNPJ Seguradora : ' + aDadosSeguro[i].CNPJSeguradora); memoLog.Lines.Add('Nome Seguradora : ' + aDadosSeguro[i].NomeSeguradora); memoLog.Lines.Add('Numero Apolice : ' + aDadosSeguro[i].NumApolice); memoLog.Lines.Add('Tipo Movimento : ' + aDadosSeguro[i].TpMov); memoLog.Lines.Add('Tipo de DDR : ' + aDadosSeguro[i].TpDDR); memoLog.Lines.Add('Valor Averbado : ' + FloatToStr(aDadosSeguro[i].ValorAverbado)); memoLog.Lines.Add('Ramo Averbado : ' + aDadosSeguro[i].RamoAverbado); memoLog.Lines.Add('---------'); end; end; Recomento fortemente que estudem o programa exemplo. No que se refere ao retorno vejam a procedure ChecarResposta.
    1 ponto
  16. Olá pessoal, Ficamos felizes em anunciar que foram disponibilizados os programas de exemplo em PHP, Singlethread e Multithread utilizando a ACBrLibNFSe na Rev-35661. ..\ACBr\Projetos\ACBrLib\Demos\PHP\NFSe\ACBrNFSeDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\NFSe\ACBrNFSeDemoMT.php Lembrando que o programa de exemplo utiliza a ACBrComum.php, contendo métodos em comum entre os modos (ST e MT) e para todas as libs. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ACBrComum\ACBrComum.php Esperamos que esse novo programa de exemplo facilite a integração da comunidade PHP com as nossas bibliotecas. Até mais!!!
    1 ponto
  17. Muito obrigado pela contribuição Adicionei no nosso backlog (TK-6112). Assim que possível daremos um retorno.
    1 ponto
  18. Bom dia @Jhoni Conzatti A maioria dos fontes que vi, é criando um servidor http local para receber os tokens, por enquanto está funcionando... Só lembrando que os fontes que disponibilizei é baseado no https://github.com/geoffsmith82/GmailAuthSMTP @Juliomar Marchetti esse repositório https://github.com/rvk01/google-oauth2 é feito lazarus e synapse feito para o Gmail, mas acho que dá para fazer para Outlook...
    1 ponto
  19. Bom dia, Primeiramente parabéns pelo código @Márcio Baroni Está fácil de entender e acredito que pode me ajudar. Notei, no entanto, que você cria um servidor HTTP local na porta 3000 para a URI de redirecionamento do OAuth 2.0. Achei interessante essa abordagem, eu nunca antes, havia cogitado essa possibilidade. Sempre pensei que fosse necessário criar um servidor acessível na internet para poder rodar o serviço de redirecionamento da autorização do OAuth 2.0. Nesse sentido, em outras situações que precisei da autorização com o OAuth 2.0, acabei criando um serviço com o servidor HTTP instalado em algum VPS. Mas se o http:\\localhost realmente funciona (assim como você o fez), então o servidor VPS não seria necessário.
    1 ponto
  20. Olá Pessoal, Para ajudar na problemática do envio de e-mail via Outlook quero disponibilizar código-fonte para usar autenticação OAuth2 da Microsoft/Google. Será necessário entrar no site https://portal.azure.com/ , Microsoft Entra ID, registrar um novo aplicativo, adicionar a permissão "SMTP.Send", criar uma senha secreta.........só dar uma pesquisada no google que acha algum tutorial.... Para usar com o ACBrMail, vai precisar instanciar o objeto do oauth e gerar o token......com o token gerado é só passar na propriedade "Password" do TACBrMail junto com o "Username" que será o e-mail da conta. Uma rotina extra que vc terá que ter, é atualizar o "RefreshToken" do OAuth de tempo em tempo conforme a data de expiração que retorna do componente.. Espero ter ajudado.... OAuth2.Gmail.pas OAuth2.Outlook.pas OAuth2.pas
    1 ponto
  21. Olá, estou implementando a emissão do boleto hibrido do banco do brasil no meu sistema, estou usando a operação "tpPIXCriar", então uso o método ACBrBoleto.Enviar e pego a string do pix pelo ACBrBoleto.ListaRetornoWeb[0].DadosRet.TituloRet.EMV. Porém não consigo criar o pix, ele sempre retorna esse erro: {"erros":[{"codigo":"4678420","versao":"1","mensagem":"Campo nosso número preenchido com dados inválidos.","ocorrencia":"DrIl92Z2P6WN5TEiAAGU0101"}]} Eu consigo registrar o boleto sem erro quando emito sem o pix, mesmo usando o mesmo nosso número.
    1 ponto
  22. A operação tpPIXCriar é para gerar a cobrança PIX em um boleto já registrado anteriormente. Para registrar um boleto já retornando o QrCode use a operação tpInclui, lembrando de ativar a propriedade IndicadorPIX.
    1 ponto
  23. existe alguma forma para eu saber se algum banco possui ou não emissão de boleto por webservice? pois são muitos bancos dentro do Type TACBrTipoCobranca por exemplo existe cobBancoDoBrasil,cobBancoDoBrasilWS,cobBancoDoBrasilAPI,cobPenseBankAPI mas eu gostaria de saber quais possuem WS para eu mostrar ou não as configurações de WS
    1 ponto
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.