Painel de líderes

Boa tarde, sim, utilizando Multithread com ponteiro. Não tem nada, mas posso instalar pra testar. Decidi realizar os testes utilizando múltiplos arquivos DLL e carregando 1 em cada thread e então obtive sucesso utilizando dessa forma. A cada requisição nova eu utilizo um arquivo dll diferente, após isso até agora nos teste não tive nenhum problema.

Daniel InfoCotidiano atualizei meus fontes ACBr pelo SVN e testei o boleto do Santander com desconto....funcionou 100%. Valeu @Val Ramos pelas credenciais para realizações dos testes.

Boa tarde.....fiz uma correção na unit ACBrBoletoW_Santander_API do Santander na parte de desconto...alterei a BoletoW_Santander_API.GerarDesconto; na primeira alteração que fiz tava gerando boleto pix com desconto apenas em homologação, quando gerava em produção dava erro, porque o json do desconto estava gerando errado como relatou o @Val Ramos...agora testei em homologação e produção e está gerando o desconto correto. A DataDesconto está OK também.. if ATitulo.DataDesconto > 0 then JsonDescontoAux.Add('limitDate').Value.AsString := FormatDateTime('yyyy-mm-dd', ATitulo.DataDesconto) else JsonDescontoAux.Add('limitDate').Value.AsString := FormatDateTime('yyyy-mm-dd', ATitulo.DataDesconto2); Vou anexar a unit ACBrBoletoW_Santander_API para ser analisada, caso esteja tudo OK...subir para o svan da ACBr ACBrBoletoW_Santander_API.pas

Olá a todos, Achei um tópico, ironicamente meu, de anos atrás onde os amigos já me elucidaram tal mistério: Abraços a todos

Bom dia @Center Informática, Na versão 3 o grupo <infCTeComp> (somente uma ocorrência) continha o elemento <Chave>, logo era impresso a chave informada no elemento <Chave> e o valor complementado como sendo o valor da prestação. Na versão 4 o grupo <infCTeComp> passou a ter até 10 ocorrências e dentro dele o elemento passou a se chamar <chCTe>, até ai tudo bem o componente verifica a quantidade de ocorrência e imprime todas as chaves. Só que não existe um elemento com o valor complementado em cada CT-e informado nesse grupo. No meu entendimento o valor informado em Valor da Prestação é a somatória do valor complementado em cada CTe informado no grupo <infCTeComp>. Devemos simplesmente dividir o valor complementado que se encontra no elemento <vTPrest> pela quantidade de CTe informado no grupo <infCTeComp> ? Exemplo: vTPrest = 200 Temos 5 ocorrências do grupo <infCTeComp> cada uma com a sua respectiva chave de CTe complementado. Na coluna [Valor Complementado] imprimir o valor 40 para cada chave impressa na coluna [Chave do CT-e Complementado] Ou simplesmente ocultar a coluna [Valor Complementado] uma vez que fazer a divisão acima não esta correto, pois como dito acima o valor informado em <vTPrest> é a somatória e cada CT-e complementado que pode ter sido complementado com valor diferente do outro. Exemplo: CT-e 1 - Complementado com o valor 20 CT-e 2 - Complementado com o valor 30 CT-e 3 - Complementado com o valor 50 CT-e 4 - Complementado com o valor 80 CT-e 5 - Complementado com o valor 20 Total da complementação informado em vTPrest = 200 Reforço que as informações impressas no DACTE obrigatoriamente devem constar no XML conforme consta no manual: Qual é a sua sugestão para essa questão?

Bom dia, Esta TK ainda não entrou para análise devido a termos outras demandas mais impactantes a frente. At.

Subi um programa exemplo para o SVN - At revision: 31823 Caso VB6 for sua linguagem nativa, fique a vontade para validar e sugerir correções Conheça ACBrPRO

