Painel de líderes

Se está enviando a mesma nota duas vezes, o correto é apenas consultar pra atualizar, sem alterar a numeração. Mas se for duplicidade com outra nota, sim, gerar novamente com nova numeração, não sem antes saber o motivo de a sua aplicação ter gerado um número já existente. Pode haver duplicidade de mesma numeração com chave diferente, você terá uma rejeição na consulta, se for duplicidade com mesma chave mas conteúdo do XML diferente, é importante ter a configuração "Validar DigestValue ao consultar XML" ativada pra que o ACBrMonitor identifique e gere um erro na consulta do tipo "DigestValue não confere".

Boa tarde Duplicidade de NFCe envolve o processo de Contingência da NFCe. Ou seja, voce transmitiu e não obteve o retorno, antes de tentar transmitir novamente ou gerar outra NFCe, precisa consultar essa Chave que acabou de transmitir. Se obter o protocolo da Sefaz OK, foi transmitida e basta imprimir... Se não está conseguindo consultar por algum problema técnico na SEFAZ, precisa incrementar a numeração e emitir OFF-Line e quando reestabelecer a conexão voce Consulta posteriormente essa chave e se existir Cancela a mesma se não existir Inutiliza a numeração. Mas se tentar reenviar uma NFCe sem ter certeza que foi autorizado na SEFAZ sempre vai ocorrer esses problemas de duplicidade...

Os Ajustes SINIEF 21/2020 e 22/2020 introduziram a exigência da identificação do intermediador da transação comercial na NF-e e NFC-e. Sendo assim, foram criados 4 campos na NF-e/NFC-e, sendo eles: indIntermed (B25c), infIntermed (YB01), CNPJ (YB02) e idCadIntTran (YB03). O campo Indicador de intermediador/marketplace (indIntermed) é uma “flag” utilizada para o emitente da NF-e/NFC-e declarar quando a operação/venda ocorreu em site/marketplace ou plataforma de terceiro. Quando declarado que a operação for intermediada (indIntermed=1) será necessário informar os campos do grupo infIntermed (YB01): CNPJ (YB02) e idCadIntTran (YB03). Caracteriza-se venda com intermediador (indIntermed=1), quando o vendedor/emitente da NF-e/NFC-e (CNPJ14) for diferente do CNPJ14 do site/marketplace ou plataforma que realizou a venda. Em algumas situações, a venda/operação pode ocorrer com mais de um marketplace/intermediador, por exemplo quando o “Vendedor A” anuncia no “Marketplace M1” e este anuncia no “Marketplace M2”. Nesse caso, na hipótese do “Marketplace M1” ter enviado a informação para o “Vendedor A”, na NF-e deve ser informado o CNPJ do “Marketplace M1”. Em resumo, independente da cadeia de plataformas envolvidas, deve-se informar o CNPJ do intermediador (campo YB02) de quem que enviou a informação da venda para o vendedor/emitente da NF-e/NFC-e. Texto extraído da Nota Técnica 2020/006 versão 1.20 (página 12). Exemplos para quem utiliza o componente ACBrNFe: 1. Venda presencial no Estabelecimento ou Fora dele. Ide.indPres := pcPresencial ou pcPresencialForaEstabelecimento; Ide.indIntermed := iiSemOperacao; 2. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros sem Intermediador. Ide.indPres := pcInternet ou pcTeleatendimento ou pcEntregaDomicilio ou pcOutros; Ide.indIntermed := iiOperacaoSemIntermediador; 3. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros com Intermediador. Ide.indPres := pcInternet ou pcTeleatendimento ou pcEntregaDomicilio ou pcOutros; Ide.indIntermed := iiOperacaoComIntermediador; (...) // CNPJ do Intermediador da Transação (agenciador, plataforma de delivery, marketplace e similar) de serviços e de negócios. infIntermed.CNPJ := '1234'; // Identificador cadastrado no intermediador. // Nome do usuário ou identificação do perfil do vendedor no site do intermediador (agenciador, plataforma de delivery, // marketplace e similar) de serviços e de negócios. infIntermed.idCadIntTran := 'Zezinho'; Exemplos para quem utiliza o ACBrMonitor ou ACBrLibNFe: 1. Venda presencial no Estabelecimento ou Fora dele. [ide] indPres=1 ou 5 indIntermed= 2. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros sem Intermediador. [ide] indPres=2 ou 3 ou 4 ou 5 indIntermed=0 3. Venda não presencial, pela Internet ou Teleatendimento ou com entrega a domicílio ou outros com Intermediador. [ide] indPres=2 ou 3 ou 4 ou 5 indIntermed=1 (...) [infIntermed] ; CNPJ do Intermediador da Transação (agenciador, plataforma de delivery, marketplace e similar) de serviços e de negócios. CNPJ=1234 ; Identificador cadastrado no intermediador. ; Nome do usuário ou identificação do perfil do vendedor no site do intermediador (agenciador, plataforma de delivery, ; marketplace e similar) de serviços e de negócios. idCadIntTran=Zezinho

