Painel de líderes

Boa tarde @Everson Clei, Já esta no SVN.

Debuguei a aplicação e no CTe normal salvou o XML completo e no Simplificado não, utilizo a configuração do ACBR para salvar. Vou debugar dentro do ACBR para ver se identifico algo.

Segue anexo com fonte... ACBrConsultaCNPJ.WS.CNPJWS.pas

Bom dia. Não temos nada específico para iFood. O ACBr tem o ACBrOpenDelivery que é para uma plataforma opensource... mas apesar do iFood ter ajudado nessa plataforma acredito que a API dele não seja nesse padrão. Link do exemplo do ACBrOpenDelivery https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrOpenDelivery/

Exato.

Era isso mesmo!!! Coincidentemente parou de funcionar somente nos clientes que atualizaram para a nova versão do Monitor. Obrigado!

O erro é da API do Itaú. No primeiro caso o ACBr gera o Json com todas as informações do desconto mas a API do Itaú é que não está registrando, tanto nos boletos sem quanto nos boletos com QRCode. No segundo caso, é a API do Itaú que gera só esse bloco aí que traz só a data de quitação. Quando o Itaú fizer a correção, aí sim vamos precisar mexer no ACBr, mas vamos aguardar ver como vão corrigir.

Só se na chamada de sua aplicação tu informar o path das dll´s no windows que ele vá buscar antes de inicializar tudo.

bom dia, eu tinha feito parecido com o da Sicred mesmo, mas não foi aprovado, estou encaminhando as novas mudanças para aprovação do banco. Assim que tiver um retono comunico aqui.

Bom dia @Italo Giurizzato Junior Obrigado! Farei os testes.

Isto mesmo, agora as notas denegadas não são mais registradas no sefaz, você tem duas opções ajusta utilizando outro Destinatario, ou se seu sistema não permite esta ação, e este numero fica "pulado" você tera que fazer a inutilização do numero.

Ola, veja esse tópico

Boa tarde @jaidomini, Já esta no SVN.

Olá Pessoal, Para quem não esta sabendo temos um novo documento fiscal eletrônico chamado DC-e - Declaração de Conteúdo Eletrônica. Já temos o componente ACBrDCe e já se encontra na lista de componentes a serem instalados pelo ACBrInstall. Até o momento somente o ambiente de homologação que esta disponível, o ambiente de produção esta prometido para 2025. Hoje (26/09/2024) realizei diversos testes e fiz algumas correções no código do componente. Resultado dos testes: 1. Envio do DC-e para a SEFAZ, funcionando e caso os dados estejam corretos é retornado o protocolo de autorização; 2. Consulta ao status de serviço, funcionando; 3. Consulta o DC-e pela chave, funcionando; 4. Envio do pedido de Cancelamento (único evento disponível), funcionando e caso os dados estejam corretos é retornado o protocolo de autorização; 5. Impressão do DACE, funcionando; 6. Impressão do Evento, funcionando. Convido a todos a atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes usando o programa exemplo. Caso encontre algum erro, por favor crie um tópico no fórum expondo o erro e se possível a solução.