Bom dia pessoal! Foi publicado no dia 11/12/2023 a Nota Técnica 2023/004 que implementa o evento de conciliação financeira e adiciona e altera alguns campos da NF-e. Resumo. Esta nota técnica tem o objetivo de prover aos atores envolvidos nos processos da NF-e/NFC-e a possibilidade de anotar no documento fiscal eletrônico as transações financeiras relacionadas, facilitando a vinculação entre documentos fiscais e recursos financeiros recebidos. Busca-se encontrar uma solução para pagamentos que ocorrem distantes da data do fato gerador e da emissão do documento fiscal. Portanto, para que seja possível às empresas informarem que o recebimento de recurso está relacionado a determinado documento fiscal, está sendo criado o Evento de Conciliação Financeira – ECONF. Os Ajustes SINIEF nº 3/2023 e 10/2023 prevêem este evento. A utilização do Evento de Conciliação Financeira – ECONF é facultativa e tem o objetivo de auxiliar as empresas que buscam demonstrar a existência de conformidade fiscal entre as informações financeiras e de meios de pagamentos e os documentos fiscais emitidos. Nessa NT, foram criados novos campos no grupo YA. Informações de Pagamento e nos Grupos Tributação do ICMS que possuem ICMS desonerado. Também foram alterados campos dos grupos I01. Produtos e Serviços / Declaração de Importação e Z. Informações Adicionais da NF-e Inclusão de novos campos. Grupo YA. Informações de Pagamento. Adiciona os seguintes campos: CNPJPag: CNPJ do estabelecimento onde o pagamento foi processado/transacionado/recebido quando a emissão da NF-e/NFC-e tiver ocorrido em estabelecimento distinto. UFPag: UF do CNPJ do estabelecimento onde o pagamento foi processado/transacionado/recebido. CNPJReceb: CNPJ do estabelecimento beneficiário do pagamento. IdTermPag: identificar o termnial em que foi realizado o pagamento. Os campos são opcionais, mas caso informe o CNPJPag a UFPag deve ser informada e vice-versa. Grupo de Tributação de ICMS(Somente quando regime não for Simples) Adiciona o campo: indDeduzDeson: indicador se o valor do ICMS desonerado deduz do valor do item ou não. Alteração de campos. Grupo DI (relativo a Declaração de Importação). O campo CNPJ passa a ser CNPJ/CPF permitindo que pessoa física seja adquirente ou encomendante. Adiciona novas opções para o campo tpViaTransp. Aumenta o número de ocorrências possíveis do grupo adi (Adições e/ou itens) de 100 para 999. Aumenta o tamanho de nDI para permitir informar o DUImp. Torna o nAdicao opcional, pois caso tenha sido informado o DUImp em nDI, não deverá ser informado. Altera o tipo de nDraw para caracter com tamanho 20. Grupo de Informações Adicionais da NF-e. Adiciona novas opções nos campos indProc e tpAto do grupo relativo ao Processo Referenciado (procRef). Regras de Validação. A nota técnica trás alterações nas regras de validação I23d-10 e I23d-20 para que valide além do CNPJ o também agora possível CPF. Foram criadas as regras de validação YA03b-10, YA04-20, YA09-20 e YA10-10 para validar os novos campos incluídos no grupo de informações de pagamento. Remove as regras de validação X03-10 e X03-20 deixando então de validar os dados do transportador na NFC-e. Evento "Conciliação Financeira - ECONF". Além dos campos comuns a todos os eventos temos também no grupo detEvento no layout de entrada: versão: mesmo valor da tag "verEvento". descEvento: "ECONF". CNPJ: CNPJ do beneficiário do pagamento. UF: código da UF. vPag: Valor do Pagamento. tPag: Meio de pagamento (usar Tabela de Códigos dos Meios de pagamentos publicada no Portal da NFe). dPag: Data da captura do Pagamento no formato AAAA-MM-DD. Para pagamentos agendados, usar a data de efetivação. CNPJIF: CNPJ da instituição financeira de pagamento, adquirente ou subadquirente. cAut: Identificação do numero de autorização da transação da operação. No que diz respeito ao retorno, o layout é bem semelhante ao de outros eventos, com as informações dhRegEvento e nProt sendo as que valem destaque. Evento "Cancelamento Conciliação Financeira - ECONF". Semelhante aos demais eventos do gênero, na mensagem de envio deve ser informado o tipo do evento correspondente, chave da NF-e ao qual o evento será vinculado, informações do autor do evento e o número do protocolo do evento que deseja ser cancelado. O retorno vai devolver data de registro do evento e o número do protocolo do mesmo. Datas. Implantação Teste: 05/02/2024 Implantação Produção: 01/04/2024 LEIA A NOTA TÉCNICA NA INTEGRA AQUI. E como fica o ACBr? Como é possível observar, a NT trás um novo evento e a adição de alguns campos, por isso, alterações nos fontes do ACBr serão necessárias. Já foi adicionado em nosso backlog tarefa para realizar tais alterações e as mesmas logo estarão disponíveis para que toda comunidade possa usufruir.