ATENÇÃO! Parada programada do Portal Nacional da NF-e no dia 28/03/2021 das 8h às 12h No dia 28/03/2021, a partir das 8 h, serão executados procedimentos de manutenção que requerem que o Portal Nacional da NF-e fique indisponível. A operação vai durar no máximo 4 (quatro) horas. Assinado por: Receita Federal do Brasil

Olá pessoal, Temos novidades na NF-e que vão trazer alterações no componente. "Essa Nota Técnica divulga novos campos e regras de validação para a NF-e/NFC-e versão 4.0, visando a adequação ao disposto no Ajuste SINIEF 21/2020 e 22/2020, envolvendo a identificação do intermediador ou agenciador da operação." O prazo previsto para a implementação das mudanças é: * Ambiente de Homologação (ambiente de teste das empresas): 01/02/2021 * Ambiente de Produção: 05/04/2021 Ainda não foi liberado os novos schemas. Fiquem tranquilos que o ACBrNFe será atualizado para que todos possam realizar os testes assim que o ambiente de homologação for liberado. Observação: Novos campos que vão fazer parte do layout da NF-e: elemento <indIntermet> é opcional e aceita os valores: 0 = Operação sem intermediador (em site ou plataforma própria) e 1 = Operação em site ou plataforma de terceiros (intermediadores/marketplace) grupo <infIntermed> Grupo de informações do Intermediário da Transação, contendo os elementos <CNPJ> CNPJ do Intermediador e <indCadIntTran> Nome do usuário ou identificação do perfil do vendedor no site do intermediador.

pode fechar, valeu estava com 48, 49

Podem encerrar o tópico por favor. Estava copiando os schemas e deixando todos com letra minuscula, sendo que a função de busca é case sensitive.

Fechou @Daniel Simoes Criei como TDFeHttpWinHttp e foi obrigado...

Boa tarde pessoal, finalmente consegui resolver este problema, de forma bem simples (depois de lutar muito); 1º copiei o todo o conteúdo do .dpr, (SISCOM.dpr). 2° Criei um novo projeto, e salvei com o mesmo nome do retaguarda 3° Colei o conteúdo do 1º passo no novo .dpr, fiz todas as configurações do projeto (compiler, icone, etc...), salvei.... e a "mágica" aconteceu........ grato a todos pela ajuda e observações.

Boa tarde, Segue em alteração no método "NotaFiscal.ValidarRegrasdeNegocios" para validar corretamente PIS e Cofins em NFe com Produtos e Serviços. ACBrNFeNotasFiscais.pas

Oi @Mario Luiz de Souza, Parabéns pela persistência... Desculpe-me se parecei rude, em fechar o seu tópico anterior (não foi essa a intenção)... apenas tentamos manter os tópicos do fórum organizados...

ja encontrei o meu erro ... estava mandado como Prod=10.00 e não vProd=1.00 muito obrigado !!!

Bom dia Daniel Deu certo!, grato por sua ajuda Jose Carlos

Obrigado Juliomar, tentei também pelo GetText, mas vou rever novamente o que pode estar fazendo errado !

OpenSSL não tem suporte a certificados A3, nesse caso use libWinCrypt e selecione o certificado pelo número de série.

Boa tarde a todos, Os Schemas referente a essa NT na compreende na verdade 2 novos tipos de eventos: Comprovante de entrega da NF-e e o de Cancelamento do Comprovante de entrega da NF-e, já se encontram no repositório. As datas de liberação são: 01/06/2021 - Ambiente de Homologação 22/06/2021 - Ambiente de Produção Para quem tem o habito de manter os fontes sempre atualizados, quando a SEFAZ liberar basta testar, pois o componente já esta com esses dois eventos implementados.

Olá pessoal, O componente ACBrMDFe vai sofrer uma alteração para estar em conformidade com a NT. Resumo das alterações: Alterações no MDF-e rodoviário adequando o grupo do vale pedágio às definições da ANTT; Observação sobre a formação da chave de unicidade de um MDF-e ; Tornar a UF da placa opcional em virtude da nova placa padrão Mercosul ; Inclusão do PIX nas formas de pagamento do frete; Ajuste do tamanho da tag TU do modal ferroviário (schema). O ambiente de homologação só vai estar liberado em 05/04/2021 e o de produção em 02/05/2021. Procure manter os fontes ACBr sempre atualizados.

Bom dia Marcos, Temos um provedor chamado SIAPNet implementado que se utiliza da versão 2 do layout da ABRASF. Deve ser o mesmo. Favor acrescentar no arquivo Cidades.ini a respectiva cidade conforme as demais do mesmo provedor.