Painel de líderes

Bom dia @Vinicius R. Martins Não! A ACBrLibPIXCD vai permitir que você utilize o componente ACBrPIXCD em linguagens que não sejam o Delphi/Lazarus. O componente comunica direto com as APIS dos PSPs. Aqui tem mais informações a respeito. ACBrPIXCD - Novo componente para integração com PIX chegou na suite ACBr! ACBrPIXCD - Como solicitar credenciais e configurar PSPs no componente Bem vindo a ACBrLib Limitações da Versão Demo Introdução às Bibliotecas ACBrLib Documentação ACBrLibPIXCD Download Versao Demo

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4963

Boa tarde, Sempre que atualizo os fontes do ACBr, tenho que realizar algumas customizações no fonte da impressão de Danfse do ACBrNFSex para fastreports. Fica se sugestão se puderem realizar estas melhorias. Antes de mais nada vamos ao que levaram agente ter que customizar os Danfse. 1 - A quebra de pagina não funciona de uma forma bem certa, pode ser nós que talvez nunca soubermos a forma correta de utilizar como pode ser defeito. 2 - Cliente desejam ver as parcelas ali impressas, mesmo que o provedor não tenha a parte financeira no XML o cliente quer que apareça isto na impressão. 3 - Tem dois campos de datas que tive que criar a parte para atender algumas prefeituras, que diziam que tinha que ter. Ficaria muito grato se pudessem estudar as questões apresentadas, já tem ao menos uns 2 anos que tenho tido sempre que customizar isto. Item 1: Com relação a quebra, nós customizamos os arquivos de impressão, para que cada bloco siga o seu antecessor, nos originais disponibilizados isto não esta bem correto ao nosso entendimento, e tem bloco quebrando de forma manual via codificação, e acreditamos que da forma como ajustamos resolvemos o problema da quebra de pagina, uma vez que principalmente no corpo dos itens os demais campos abaixo seguem a quebra. Segue anexo os modelos de impressão, inclusive estes 3 modelos estamos usando em diversos municipios já a uns 2 anos e não tem necessitado mais adequações. DANFSEX_ATUAL modelo1 - Padrao.fr3 (Este é o modelo simples com chave da prefeitura pequena) DANFSEX_ATUAL modelo2 - Chave Grande (Este é o modelo simples com chave da prefeitura grande) DANFSEX_ATUAL modelo3 - QrCode (Este é o modelo com QrCode) Item 2: Com relação as parcelas os clientes querem ver no corpo, e também sempre querem os itens tabulados (não só descrição do serviço), isto é uma coisa que sempre gerou reclamação ao menos nos meus clientes e uma solução foi comentar a seguinte linha no procedimento TACBrNFSeXDANFSeFR.frxReportBeforePrint(Sender: TfrxReportComponent). frxReport.FindObject('Memo13').Visible := (not ((cdsItensServico.RecordCount > 0) and (frxReport.FindObject('Page2') <> nil)) or (frxReport.FindObject('Page2') = nil)); Se pudessem criar uma propriedade que pudesse setar sempre visivel este memo eu agradeceria, pois ocorre que pela implementação do ACBr este bloco fica invisivel se você colocar os itens da nota em formato de grade. O mesmo só fica visivel se só informado os itens de forma descritiva. Como nós utilizamos aqui??? Sempre a impressão dos itens é alimentado em forma de grade, mesmo que no XML da prefeitura seja só a descrição dos serviços, então sempre sai tabulado em grade. E porque precisamos ainda do "Memo13", é para ali mostrar outras informações que não constam muitas vezes na prefeitura, como por exemplo as parcelas, este é um caso muito utilizado. Em anexo estou colocando 3 modelos impressos para vocês entenderem o que estou falando. Ver os modelos de DANFSe anexados. Item 3: Tive necessidade para um provedor especifico criar duas propriedades novas para mostrar correto no DANFe. No procedimento TACBrNFSeXDANFSeFR.CriarDataSetsFrx adicionado; cdsIdentificacao.FieldDefs.Add('DataServico', ftString, 20); // para distinguir a data do servico da data da nfe para provedor que tenha isto cdsIdentificacao.FieldDefs.Add('DataEmissaoRps', ftString, 19); // para distinguir a data do RPS da data da nfe frxIdentificacao.FieldAliases.Add('DataServico=DataServico'); // Relação dos campos com o report frxIdentificacao.FieldAliases.Add('DataEmissaoRps=DataEmissaoRps'); // Relação dos campos com o report No procedimento TACBrNFSeXDANFSeFR.CarregaIdentificacao(ANFSe: TNFSe) adicionado LCDS.FieldByName('DataServico').AsString := FormatDateTime('dd/mm/yyyy', ANFSe.Competencia); // Alimentado o campo DataServico if (Provedor in [ proSigCorp ]) then LCDS.FieldByName('DataEmissaoRps').AsString := FormatDateBr(ANFSe.DataEmissaoRps); // Alimentado o campo DataEmissaoRps Segue anexo os fontes. DANFSEX_ATUAL modelo1 - Padrao.fr3 DANFSEX_ATUAL modelo2 - Chave Grande.fr3 DANFSEX_ATUAL modelo3 - QrCode.fr3 ACBrNFSeXDANFSeFR.pas DANFSEX_ATUAL_chavesimples2.pdf DANFSEX_ATUAL_chavegande2.pdf NFS-E teste PRODUCAO 2.pdf

Boa tarde Fabiano, A tag <Status> esta com o valor 2 ? Se sim, conforme consta no manual da ABRASF o correto seria 1, logo o provedor esta gerando a tag com o conteúdo errado e eles nunca jamais vão dizer que fizeram besteira que vão corrigir. A não ser que você consiga fazer com que uma quantidade grande de prestadores de serviço protocolem um documento na prefeitura relatando o problema.

