Painel de líderes

@Antonio Carlos Araujo Sobrinho, exatamente. * O lote pode conter mais de 1 evento por vez. * O protocolo do envido é um por lote. * O protocolo de sucesso(Recibo) é um por evento e este que é a sua garantia de sucesso. * Evento de tabela não aceita envio em concorrência.

MDF-e versão 3.00a Prazos: - Homologação: 06/2019 - Produção: 07/2019 Fonte: https://dfe-portal.sefazvirtual.rs.gov.br/Mdfe/Documentos# Disponibilizaram apenas Manuais (Rascunho) sem os Schemas. Enviei um e-mail para a Confaz questionando isso. Responderam com a seguinte informação.

Boa Tarde... Acabei de testar em Modo de PRODUÇÃO... Transmissão / CC-e / Cancelamento - Tudo funcionando 100%... Tanto CNPJ quanto CPF.... o Problema para CC-e e Cancelamento encontra-se no modo de HOMOLOGAÇÃO... Desculpem o Transtorno...

Deu certo, Obeigado Amigo. Obrigado*

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

Você pode discordar... mas é a verdade. Embora realmente talvez exista mais dados disponíveis por outros meios, isso é útil apenas quando você quer atacar um alvo em específico, não quando se quer montar uma base de dados. Quando você pesquisa numa ferramenta de busca os dados de retorno não são formatados e podem estar desatualizados. Isso os torna menos valiosos e dificulta automatizar.

O problema era que minha aplicação não estava arredondando o valor total pela regra abnt, ai influenciava no valor da forma de pagamento, fazendo com que dê a diferença. Solução: usar no total da venda a função do acbr para arredondar para abnt.

Bom dia! Daniel. Eu estava usando o exemplo de retorno existente no demo; MemoCupomTEF.Lines.Add('Pagamento [Cartao:' + edValorVenda.Text + '][NSU:'+ACBrTEFD1.RespostasPendentes[IndiceTransacaoTef].NSU + '][Rede:'+ACBrTEFD1.RespostasPendentes[IndiceTransacaoTef].Rede+ ']');, mas, eu preciso da informação de retorno do campo: ACBrTEFD1.RespostasPendentes[IndiceTransacaoTef].codigoBandeiraPadrao; que estava vindo sempre "00000". O pessoal da SkyTEF me informou que eu deveria incluir a linha; [Geral] BandeiraPadraoHabilitada=1 no arquivo "sitefcfg.ini" De qualquer forma, obrigado. Você e sua equipe desenvolvem um trabalho muito importante para a comunidade delphi.

Bom dia, estávamos com o problema relatado acima e resolvemos como sugerido e deu certo. Estamos com os fontes atualizados revisão 17129 e o boleto continua com esses erros.

Bom dia! Penso ser a reclassificação a forma mais adequada, mas seria ideal realmente ter um parecer de um bom escritório contábil. Fonte: http://audisoft.com.br/cms/index.php/manuais/14-faturamento/98-reclassificacao-de-mercadorias

Boa noite. É basicamente o mesmo procedimento usado para empresas do simples nacional.

Srs agradeço a atenção de todos. Solucionei, bastava atualizar a versao do ACBR

Resolvido. Obrigado pela ajuda, atualizei o windows e habilitei algumas funções do Net Framework 4.7 que estavam desmarcadas e reiniciei o pc, quando ligou voltou a funcionar beleza.

Resolvido Eu estava mandando os CST do pis/cofins apenas 1 e deve ser 01, estranho que em versões anteriores o Monitor autoformatava isso, pois estava funcionando perfeitamente.

Bom dia, gustavo_sala. Geralmente esse erro pode acontecer por dois motivos: - Falha na conexão com ambiente do eSocial (falha ou timeout nas integrações, erro não catalogado, não há mensagem específica). ou - A Procuração que habilita o contador à enviar as informações da empresa para o eSocial esteja vencida.

Boa tarde, Porque você não usa o método DistribuicaoDFe para baixar o XML do Fornecedor? Por favor leia esse artigo: Como obter o XML do Fornecedor

Boa tarde Vinicius, A mensagem de erro que você postou deixa claro que o componente não esta configurado corretamente, veja: EACBrDFeException with message ' DadosPFX, ArquivoPFX ou NumeroSerie não especificados Não sei como funciona a sua aplicação, mas a minha eu tenho os componentes em um Data Module e neste também uma procedure responsável por configurar os componentes. Antes de enviar ou consultar ou enviar um evento, executo a procedure que configura os componentes.

Boa tarde, ssantos. Veja o tópico abaixo, talvez possa te ajudar:

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

@BigWings, era isso mesmo, muito obrigado pela ajuda, fico muito grato, problema resolvido

Consegui replicar esse problema movendo a linha: ACBrBoleto1.Banco.TipoCobranca := cobBancoob; Para a última linha do código, antes do método LerRetorno. Então o que você precisa é ter certeza que está configurado a propriedade TipoCobranca antes de informar o número da conta para o componente. Já que para o Sicoob o tamanho da conta é definido em 12 (e não 13). constructor TACBrBancoob.create(AOwner: TACBrBanco); begin inherited create(AOwner); fpDigito := 0; fpNome := 'SICOOB'; fpNumero := 756; fpTamanhoMaximoNossoNum := 7; fpTamanhoCarteira := 3; fpTamanhoConta := 12; fpCodigosMoraAceitos:= '012'; fpLayoutVersaoArquivo := 81; fpLayoutVersaoLote := 40; end;

