Painel de líderes

Já contempla a tempos.

Bom dia à todos ! Segui as orientações @Juliomar Marchetti e funcionou ! Muito obrigado!

Boa tarde, Desculpa a demora, vou analisar aqui e fazer os testes, muito obrigado.

Olá Daniel, esse foi, mas hj não vou conseguir mais testar ok, tenho que entregar um trampo. Amanhã voltamos! Att; HASA

A saga continua, as vezes da o erro que está no assunto e agora tá dando "Protocolo Inexistente" ao tentar consultar o lote, depois de dar uns 2 em processamento antes. <?xml version="1.0" encoding="UTF-8"?> -<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> -<soap:Body> -<ns2:ConsultarLoteRpsResponse xmlns:ns2="http://nfse.abrasf.org.br"> <outputXML><?xml version="1.0" encoding="UTF-8" standalone="yes"?><ConsultarLoteRpsResposta xmlns="http://www.giss.com.br/consultar-lote-rps-resposta-v2_04.xsd" xmlns:ns2="http://www.giss.com.br/tipos-v2_04.xsd" xmlns:ns3="http://www.w3.org/2000/09/xmldsig#"> <Situacao>4</Situacao><ns2:ListaMensagemRetorno><ns2:MensagemRetorno> <ns2:Mensagem>Protocolo Inexistente</ns2:Mensagem></ns2:MensagemRetorno> </ns2:ListaMensagemRetorno></ConsultarLoteRpsResposta></outputXML> </ns2:ConsultarLoteRpsResponse></soap:Body></soap:Envelope>

@HASA Neste tópico vamos seguir falando sobre ACBrLibNFe, ok ? Para ficar mais organizado, dividimos o tópico e para ACBrLibGTIN, vamos seguir no tópico abaixo:

só complementando. tu tem mais de um delphi no mesmo windows ou tinha uma versão e trocou por outra. porque isso é comum ele não substitui a midas.dll ou registra e dai ocasiona erros se for diretamente ligado a IDE por não achar a versão para ela

A configuração Capicom é defasada e já não é mais recomendada vide: Por favor, faça um teste usando as configurações recomendadas:

Beleza, muito obrigado!

@Italo Giurizzato Junior, Por favor, esquece o meu post anterior porque o cancelamento parou de funcionar no UNINFe também. Acabei de abrir uma ocorrência no GISS sobre isso. Obrigado por sua ajuda e me desculpe.

Tópico movido para a área do ACBr Pro, para que o SLA de respostas seja considerado

fiz um teste aqui adcionando MidasLib na clausula uses da Unit ACBrNFeDANDEFRDM e funcionou.. provavelmente estava faltando a DLL no meu Windows, dessa forma nao preciso ter a dll Midas.dll no meu Windows. ficando assim -------------------------------------------------- unit ACBrNFeDANFEFRDM; interface uses SysUtils, Classes, VCL.Forms, DB, DBClient, VCL.Graphics, ACBrNFe.EnvEvento, ACBrNFe.RetInut, ACBrNFe.Classes, pcnConversao, ACBrDFeReport, ACBrDFeDANFeReport, ACBrNFeDANFEClass, frxClass, frxExportPDF, frxDBSet, frxBarcode, MidasLib; -------------------------------------------------- Obrigado.

Ola, Esta usando StdCall ou Cdecl? aqui usando Harbour uso Cdecl 32 bits

Bom dia, fiz os testes conforme solicitado, coloquei uma seta vermelha no arquivo em anexo, onde deu do o erro CreateDataSet; em questão. Obrigado.

Olá @theiller O próprio componente já deveria tratar toda a parte de gerenciamento do Token. Ele deve efetuar a requisição do token apenas no primeiro comando, ou após a expiração. Não está acontecendo isso? Veja as funções de gerenciamento de autenticação:

Bom dia @willian_delan, Já esta no SVN a inclusão do Params.

Já temos algumas Libs Linux Console MT... Ainda não reorganizamos a área de download... mas faremos isso em breve Qual Lib você precisaria ?

talvez tu tenha feito mudanças locais e o SVN marcou como não atualizavel seus fontes. pois veja: Faça um revert dos fontes, depois um clean e dai um update no SVN só então rode o instalador marcando a opção remover tudo antes de instalar. outra situação é se tu em algum momento compilou manualmente os pacotes. ele deve estar em pastas diferentes por exemplo BPL do delphi em documentos publicos. dai é preciso remover excluir

