Painel de líderes

Prazos de vigência: Homologação Produção 01/06/2022 01/07/2022 Resumo: A Resolução Gecex nº 321, de 25 de março de 2022, publicada no Diário Oficial da União em 20 de abril de 2022, divulgou a nova tabela de NCM com efeitos a partir de 01/07/2022. Tabela de códigos de NCM Divulgar a publicação da Nova “Tabela de NCM e respectiva Utrib – Vigência a partir de 01-07-2022”, no Portal Nacional da NF-e , aba “Documentos”, opção “Diversos”. Os 8 (oito) códigos incluídos na tabela de NCM publicada no Portal Nacional da NF-e estão realçados em verde com a informação de início de vigência em 01/07/2022. Os 4 (quatro) códigos excluídos na tabela de NCM publicada no Portal Nacional da NF-e estão realçados em vermelho com a informação de fim de vigência em 30/06/2022. Fonte: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=FHn62qOKXxo=

Desde já, muitíssimo obrigado, tínhamos atualizado semana passada mas vamos atualizar novamente. Dando certo ou não, entrarei em contato para dizer.

Boa tarde, olha no estado de MG alguns estabelecimentos estão usando o ECF ainda, mais muitos já migraram para a NFC-e no seu caso a MP 4200 TH ela é não fiscal

Então o mais sensato é escrever com ACBrNFe o PDV para emissão de NFCe.

no caso tu usa o TACBrECF isso? usa a dll bemafi32.dll? sobre o ACBrSAT não tem não, ele foi feito só para comunidar com SAT e MFe e não dá pra emular. Agora se estiver usando na parte da ECF o ACBrECF tem o ECFVirtual que tu pode vincular o ACBrECF e o ACBrNFe e emitir NFCe

Ajuste feito no delphi XE2 Segue anexo ACBrNFeDANFEFRDM.pas

Verifique se existe algum arquivo chamado "ACBrNCM.json" na pasta da aplicação. Se existir, apague o arquivo e tente efetuar o teste novamente. Vou incluir uma validação no componente para verificar se o arquivo é um json válido.

Boa tarde, passoal. Passando para agradecer o emprenho e os testes. O contador me retornou sobre a consulta à Receita: O Cliente, Colégio Estadual, não tem IE cadastrado, mas, tem CadPro. Informou o CadPro e a NF autorizou normalmente.

Resolvi o problema criando uma espécie de método para verificar o número de consultas realizadas em menos de uma hora.

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

Atualizado e funcionando. Obrigado a todos! Att, Wilson

Não.. nos fontes do ACBr... otimizei a consulta para usar GZip, mas aparentemente um dos EndPoints do mesmo WebService, não aceita....

Apliquei uma possível correção, no commit: Commit [r25429]

Juliomar, boa tarde. Aparentemente o servidor esta recusando dados enviados no Header. Ou algo parecido. Na unit ACBrIBGE na linha 1241 : troquei : HTTPGetCompressed( AURL ); por : HTTPGet( AURL ); e obtive sucesso. acredito que o servidor não esta aceitando o parâmetro que indica um retorno compactado. (Não é minha praia, então não sei se o acerto correto seria este , ou até mesmo se soube me expressar de forma clara).

Boa tarde Wanessa, Já esta no SVN.

1- A versão 1.4.0.103 do ACBrMonitorPLUS Adiciona o componente ACBrNCM atualizado. Foi realizado a atualização do componente ACBrNCM para baixar a tabela de NCM a partir do portal Siscomex, essa funcionalidade foi atualizada também no ACBrMonitorPLUS, adicionando comandos para consulta pelo código e descrição do NCM, além de permitir baixar a lista de NCMs localmente como cache para consultas rápidas. Segue os métodos disponíveis para esse serviço no ACBrMonitor: NCM.ObterNCMs NCM.BaixarLista NCM.Validar NCM.BuscarPorCodigo NCM.BuscarPorDescricao NCM.DescricaoNCM Em Tela também é possível baixar a tabela e definir o tempo para realizar a consulta em cache antes de baixar novamente uma nova tabela, além de consultas de validade de código NCM. Veja registro completo

Bom dia. existe mesmo o erro. estamos analisando