Por nada! Assim que obtiver a confirmação no ambiente de produção, irei disponibilizar todos os arquivos que foram alterados, conforme a sua solicitação. Agradeço pela sua disposição.

Boa tarde, irei passar para o suporte, colocando vcs em copia, obrigado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde @rpaulogio Estive falando a pouco com o Daniel sobre as questões do tópico, e dado o fator que somente funcionou a consulta com o boleto 1141 (indicado pelo banco) nos leva a crer que deve haver algo de errado da lado deles. O @Daniel InfoCotidiano irá inserir no próximo post um resumo de nossa análise para que você encaminhar ao banco e nos inserir em copia (use o email [email protected]), desta forma poderemos tentar seguir interagindo diretamente com eles. At.

Mesmo utilizando Lib versão MT.. Você esta chamando o método apenas 1 vez e passando todos os títulos, certo ?.. dessa forma o comportamento esta sendo em SingleThread.. Você pode chamar método IncluirTitulos e passar um título por vez.. pode reduzir o tempo de processamento.. são muitos títulos, realmente vai ocorrer uma certa demora. Ou então, você precisa criar N instancias.. cada instancia terá 1 parâmetro Handle.. Quando chamando o método Incluir Títulos passando o valor de cada Handle no método.. e passa 1 títulos por instancia..

testando aqui o lote q vc me enviou. enviando todos juntos acabou de bater 1h e não terminou. Falando com o time, o ideal é usar multithread criando uma instância para cada boleto.. assim não vai ficar travado, cada thread vai realizar uma inclusão simultaneamente. Para isso tem q usar a Lib da pasta MT (multthread)

Boa tarde Diego Segue em anexo os arquivos alterados. Lembrando que para agilizar meus testes, a alteração feita na rotina de cancelamento foi feita diretamente na unit do provedor WebFisco, acredito que o mais correto seria criar o método na unit do provedor PriMax para não interferir caso o WebFisco esteja funcionando corretamente. ACBrNFSeXServicos.ini WebFisco.Provider.pas

Daniel InfoCotidiano Boa tarde, os end point usado foi esses mesmo... Sandbox: https://trust-sandbox.api.santander.com.br/collection_bill_management/v2 Open-h: https://trust-open-h.api.santander.com.br/collection_bill_management/v2 Nessa unit só mexi na procedure BoletoW_Santander_API.GerarDesconto; ACBrBoletoW_Santander_API.pas

@Jhonlenon Ribeiro Ficou 100% já enviei e paguei com QRCode do boleto e com Desconto. Valeu brother. O endpoint utilizado foi o de produção e registrou 100%, ja registrei em produção mesmo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Pessoal, depois de fazer vários testes e pegar um exemplo de um cliente meu, vi que o problema está na forma como é colocado o número do terminal. O padrão é: SE000001 e eu estava colocando 1, 001, 0001 e etc. Depois que alterei isto, resolveu. # No arquivo clisitef.ini eu coloque assim: ;Quando não há PinPad conectado à máquina [PinPadCompartilhado] Porta=AUTO_USB ;Quando não há PinPad conectado à máquina e precisa digitar os dados do cartão [Geral] TransacoesAdicionaisHabilitadas=7;8 PermiteTrnCartaoGift=0 ;TransacoesAdicionaisHabilitadas=7;8;42;29;3047;3048;3674;3379;3515;3374;3377;3378;3985 # GP: CliSiTef # Dados: Código Loja 00000001 Número Terminal SE000001 Restrições {DevolveStringQRCode=0}

Sim, a correção mencionada foi commitada no componente em 27/11/2023, posterior à compilação da sua versão.