Boa tarde, Por favor anexe a unit alterada. Att.

Boa tarde, Henrique Lima. Veja a regra abaixo:

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

Caso seja necessário imprimir item a item, pode ser usado a tag infAdProd para imprimir as informações. Ou infCpl se for preciso apenas o total.

Bom dia, O banco não lhe deu nenhuma orientação? Att.

Olá bom dia a todos! Desculpem a demora, eu tive férias e na volta tive que lidar com algumas alterações da Nf-e e Nfc-e. Enfim hoje consegui testar o cancelamento da Nfs-e e deu tudo certo! muito obrigado a todos pela atenção.

Atualizando aqui, caso alguém precise: os cancelamento não passam mais pelo integrador, me passagem a informação errada. Apenas os pagamentos no cartão passarão por ele agora, a venda e cancelamento vai direto para o MFE.

Bom dia! Exato até no texto tem a citação das madeireiras: Obg. por reportar. Estou fechando o tópico. Para nova dúvida, crie novo tópico.

è isso mesmo Kiko como eu já havia pensado em fazer, é que toda via coloquei o post por pensar que poderia haver outra forma em se tratando de madeira, mas pelo visto não existe. Obrigado por responder. Topico resolvido

Obrigado Italo, Ja comecei a ler e acompanhar pelo ACBr.

Olá, Sobre só aceitar conexão somente da sua aplicação, você pode alterar a senha do sysdba e caso tenha outros usuários no banco não informar a senha. Abraço

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

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

Resolvido

Boa tarde Luiz, Sim, no caso do BP-e a contingência é off-line, neste caso o XML é gerado, assinado e salvo em disco e existe um prazo para ser enviado. Em anexo o Manual do BP-e. Manual_BPe_v100a.pdf Pesquise sobre a palavra Contingencia no manual, tem algumas coisas que o componente já faz de forma automático, você não precisa se preocupar.

Bom dia, Da uma olhada neste artigo aqui que eles falam sobre isso.

Bom dia Italo! Obrigado pela ajuda, vou fazer os testes seguindo sua sugestão.

obrigado. Problema resolvido

Bom dia, Uma sugestão coloque sempre antes de enviar, uma reemissão, se ja existir, será só uma reemissão

Boa tarde Júlio, Chegou a atualizar nos seus clientes os arquivos INI (Cidades.ini e ISSDSF.ini) ?

Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

olha.. questao do contador, tem de ver entao se esta com o profissional certo.. pois pagamos o contador para isso. para resolver essas questoes.. Contador quando nao sabe, entra em contato com fiscais , com sefaz.. se o contador nao puder fazer isso, entao o cliente, esta ralado, tem de trocar infelizmente o contador.

Eu peguei o projeto inteiro do zero e apresentou esse erro vou testar Compilou certinho, obrigado @José M. S. Junior

Bom dia, favor atualizar os fontes, foi ajustado a chamada de alguns métodos que tiveram nomenclaturas padronizadas.

Bom dia Daniel, Consegui resolver criando um EXE separado. Tentei criar uma DLL e mesmo assim, deu mesmo erro. Obrigado

José, esses dois arquivos de retorno são da mesma empresa? Analisando os dois arquivos notei o seguinte: No primeiro ao realizar a consulta foi informado o valor 9190 como sendo o UltNSU e foi retornado Eventos e CT-e cujos NSU foram de 9191 até 9240. Logo a próxima consulta devemos informar o valor 9240 como sendo o UltNSU. No segundo ao realizar a consulta foi informado o valor 9803 como sendo o UltNSU e foi retornado somente eventos (normal) cujos NSU foram de 9804 até 9853. Logo a próxima consulta devemos informar o valor 9853 como sendo o UltNSU. Se esses dois arquivos de retorno pertencem a mesma empresa esta faltando arquivos de retorno, muitos por sinal, ou ocorreu um erro ao informar o valor de UltNSU na consulta seguinte.

Boa noite uma noticia fresca é que em pouco tempo teremos a cappta homologando por dll e assim você desenvolvedor terá mais controle sobre a interação com a solução tef igual hoje é feito com a Sitef

O método de consulta não retorna o XML da nota, apenas o protocolo dela. Quando você faz a consulta carregando o XML o que o ACBr faz é montar o XML completo a partir do XML carregado mais o protocolo de autorização retornado pela consulta. Então você deve carregar o XML sem o protocolo e executar o método de consulta: ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile('C:\PATH\TO\ARQUIVO-NFE.XML'); ACBrNFe1.Consultar; Para o XML de retorno da consulta você pode usar: ACBrNFe1.WebServices.Consulta.RetornoWS; Para o XML completo montado pelo ACBrNFe: ACBrNFe1.NotasFiscais[0].XMLAssinado;