Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 13-10-2023 em todas as áreas

  1. Buenas, Para quem quiser se aventurar no node.js, montei um ambiente de testes com os passos a seguir e funcionou corretamente com o ACBrLibCep, utilizando o demo dos fontes 1. Instalações seguindo o video a seguir: 1.1. Instalar o node: https://nodejs.org/en/download/ 1.2. Se não tiver o VSCode, instalar: https://code.visualstudio.com/download * Achei interessante usar o VSCode, conforme indicado no vídeo, pois e debug funcionou perfeitamente 2. Pacotes * Não instalar pelo terminal do VSCode, para mim apresentou erros, pelo prompt ou powershell funcionou corretamente 2.1. Para funcionar o ACBrLibCep, com o demo que consta nos fontes, instalar os pacotes a seguir npm install --save ffi npm install --save ffi-napi
    4 pontos
  2. Tudo certo pessoal ! Criamos uma nova aplicação e o componente funcionou bonitinho. Gerou, consultou e cancelou a cobrança. Obrigado a todos que me ajudaram !
    3 pontos
  3. Olá Pessoal, Foi realizado uma alteração no schema do Padrão Nacional bem como na unit ACBrNFSeXConversão no que se refere ao tipo TtribISSQN, visando as informações contidas no manual. No Manual temos: No Schema: O tipo Imunidade no manual aparece com o valor 2 e no schema com o valor 4. Foi feita a correção no schema e no componente, antes a sequencia dos enumerados eram: TtribISSQN = (tiOperacaoTributavel, tiExportacao, tiNaoIncidencia, tiImunidade); Agora passou a ser assim: TtribISSQN = (tiOperacaoTributavel, tiImunidade, tiExportacao, tiNaoIncidencia); Com essa alteração ao informar o valor tiImunidade vai gerar o XML com o valor 2 e não com o valor 4, desta forma ficando em conformidade com o manual. Favor atualizarem todos os fontes de todas as pastas e reinstale o ACBr, não esqueçam de enviar a atualização dos schemas para os seus clientes.
    3 pontos
  4. Boa tarde Anderson, Obrigado por reportar, sua análise está correta, o tls1.3 funcionou porque o componente tratou como lt_all. O @Victor H. Gonzales - Panda já mandou uma correção para o svn. Voltando ao problema... O próprio Panda nos alertou que o Reinf não aceita o tls1.3. Indiquei o uso, imaginando que funcionasse, devido ao outro tópico que foi testado com sucesso, mas como já sabemos funcionou como lt_all. Como o Reinf só suportará o tls1.2 em 21/10/2023, precisa tentar verificar com quem distribui esse A3, que não está funcionando com tls1.2 ou com a própria sefaz, qual é o problema.
    2 pontos
  5. Olá, Diego! No windows tem funcionado sem problema. Meu microsserviço de emissão de NFE funciona no mesmo ambiente que o de recepção de XML e não da problema com o SSL. Para sanarmos essa possibilidade removi o openssl instalado, vou criar um novo ambiente no WSL com conda e instalar todas as dependências do zero para testar. Logo menos retorno. De já, obrigado pelo retorno!
    2 pontos
  6. Analisei parte da documentação, mas em nenhum lugar destaca que estaria retornando o R9001 ao consultar o protocolo do R2099. Como eu já disse acima, achei estranho esse comportamento pro R2099, sendo que pro R4099 sempre retorna o R9015, indiferente se há inconsistência ou não. Mas consegui contornar o problema aqui. Analisei a forma como o programa de exemplo do Reinf trabalha e adaptei meu fonte pra ler as inconsistências do R9001 também nesses casos. Obrigado pela ajuda.
    2 pontos
  7. Bom dia Ítalo! Verifiquei que na emissão através do portal não está ocorrendo mais o erro. Irei ligar novamente para obter informações sobre o erro relacionado à emissão pela API. Tão logo obtenha alguma resposta postarei aqui. Att. Leandro
    2 pontos
  8. Bom dia, Novo Hamburgo está configurado no componente já e usa o provedor IPM na versão 2.04. Em relação ao que precisa obrgiatoriamente ser preenchido recomendamos procurar a documentação do provedor ou com a prefeitura. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFSe/Provedor IPM/ No link acima a documentação do provedor que temos no nosso SVN. https://acbr.sourceforge.io/ACBrMonitor/ModelosNFSeINI.html No manual do Monitor tem alguns exemplos de INI que vão te dar um panorama geral dos dados a serem enviados na emissão da NFSe. https://acbr.sourceforge.io/ACBrMonitor/ComoemitirumaNFSe.html Aqui também tem a sequencia de operações para emissão da NFSe. Lembre-se sempre de usar a versão mais nova disponível do Monitor.
    2 pontos
  9. Boa tarde Pessoal! Aquem interessar possa, segue a Tabela CEST (Código Especificador da Substituição Tributária) retirada do Convenio 142/18 (Incluido as alterações até o Convenio 53/2023) Fonte: https://www.confaz.fazenda.gov.br/legislacao/convenios/2018/CV142_18 (09/10/2023) Att, Luciano CEST Convenio 142-18 - 2023 10.csv
    1 ponto
  10. Olá boa tarde, tudo bem? Estou com a seguinte situação aqui na tag idDocAntPap: Falha na validação dos dados do Conhecimento: 982 --> 1840 - Element '{http://www.portalfiscal.inf.br/cte}tpDoc': [facet 'enumeration'] The value '00' is not an element of the set {'07', '08', '09', '10', '11', '12', '13'}. Aos meus testes e alterações, pude observar que o erro ocorre pois na classe TipoDocAnteriorCTe.cs, os enumerados estão sem EnumValue, oque acredito que o componente deva jogar sem os zeros, causando o erro na validação acima, Segue classe com as alterações: TipoDocAnteriorCTe.cs
    1 ponto
  11. Boa tarde pessoal, tudo bem? Estou tentando fazer a emissão de uma nota sem pagamento, pra isso passando o pagamento da seguinte forma: PagamentoNFe Pag = new PagamentoNFe(); Pag.tPag = FormaPagamento.fpSemPagamento; Pag.vPag = 0; ACBr.Pagamentos.Add(Pag); Porém estou obtendo o erro abaixo. Visualizando no xml está gerando apenas a tag <pag/> sem conteúdo algum. O que posso estar fazendo para contornar este problema?
    1 ponto
  12. Obrigado. Faremos alguns testes e reportamos assim que descobrirmos algo.
    1 ponto
  13. Ocorre alimentando pelos outros métodos também (CarregarCTe, CarregarXML), pela impressão acontece no Imprimir também, e também ocorre no preview da impressão após o envio da nota, é ao informar uma NF referenciada pelo que verifiquei aqui. <infDoc> <infNF> <mod>01</mod> <serie>2</serie> <nDoc>015</nDoc> <dEmi>2023-10-13</dEmi> <vBC>0.00</vBC> <vICMS>0.00</vICMS> <vBCST>0.00</vBCST> <vST>0.00</vST> <vProd>150.00</vProd> <vNF>150.00</vNF> <nCFOP>5102</nCFOP> </infNF> </infDoc> Segue XML CT-e pra ficar melhor pra vocês: 42231017089484000190570020000009861233874485-cte.xml
    1 ponto
  14. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
    1 ponto
  15. Boa tarde @Destak, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.
    1 ponto
  16. Boa tarde, Pode anexar o código simplificado para tentarmos simular aqui?
    1 ponto
  17. Boa tarde pessoal, após longa analise, testes e conversa com o suporte da IPM por e-mail vou tentar ser o mais claro, objetivo e organizado possível para chegarmos numa solução viável. 1 - @Diego Foliene sobre a opção de poder configurar pelo portal site da prefeitura/provedor receber o XML completo na consulta conforme o tópico que você indicou segue a resposta do suporte da IPM. O município de Igrejinha/RS atualmente se encontra na versão S1 do sistema e por isso essa opção não está disponível para ele. 2 - Sobre a ultima atualização dos dos fontes que o @Italo Giurizzato Junior disponibilizou vi que agora a consulta esta ocorrendo com a nova URL conforme o item 5.5 do novo manual onde esta vindo somente dados HTML dentro do XML e não esta vindo mais nenhum dado, sendo assim esta divergente do que o próprio manual diz para variar né galera, pois bem ja informei o suporte da IPM sobre isso e estou aguardando agora um retorno deles. 3 - Sobre a URL anterior que era usada na consulta antes do Italo disponibilizar a nova atualização o provedor retorna no SOAP um resumo da NFSe e o HTML completo, porem dentro do XML limpo que o ACBr gerava a partir do SOAP recebido não tinha os dados HTML que estavam no SOAP, o Diego disse num posto acima que eu poderia acessar o HTML por essa propriedade ACBrNFSeX.WebServices.ConsultaNFSe.HTMLRetorno mas eu não chueguei a testar. 4 - Considero que o ideal é manter as 2 opções de consulta disponibilizadas por esse provedor para essa cidade possíveis de serem utilizadas a testadas sem ter que mexer nos fontes, fazendo isso através de parâmetros como já existe para algumas situações, ficaria assim então veja: [4310108] ; Incluida em 04/10/2023 Nome=Igrejinha UF=RS Provedor=IPM Params=TipoRetorno:eletron=1 ou TipoRetorno:formato_saida=2 Por gentileza Italo implemente essa parametrização será muito útil pois os dados de resumo da NFSe são indispensáveis vir na hora da consulta para serem lidos direto na propriedade do componente, pois do jeito que ficou agora somente com formato_saida=2 não temos essa informação. De qq forma estou aguardando o retorno do suporte da IPM em relação a isso, pq repito essa consulta formato_saida=2 não esta vindo conforme descrito no item 5.5 do novo manual deles.
    1 ponto
  18. Boa tarde @simtechsistemas, Realmente esta muito estranho esse erro. Notei que o CNPJ e a Inscrição Municipal informados no grupo <LoteRps> são os mesmos informados no grupo <Prestador> E você diz que o certificado digital contem o mesmo CNPJ do prestador. Esse cliente já emite nota usando outra solução, correto? Os testes com a sua aplicação estão sendo realizados em ambiente de homologação, correto? Se sim, para as duas perguntas acima, por favor faça um teste de envio para o ambiente de produção. Pode ser que o provedor existe uma autorização para liberar o ambiente de homologação e outra para o de produção.
    1 ponto
  19. Boa tarde, Criada a TK-4586 para avaliação. Obrigado pela contribuição
    1 ponto
  20. Testando com essas alterações, essa rejeição de validação não ocorre mais, ocorre outra validação, mas ai já é erro de preenchimento do CT-e. --> 1871 - Element '{http://www.portalfiscal.inf.br/cte}infDoc': Missing child element(s). Expected is one of ( {http://www.portalfiscal.inf.br/cte}infNF, {http://www.portalfiscal.inf.br/cte}infNFe, {http://www.portalfiscal.inf.br/cte}infOutros ). Caso precisem do INI pra testar, posso fazer o envio do mesmo via e-mail.
    1 ponto
  21. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
    1 ponto
  22. Daniel, Achei o problema, como eu atualizei a unit os endpoints estão com o ambiente sandbox, minhas credencias são de homologação. Obrigado
    1 ponto
  23. Boa tarde, Confirme se está gerando registros do mês 09/2023, pois os registros de 10/2023 devem ser enviados no próximo mês.
    1 ponto
  24. Boa tarde Marco, Criamos a TK-4584 para avaliar a documentação. Como você percebeu e como o Juliomar comentou, este banco não está implementado. De posse da documentação você pode verificar se existe semelhança com algum banco já existente e fazer a implementação. Caso faça isso você pode disponibilizar os arquivos que avaliarmos e integramos ao SVN se estiver tudo correto. Este procedimento nos ajuda muito e faz com que fique disponível mais rápido o banco. Caso não tenhamos a contribuição direta dos fontes, a TK entra no nosso backlog e posteriormente será analizada e priorizada de acordo com a disponibilidade e demanda de ativadades dos consultores. Obrigado.
    1 ponto
  25. A CST para esse combustível deve ser 061, Nota Técnica 2023.001. p.8 da referida nota.
    1 ponto
  26. Humm. pode ser isso.. o ACBr (ainda) não suporta OpenSSL 3.x.x (estamos trabalhando nisso)
    1 ponto
  27. Bom dia! Conforme dito no tópico vinculado, os devidos ajustes do mesmo já se encontram no SVN, por favor, verifique se as suas classes estão atualizadas e refaça os testes.
    1 ponto
  28. Bom dia! Ao acessar o site da Secretaria da Fazenda do Estado de Minas Gerais, é exibido o seguinte recado informando sobre a indisponibilidade do SIARE entre às 06h00 do dia 14/10 até às 18h00 do dia 15/10. Um agradecimento ao membro @Felipe Mariano, por chamar atenção ao fato no canal #sefaz em nossa comunidade do Discord.
    1 ponto
  29. Bom dia Wesley, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4581
    1 ponto
  30. Bom dia @Renato Rubinho. Obrigado a todos pela informação. Renato fiz o teste aqui mudando para TLS1_3 e funcionou. Porém depurando o código do ACBR achei uma função que pode ser que funcione assim mesmo ou teria que implementar o TLS1_3. Ele acessa justamente o mesmo valor da opção TL_all. C:\ACBR\Fontes\ACBrTCP\ACBrWinHTTPReqResp.pas Obrigado Anderson
    1 ponto
  31. Bom dia @mouradantas! Altere estas propriedades: SalvarEvento (Define se os eventos serão salvos) SalvarArq (Define se os XML dos eventos serão salvos em disco) PathEvento (Caminho onde será salvo os XML do envio e retorno de um evento.) Seguindo este manual: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html
    1 ponto
  32. @rpaulogio bom dia ! Conforme manual do Santander os parâmetros para consulta precisamos passar alguns parametros: Boleto.Configuracoes.WebService.Filtro.indicadorSituacao = ( 2 = isbBaixado ou 1= isbAberto) Boleto.Cedente.Convenio Boleto.Cedente.NossoNumero Santander API por enq não tem consulta em lista conforme manual.
    1 ponto
  33. Bom dia Willian, Vamos a mensagem de erro: X800', 'Erro de Validação: --> 1839 - Element ''{http://www.sped.fazenda.gov.br/nfse}chNFSe'': [facet ''pattern''] The value ''NFS42002002247884403000104000000000000223103631988614'' is not accepted by the pattern ''[0-9]{50} Vamos remover o que não é relevante: Erro de Validação: Element chNFSe: The value ''NFS42002002247884403000104000000000000223103631988614'' is not accepted by the pattern [0-9]{50} O que essa mensagem esta querendo lhe dizer: O elemento chNFSe com o valor "NFS42002002247884403000104000000000000223103631988614" não é aceito pelo padrão [0-9]{50}. O que significa [0-9]{50}? Significa que o conteúdo do elemento chNFSe tem que ter 50 caracteres e todos eles tem que estar na faixa de 0 até 9. Note que a chave que você informou contem o literal NFS, esses 3 caracteres invalidam a informação.
    1 ponto
  34. async getFinalResponse(length: number): Promise<IResponse> { return new Promise((resolve, reject) => { const aloc_sResposta = Buffer.alloc(length); const aloc_esTamanho = ref.alloc(ref.types.int, length); Na getFinalResponse permanece a aloc_sResposta como const, talvez seja o problema. Se não resolver mudando a constante acima, como ajustando automaticamente o tamanho do buffer permaneceu o problema, acredito que seja a hora de dar um passo para trás. Consegue fazer um exemplo bem enxuto, somente com o básico para a comunicação? Você tem algum outro método funcionando nesta lib? Se tiver, tente fazer um bem enxuto também para compararmos o que funciona com o que está com erro.
    1 ponto
  35. Esse curso, que é acessível a todos os membros do ACBr Pro, dá uma boa dica de todo processo, e como implementar https://projetoacbr.com.br/cursos/dfe/
    1 ponto
  36. Boa tarde! Neste tópico, tem as instruções de como você pode obter o XML de uma DI. Você também pode fazer o processo inverso na classe descrita nele, vendo como é feita a leitura para ter uma ideia de como vem a informação no arquivo.
    1 ponto
  37. Boa tarde, Veja este tópico. Use tls1.3 onde não funcionar com 1.2. Esse problema de certificado A3 com DFes é recorrente, já houveram relatos de problemas com NFe, NFCe, CTe, inclusive um dos casos no ano passado a Sefaz assumiu problema do lado deles, mas não deram solução. Obs: casos anteriores também funcionavam com outros DFes no mesmo ambiente.
    1 ponto
  38. 2.11. PSP Banco Inter (Agradecimentos ao usuário @cristiancarvalhof pela descrição do passo-a-passo e imagens cedidas) Ambiente de Homologação - Até o momento desse post o PSP Inter não possui ambiente Sandbox(Homologação). Ambiente de Produção - Para utilização do componente em ambiente de Produção, entre no portal Inter Empresas no menu "Conta Digital" e selecione a opção: "Aplicações": - Crie uma nova aplicação informando os dados solicitados: - Selecione "API Pix" para o escopo da sua aplicação e libere as permissões: - Na aba "Novo" será possível baixar a Chave e Certificado. ATENÇÃO: Esse procedimento pode ser feito apenas UMA vez. Armazene os arquivos em um local seguro. - Na aba "Ativo" você conseguirá ter acesso às demais informações da aplicação (Client ID e Client Secret): - Após esse procedimento, você já terá todas as informações necessárias para configurar o componente, ou então nossa aplicação demo. Como mostram respectivamente as imagens: ACBrPSPInter1.ChavePIX := ''; ACBrPSPInter1.ClientID := ''; ACBrPSPInter1.ClientSecret := ''; ACBrPSPInter1.ArquivoChavePrivada := ''; ACBrPSPInter1.ArquivoCertificado := '';
    1 ponto
  39. Olá amigos, uma dúvida sobre forma de pagamento para NFC-e. Quando um cliente vem com uma peça pra trocar. Faço uma nota NF-e de devolução de R$ 50,00 e ele fica com este crédito. Ao emitir nova NFC-e com uma nova venda de R$ 100,00 preciso dar o crédito de R$ 50,00 da devolução, eu uso "crédito loja" ? ou "crédito loja" é pra ser um cartão de crédito tipo redes Carrefour, Marisa, C&A, etc? Se não for isto, como vocês lançam na NFC-e a parte de crédito por devolução do cliente? Desde já agradeço.
    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.