Termina em 6 de maio, o prazo para a revenda do país fazer a troca da exposição de preços das três casas decimais por duas casas decimais nos painéis de preços e nas bombas medidoras em todos os postos de combustíveis do país. Após a data, a ANP poderá multar quem não se adequar à nova regra, determinada pela Resolução 858/2021. No caso dos painéis de preços expostos na entrada do estabelecimento é obrigatório que os preços sejam divulgados em duas casas decimais. Somente no caso das bombas medidoras , a ANP fez uma concessão para a revenda de todo o país inserir o zero na terceira casa decimal. Esta permissão foi resultado da intervenção da Fecombustíveis junto à ANP, que solicitou o pedido em ofício, para inserção do zero na terceira casa decimal em função da dificuldade tecnológica de alguns modelos de bombas não permitirem a supressão da terceira casa decimal e pelos custos elevados para adequação à regra pela revenda. A Fecombustíveis lembra que a regra da exposição de preços em duas casas decimais também vale para o GNV e recomenda que o painel informativo relativo ao preço final (via aplicativos/ descontos), determinado pelo Decreto 10.634, também deva ser exposto em duas casas decimais. Confira abaixo os modelos recomendados pela Fecombustíveis: Autor/Veículo: Assessoria de Comunicação da Fecombustíveis Fecombustíveis alerta para final de prazo para mudança das casas decimais - Federação Nacional do Comércio de Combustíveis e de Lubrificantes (fecombustiveis.org.br)

Bom dia a todos, Favor atualizar todos os fontes de todas as pastas e reinstale o ACBr. Notem que fiz uma alteração nos schemas do provedor. Façam novos testes.

Bom dia Tiago, Já esta no SVN.

A questão para mim está totalmente ESCLARECIDA. Diante de todas as evidências e relatos dos colegas nesta thread, resolvi chutar o pau da barraca e partir para o nível hard: falei para o cliente que estávamos com um problema sério desde o dia 10 deste mês, e todas as evidências apontavam para algum aplicativo na CONTABILIDADE consumindo o mesmo serviço. Dei ultimato: se o cliente nao resolvesse isso, eu iria parar o meu serviço de baixa de xml e manifestação de notas. Parêntese: Eu sei que o cliente jamais aceitaria eu parar o meu serviço de baixa de xml rsrsrsrs. São mais de 1mil notas mensais e eles nao querem voltar a fazer essa tarefa manualmente. Aí o negócio pegou fogo. A contabilidade que antes jurou de pe junto que nao, ninguem fazia isso la, de repente alguem levantou a mao e confessou que realmente fazem pq "precisam pra baixar os xmls pra calcular alguns impostos". Ora ora ora. Imediatamente o serviço deles foi parado, e pra surpresa de mais ninguem rsrsrs tudo voltou a fluir perfeitamente. Isso foi ontem, 18/03, por volta das 17horas. Desde entao minha aplicação ja fez cerca de 10 consultas (na madrugada o serviço para), e... NENHUMA REJEIÇÃO. Pra mim o assunto foi resolvido e esclarecido. Obrigado a todos

Boa noite pessoal, Segue um resumo, pois o tópico já está muito extenso e não parece estar caminhando para uma solução. 1. Notamos vários relatos de sistemas rodando em paralelo, gerando o consumo indevido, mesmo quando achavam que o sistema em questão era o único utilizado. Essa é uma ótima idéia para garantir que não há nenhum outro sistema manifestando e consultando em paralelo. 2. A consulta com ultNSU=0 tem que funcionar para quem se perdeu na sequência, se continua dando consumo indevido após mais de 1h de espera é mais um indício de sistemas em paralelo. 3. A hipótese das filiais com o mesmo certificado foi descartada, pois está na NT que o controle é pelos 14 dígitos do CNPJ e houve uma resposta da Sefaz confirmando isso. 4. A situação onde o mesmo ultNSU retorna consumo indevido e depois funciona, também aparenta ser reflexo de outro sistema em paralelo gerando a trava em determinados períodos.

Alguns pontos: 1º) Verifique se o jeito que vc sempre fez o Cancelamento é por eventos, se não for providencie a troca pq a partir de 01/12 só sera possível cancelamento por eventos. 2º) Nos Danfe Rave tem a propriedade NFeCancelada, entao basta setar essa propriedade para True e especificar o protocolo de cancelamento na propriedade ProtocoloNFe. Dae quando imprimir irá aparecer a TARJA. 3º) O que o colega José Roberto informou deve ser observado. A tarja só ira aparecer em ambiente de Produção para o Danfe em Rave Arquivo. []´s