Boa tarde Diogo, Já esta no SVN.

Creio que você esteja se referindo a essas questões : 1 - Então o vBCEfetivo seria simplesmente igual ao vProd?!?! Se sim estou fazendo errado, pois estou usando a seguinte fórmula para obter o vBCEfetivo: vProd * (1 - (pRedBCEfet / 100)) 2 - O pICMSEfet é simplesmente o pICMS + pFCP?!?! Se sim vai ser uma maravilha, pois será um valor único para todos os produtos!!! Alguém aí pode confirmar quais seriam os percentuais do pICMS e pFCP usado no Rio?!?!? Se você ler em um post anterior a esse seu, eu disse : " ... Sobre o vBcEfetivo. Imagina que é uma operação tributada normalmente ( mesmo do simples ) a vBcEfetivo é o valor do produto. E o percentual pela regra do RJ é o percentual de ICMS do estado acrescido do percentual do FCP." O MARCO POLO fala exatamente disso no vídeo e ainda tece criticas ao infame "SERIA". Mas você quer algo mais explicito : vBCEfet é o valor do produto, pICMSEfet é o valor do ICMS normal + FPC, e vICMSEfet é (vBCEfe x pICMSEfet )

Bom dia! Considerando estes dois tópicos: Prorrogada validação do ICMS Efetivo e ICMS Retido no estado do Rio de Janeiro. Publicada resolução que obriga o preenchimento das informações de ICMS Retido e ICMS Efetivo para os contribuintes substituídos no RJ Entendo que o servidor da Sefaz não esteja validando as regras, mas que fiscalmente falando, seja necessário realizar o envio. Sugiro que confirmem isso junto a Sefaz através do Fale Conosco para que não tenham problemas futuramente.

Bom dia! Nosso amido @Rafael Mesquita no informou que foi publicada a Nota Tecnica 2016.003 Versão 3.70. A nota atualiza NCMS e divulga nova tabela com vigencias a partir de 01/04/2024. A tabela atualizada pode ser baixada aqui: Tabela de NCM e respectiva uTrib(Comércio Exterior) - Vigente a partir de 01/04/2024 - Publicada em 09/01/2024 Fonte: Portal NFE

No caso do Fortes, vai precisar baixar por um cliente GIT. No caso do ACBr, continuar usando, e usando somente, o SVN.

tpintegra você precisa mandar = 1, ai vai destacar no xml cnpj da credenciadora e o codigo de autorização.

Boa tarde! As Libs são compiladas para Windows e Linux. Não há compilação para Android no momento.

O temido erro. Boa tarde. Algumas vezes, ao tentar transmitir uma NFS-e é possível receber mensagens como está: A mensagem pode parecer assustadora, mas sua solução no geralmente* é bem simples. A solução. Vejam que o texto da mensagem diz: Isso é um indicativo de que Dll OpenSSL usada está desatualizada. Para resolver este problema é preciso copiar os arquivos da versão 1.1.1.10 da OpenSSL, escolhendo entre x86 ou x64 de acordo com a arquitetura que compilou sua aplicação e disponibilizar eles na mesma pasta do seu executável. Fazendo isso, o componente vai passar a usar a versão correta da Dll. Outro detalhe importante que não podemos deixar de conferir é a configuração SSLType. Ela deve ser TLS1.2. Fiz isso e o problema ainda persiste, e agora? Notou que eu coloquei um * ao lado do geralmente? Pois é, na maioria dos casos atualizar a versão da Dll resolve, mas já tivemos relatos de que o problema persistiu mesmo após a atualização. Caso isso aconteça, um processo a se testar é fazer a instalação manual do RunTime do Visual C++. As Dlls do OpenSSL que disponibilizamos são compiladas em MS Visual C++. Por padrão, o Windows Update(ou outra aplicação anterior) já instala o RunTime do Visual C++, mas em algumas máquinas, é necessário fazer a instalação dele manualmente. Então se mesmo depois de colocar as Dlls da OpenSSL na pasta do seu EXE o problema ainda persistir, você pode tentar instalar manualmente o RunTime escolhendo também entre x86 e x64. Executando o primeiro e se necessário o segundo procedimento costuma resolver em 99% dos casos. Mas e aquele 1%? Bem, já tivemos casos em que mesmo realizando este procedimento, o usuário ainda continuou com o mesmo problema. Nesse caso em específico, depois de muita luta nosso colega @Furquim descobriu que o problema estava relacionado a Bloqueio de Domínio. Uma porta ou site bloqueado estava fazendo com que ele recebesse esse retorno. Foi só depois de desativar tais configurações que o mesmo conseguiu emitir.

Boa tarde para fechar o tópico e dar a solução certa e correta deve-se fazer o seguinte: no FDConnection associar um FDTransaction somente ao UpdateTransaction para a versão 2.5 e 3.0 do firebird ele fará correto a gravação dos dados sem precisar mexer em mais nada em sua aplicação ou alterar FDQuery. certeza absoluta da solução.

Nesse caso, na minha opinião, há uma contradição entre o que diz o manual e como os schemas estão montados: O manual diz que o grupo do FCP-ST é filho do grupo N10h (ICMSSN900), então o grupo poderia ser informado independentemente do grupo referente ao ICMS-ST (que também tem a tag N10h como pai) ter sido também informado. Pelo schema, porém, o grupo FCP-ST está dentro do grupo referente ao ICMS-ST, o que impossibilita informar o FCP-ST separadamente. Só não sei que tipo de operação pode ter FCP-ST sem ter também o ICMS-ST, sendo que o primeiro é apenas um complemento...