Painel de líderes

Obrigada. Farei a atualização das fontes e realizar o teste.

Cara, eu fiquei em dúvida quanto ao o que você postou e pesquisei um pouco mais. Eu tenho o cadastro no estado do Paraná, mas não informo o código na emissão das NFe dos meus clientes lá e não tenho o cadastro em outras UF. Eu vou ver se procuro fazer estes cadastros nas outras UF, mas espero que demore um pouco a obrigar isto. Referências: https://oobj.com.br/bc/article/rejeição-976-identificador-do-csrt-não-cadastrado-na-sefaz-como-resolver-923.html https://oobj.com.br/legislacao/responsavel-tecnico-nfe-nfce/

Adiciona uma forma de pagamento com a entrada e dai as demais uma a uma

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

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

Hmmm realmente era ali o problema, no meu estava um pouco diferente, por algum motivo quando atualizamos aqui, acho que acabou não atualizando a classe do Cupom fiscal, faltava a parte do .Contains dentro do if, atualizamos novamente e abrimos o Cupom, puxou igual o seu, testei e deu certo. Muito obrigado pela sua atenção, desculpa pelo incomodo. Ótima sexta-feira para você meu amigo!

No primeiro parâmetro do método tu precisa enviar com aspas duplas ao invés de simples. https://acbr.sourceforge.io/ACBrMonitor/ComoemitirumaNFeouNFCe.html

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.

Bom dia @IgorAcertSoft, Muito obrigado pela colaboração, já foi criado a TK-6030 para atualização.

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

Estou configurando normalmente, conforme imagens, tanto que funciona nas impressões térmicas, da mesma maneira e usando o mesmo código, somente na A4 não está somando correto: Esse código é usado para gerar todos os comprovantes do NFCe, e somente em A4 está ficando com a soma diferente, o que me faz entender que a impressão em A4 está com algum problema no totalizador...

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.

É isso mesmo. Muito obrigado!

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

@melk, Mas que resposta mais esfarrapada do pessoal da prefeitura. Como assim, você manda o XML do RPS com o bairro "Centro" e o webservice retorna "TBair|Centro" Com certeza é kaka deles. Pede para todos os seus clientes protocolarem uma reclamação por estar gerando um informação errada no XML da NFS-e.

Boa tarde @C4Dev, Não, vamos lá. Ambas se refere a empresa desenvolvedora. As informações referente ao idCSRT e CSRT (Código de Segurança do Responsável Técnico) devemos informar na configuração do componente. As demais informações (CNPJ, Contato, e-mail e telefone) devemos informar ao alimentar o componente com os dados da nota. A classe infRespTec tem os outros campos para quando o XML é carregado, mas na geração do XML o procedimento é o que foi apresentado acima. Não devemos confundir com as configurações: Configuracoes.Geral.CSC e Configuracoes.Geral.idCSC . Essas 2 propriedades de configuração se refere ao CSC - Código de Segurança do Contribuinte. Essas sim se refere ao emitente da nota, mas elas só são utilizadas se estivermos emitindo a NFC-e, elas não são usadas na emissão da NF-e. Espero ter ajudado.

Boa tarde @jaidomini, Já esta no SVN.

Boa tarde. O arquivo é gerado no mesmo local da pasta onde definiu para salvar os demais XMLs. A propriedade é: ACBrNFe.WebServices.Consulta.RetNFeDFe

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;