Os grandes players do mercado estão de olho no mercado das software houses. Ou seja, os grandes tubarões estão nadando nas águas mais rasas Não acredita em mim? De uma olhada nestes links: Mercado Pago anuncia entrada em software de gestão para PMEs Itaú Unibanco compra solução de TEF e outros softwares de varejo da NCR Brasil e amplia atuação no segmento de meios de pagamento Senior Sistemas faz a sua segunda aquisição do ano e paga R$ 50 milhões pela GAtec Stone quer vender Linx, e Totvs pode comprar, diz site; Goldman vê sentido em negócio Mas porque eles estão fazendo isso? Os "tubarões" estão de olho em um recurso muito valioso, o qual muitas software houses não dão o devido valor, que é o controle e a participação das operações financeiras no início da cadeia. São os softwares de gestão das pequenas e médias software houses que realizam as diversas operações financeiras feitas por milhões de pessoas todos os dias. É o software de gestão que gera um boleto, é o software de gestão que recebe um PIX, é o software de gestão que recebe um pagamento em cartão. Então o sotware vai ter a informação de quem comprou, o que comprou, quando comprou, quanto pagou, como pagou e por ai vai. Ou seja, tem uma visão muito mais ampla e completa da circulação do dinheiro. Então é desistir e fechar as portas? Não! Muito pelo contrário! Isso significa que agora é a hora de aproveitar essa oportunidade! Mas como eu faço isso? Você deve estar se perguntando. Muito simples. Você como software house hoje já está na posição que os grandes players estão almejando. Se aproveite disso e forneça uma solução completa para os seus clientes. Se o seu software já cria a venda que tem a informação de quanto vai pagar e como vai ser feito o pagamento, por que deixar o cliente sair do seu software para fazer o pagamento? Ofereça uma solução completa e integrada! Fazendo isso, você como software house sai ganhando por estar participando do processo completo (que é o que os "tubarões" querem), o seu cliente sai ganhando por que está tudo centralizado para ele, todos ganham. Você me convenceu, mas por onde eu começo? O ACBr pode te ajudar nessa! De uma olhada em nossas parcerias: Conheça o TEF ACBr PayGo

Olá pessoal! Nos últimos dias temos recebidos diversos relatos de membros de nossa comunidade com problemas para realizar o processo de Manifestação do Destinatário, seja realizando o envio de evento ou a consulta de DistribuicaoDFe. Todos os relatos tinham em comum o fato de estarem conseguindo consumir os webservices de transmissão da NF-e normalmente, mas estarem recebendo as mensagens: Erro Interno: -2146893815 Erro HTTP: 0 URL: https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx Erro: 2148073481 Ou: Erro: WebService Distribuição DFe: - Inativo ou inoperante tente novamente. Erro interno: -2146893815 Erro HTTP: 0 URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx Erro: 2148073481 - Em casos assim, é sempre válido abrir um Fale Conosco junto ao fisco para que o mesmo fique ciente de que há algo errado. Abaixo reproduzido na íntegra temos a resposta que foi fornecida pelo membro de nossa comunidade @Jhonathan na qual ele demonstra um passo a passo que executou para resolver um erro semelhante que havia enfrentado anteriormente com NFC-e e que também de acordo com múltiplos relatos de colegas da comunidade resolveu o problema agora com a manifestação do destinatário: 1- Vá até o Painel de Controle do Windows. 2- Escolha a Opção "Opções da Internet"; 3- Vá até a aba “Avançadas”; 4- No bloco “Configurações”, vá até as últimas opções e deixe configurado como na imagem abaixo: 5- Vá em executar, digite certlm.msc para abrir a interface de certificados, caso esse comando não funcione, utilize o comando certmgr.msc. Remova estes certificados listados na imagem abaixo: 6- Execute como Administrador o InstaladorCadeias_1.0.2.0.exe, clique em Instalar e aguarde até que o processo seja finalizado. 7- Execute o FixCrypto_TLS1_2_Windows.reg. 8- Descompacte o CA.zip e execute o ac soluti ssl ev.cer e o Raiz-icp-brasil v10.cer. 9- Reinicie a máquina e teste novamente a comunicação com a Sefaz.

@Nelson Santos... apliquei uma baita duma "gabiarra", que converte a Imagem em ASCII Art, e com isso, o ACBrPosPrinter consegue imprimir a imagem no modo Raster... Atualize os fontes, e veja o método: TFrPosPrinterTeste.bImprimirImagemClick

[RESOLVIDO O MEU PROBLEMA VPAG] O meu ACBrNFe_demo esta ocorrendo que.... se eu informar vPAG = 10 por exemplo... ele nao compila: vpag undeclared identifier Mas se eu deixar apenas a linha vPAG comentada.. ele compila normal; COMO RESOLVI: Removi os componentes, apaguei a pasta do ACBr, criei novamente e atualizei trunk2 novamente... instalei e pronto with pag.Add do begin tPag := fpDinheiro; indPag := ipVista // vPag := 0.00 end;