Obrigado pelas contribuições... Apliquei elas nos fontes, com algumas modificações.. Commit [r37239] - Não modifiquei a classe principal, pois essa propriedade só fará sentido, para o CliSiTEF - Notei que o comando funciona tanto para Confirmar ou Defazer a transação https://dev.softwareexpress.com.br/en/docs/clisitef/clisitef_documento_principal#completion-of-individual-payments-in-the-same-tax-coupon Será necessário usar o TypeCast, para acessar a propriedade.. Exemplo if ACBrTEFAPI1.TEF is TACBrTEFAPIClassCliSiTef then begin with TACBrTEFAPIClassCliSiTef(ACBrTEFAPI1.TEF) do begin FinalizarTransacaoIndividual := True; // <------ AQUI------- ParamAdicConfig.Text := '[]'; ParamAdicFinalizacao.Text := '[]'; ParamAdicFuncao.Text := '[]'; end; end;

Boa tarde @Gestran, Por favor entre em contato com a prefeitura/provedor para saber se o XML do pedido de cancelamento deve ser assinado. Analisando a unit ISSCuritiba.Provider, mais precisamente a procedure Configuracao temos apenas a assinatura para o Lote de RPS. ConfigAssinar.LoteRps := True; Se o problema é a falta de assinatura, vai ser necessário incluir uma linha idêntica para configurar o cancelamento para ser assinado.

Ola, Assunto de extrema relevância porque se essa autenticação começar a vigorar logo todo processo de envio de email automático pelo nossos sistemas deverão parar.

Boa Tarde Terminei a homologação mas para isso foi necessário fazer algumas alterações e estou enviando para analise e caso deseje incorporar Atenciosamente, Giovanne trevia ACBrBancoSofisa.pas ACBrBoleto.pas ACBrBoletoWS.pas ACBr_Boleto.dpk ACBr_Boleto.res

já desde 2015

Quer dizer que se eu detectar algum problema em algum componente do ACBr e estiver sem tempo para fazer a correção ou implementação não posso apontá-la? Se eu estivesse com tempo eu implementaria, mas não é o caso. Com certeza se eu fosse um cliente Pro e fizesse a solicitação vocês implementariam. Bom, caso a ACBr queira fazer a correção/implementação seria benéfico para todos que usam a API do Itaú, só isso.

Boa tarde, Criada a TK-6567 para avaliação. Obrigado pela contribuição.

Olá Pessoal, Quando iniciamos os testes com o Provedor Giss descobrimos que ao informar o código do pais deveríamos informar 0076 em vez de 1058. O código 1058 se refere ao código IBGE do Brasil e o código 0076? Pois bem, descobri que o Provedor Giss em vez de usar o código IGBE dos países em seu webservice, acabou adotando o código ISO. Resumindo o código 0076 é o código ISO do Brasil. Foi implementando duas novas funções de conversão, uma para converter o código IBGE para ISO e a outra que converte de ISO para IBGE. A orientação abaixo é para somente quem usa o provedor Giss: Se você esta informando o código 0076 ao campo CodigoPais, deve alterar para 1058, pois o componente vai realizar a troca, caso contrario o seu RPS vai ser rejeitado, acusando que o código do pais esta errado. O objetivo dessa mudança é manter um padrão para todos os provedores ao alimentar o componente, informando sempre o código IBGE do pais e caso o provedor se utiliza de outro código como é o caso do Giss que usa o código ISO o componente se responsabiliza por realizar a conversão.

Bom dia, Obrigado pela sugestão. Você consegue fazer a implementação da ideia e anexar aqui no tópico? Dessa forma a chance da analise ser realizada é maior. Obrigado mas uma vez.

Foi publicada a versão 25.1.A das tabelas fornecidas pelo IBPT, às quais já se encontram em também em nosso SVN. As novas tabelas tem a vigência de 20/01/2025 até 28/02/2025. Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

Olá pessoal! Seguindo na mesma onda de São Paulo que decretou o fim do SAT(veja mais AQUI), agora foi a vez do Ceará se despedir do MF-e. No dia 23/01/2025 foi publicado no Diário Oficial o Decreto Nº 36.417 que alterando o Decreto Nº 35.061 publicado originalmente em 2022 e que estabelece a legislação estadual no que diz respeito a ICMS e sua obrigações acessórias. O decreto publicado ontem adiciona os seguintes artigos: Efetivamente tornando opcional o uso do CF-e a partir de 01/02/2025 e proibindo a emissão de CF-e a partir de 01/01/2026. Ele também altera a redação dos artigos 83 e 84: Efetivamente permitindo a contingência off-line para NFC-e e estabelecendo que a mesma deve ser utilizada no lugar do MF-e a partir de 01/01/2026. Um agradecimento ao membro de nossa comunidade @lucimauro por compartilhar a informação em nosso fórum.

Bom dia, Problema identificado. Drive de CH340, do conversor USBxRS232. O driver mais recente de 2023, que é o instalado automaticamente pelo windows 11, apresenta o problema relatado acima. Solucionamos utilizando um driver CH340 instalável, versão de 2019, através de um executável. Vou disponibilizar no link abaixo, caso mais alguém esteja com problemas neste conversor. DRIVER CH340

Envio Sicrono. veja a opção no enviar tem lá ASicrono. quer dizer que deve ser true o sicrono não é AAssincrono.