Olá pessoal! Conferindo no painel Situação SVC, é possível observar que a Sefaz de Goiás ativou a contingência às 11h14 do dia 05/01/2024. Com previsão de permanecer ativa até às 12h00 do dia 08/01/2024. Para utilizar o ACBr em contingência durante este período, siga as orientações deste tópico: Um agradecimento ao membro @Rafael - ATS Informática por compartilhar a informação em nosso Discord.

Atualize ACBrLibBoleto.. Olhando os logs, esta com a versão ACBrLibBoleto - 0.2.0.257 Ultima versão disponível para download é ACBrLibBoleto - 0.2.0.269 Faça download, link indicado pelo colega @Daniel InfoCotidiano veja se resolve

Bom dia Ítalo Fazer o rateio do valor acho que não seria o correto. Eu acredito que o ideal é tirar a coluna VALOR COMPLEMENTADO já que agora podem ser informados mais de um CT-e. Mas é claro que ficamos abertos às sugestões para ver o melhor a fazer. Para evitar questionamentos dos usuários, mudamos para o DACTE do Fast Report que não apresenta essa coluna no layout, mas pretendemos voltar para o Fortes assim que for alterado. Obrigado pela atenção

Olá @Lindomar S. Menezes não temos.. nesse caso terá que usar uma função externa mesmo..

Bom dia. Esta em nosso backlog para ser discutido de acordo com a disponibilidade dos consultores. Devido a outras demandas, ainda não foi alocado. Vou adicionar na tarefa um observação pedindo para adicionar no sprint da próxima semana.

Bom dia. Não, manterei da forma automática, pois pode existir mais de uma transação na mesma venda, dai o TEF não aceita transmitir uma nova com uma em aberto. Mas entendi a lógica e vai funcionar corretamente. Só estou esperando o retorno da Software Express do motivo de não cancelar automaticamente quando chamo a rotina "CancelarTransacao".

@CODIGO SISTEMAS LTDA Apenas para efeito de testes, existe alguma impressora padrao instalada neste servidor ? Caso nao exista , pode instalar uma qualquer deskjet ou laser.. para testarmos.

Boa noite, Se for homologação, alguns provedores não mantém esse ambiente ideal, confirme se passa em produção. Confirme também se o CNAE é adequado para este serviço.

Eu apliquei um possível Workaround nos fontes... Commit [r31824] Dessa forma o fonte se ajusta a resposta de data no formato Iso8601 ou RFC

Bom dia, gostaria de disponibilizar os fontes da API do banco safra que desenvolvi para um cliente. Gostaria de adicionar no fonte para a comunidade. Já foi homologado pelo banco ACBrBoleto.rar

Boa tarde. Certo. vou fazer isso e quando surgir uma nova NFSe ja testo

sim existe já a anos chamado DistribuicaoDFE que é webservice do governo o componente já tem e no exemplo também e basta ler o manual e pesquisar aqui no fórum está cheio de material sobre

Boa tarde meu amigo, Uma resposta clara não, mas em todas as pesquisas que fiz na internet achei a mesma fórmula e é essa que estou usando: vBCEfetivo = vProd * (1 - (pRedBCEfet / 100)) Creio que é a mesma que você sugeriu, pois o Valor Bruto do produto é informado em vProd.

Bom dia @Neski Soluções, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia senhoras e senhores, Como todos puderam notar o dia se iniciou sem gritos e desesperos por parte dos clientes aqui no RJ. kkkkkkkkkkkkkkkkkkkkkkk O preenchimento dos campos das regras 16E e 16F citadas acima não está sendo obrigatório em ambiente de produção, os documentos fiscais estão autorizando sem problemas independente do preenchimento dos mesmos. Alguém sabe porque e até quando vai ficar assim??? PS: Até o presente momento, em ambiente de homologação o preenchimento de tais campos também não está sendo obrigatório.

ola pessoal, aparentemente a NFCom so ta disponivel pro RS. estamos tentando ver algum cliente pra fazer o credenciamento. eu gerei a maior parte do xml com ICMS, mas ainda nao fiz a parte se for do Simples Nacional, e mais alguns outras tags, vejam um exemplo: nfcom.xml

Estamos atentos à demanda e toda contribuição é bem vinda. Caso iniciem o desenvolvimento e queriam compartilhar aqui são mais que bem vindos!