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.

Use a força, leia aos fontes... Veja como fizemos no DANFCE, em EscPos http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/DANFE/NFCe/EscPos/ACBrNFeDANFeESCPOS.pas Ou no Extrato do SAT http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrSAT/Extrato/EscPos/ACBrSATExtratoESCPOS.pas

Boa tarde Josafar, Pela mensagem de erro de validação, acredito que os Schemas que a sua aplicação esta usando para validar o XML do MDF-e estão desatualizados.

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

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

Alteração enviada para o repositório, rev. 17130. Obrigado pela contribuição. Favor atualizar os fontes e fazer os devidos testes.

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

Boa tarde, Obrigada pela contribuição, adicionada para análise. Att.

Segue pnfsNFSeW_ABRASFv2.pas

Se a pessoa tiver acesso físico ao BD, apenas criptografia garantirá que não se consiga conectar. Acho que não. Pense bem, não faria sentido ficar armazenando esse tipo de informação. Num cenário de grande concorrência, isso tornaria o BD muito grande rapidamente. Você poderia criar triggers do BD e usar outros dispositivos das tabelas de monitoração (MON$xxx), mas talvez seja melhor você avaliar se isso é realmente o melhor jeito de resolver o seu problema (que por acaso você não disse qual é)...

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

Se você já está trabalhando com os eventos já existentes, talvez seja mais fácil você implementar os eventos faltantes e enviar os fontes.

Pelo manual anexado a coluna 58 contém o dígito da agência e não o número da conta...

Bom dia, AlexandreBertolato. Seria interessante você colocar a solução. Assim você estará contribuindo com o projeto e ajudando outros usuários.

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

Bom dia, Valtenci Santos. Capicom já está defasada... Tente utilizar as seguintes configurações:

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

If CDSNota2.FieldByName('ISSRetido').AsString = 'S' then Begin Servico.ResponsavelRetencao := ptTomador; Servico.Valores.IssRetido := stRetencao; LogradouLocalPrestacaoServico := llpTomador; End Else Begin Servico.ResponsavelRetencao := ptTomador; Servico.Valores.IssRetido := stNormal; LogradouLocalPrestacaoServico := llpPrestador; End; Com esse ajuste no código a linha acima em vermelho, está dando tudo certo.

Testei com o seu txt e os dados do responsável técnico foram gerados normalmente no XML. Verifique a sua versão do ACBrMonitorPLUS.

Acho que você precisa mesmo sentar com o cliente e o contador e conversar. Daí, depois de analisar a rotina dele, vai conseguir pensar numa maneira de automatizar. O cálculo de volume em m3 sólido é fácil. Largura x Altura x Comprimento. Então bastaria os produtos serem cadastrados com seus tamanhos definidos (largura, altura, comprimento) e você calcularia o volume na hora de imprimir o documento. A questão é se o cálculo de volume for em m3 estéril. Isso é, quando pequenas frestas entre as madeiras são desconsideradas... Isso complica muito... O que é que vem escrito na nota do fornecedor dele? madeira? ou vem especificado por produto (caibro 2x2, caibro 3x2, etc...)?

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

Bom dia Jailton, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr usando o ACBrInstall_trunk2 com a opção apagar arquivos antigos marcada? Esta fazendo testes usando o programa exemplo do componente ACBrNFSe?

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

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

Desculpe mas foi erro da empresa aqui, me passaram os dados da IM errado.

CST 00 Mas conforme o @BigWings falou, devido ao Schema não é possível informar as Tags do FCP ST sem informar também o ICMS ST. Por enquanto estou adotando essa medida de validação no meu sistema, sem ICMS ST não pode informar o FCP ST. @RicardoVoigt obg pela atenção.

Obrigado Amarildo. Foi resolvido com o contador.

Já resolvido, Obrigado Pessoal, acho que só foi uma falta de atenção minha mesmo kkk Por favor fechar o tópico.

Esse erro é de validação local, onde ainda não houve tentativa de comunicação com a SEFAZ. A mensagem está acusando que o campo infRespTec não deveria existir no XML, o que é incorreto. Verifique novamente a pasta de Schemas configurada no componente no momento do envio da NFCe.

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

Olá! Pois bem! Testei hoje, tudo igual ao que tinha testado antes, nos relatos da primeira pergunta, e agora foi aceito sem rejeição. Conclusão, tinha ERRO no Sefaz, pelo menos aqui no RS.

Veja que as versões 32/64 bits se referem à arquitetura do teu executável e não do sistema operacional. Se você compila para 32 bits deve copiar as DLLs de 32 bits, independentemente de o SO ser 64 bits.

Olá pessoal, realmente isso acontecia(não testei mais nos últimos tempos), com o openssl. Resolvi da seguinte forma: Para cada nota emitida crie um objeto ACBRNfe novo dinamicamente, configure, alimente e envie a NFCe, depois destrua!

Obrigado a todos, ja resolvi aqui, na verdade as variaveis estavam vazias.