Painel de líderes

Verdade, se passar com as aspas funciona. Inclusive ja fiz a alteração aqui e ja funcionou kkkk Obrigado.

Quando for emitida uma NF-e e PELO MENOS UMA das situações abaixo estiverem descritas na Operação da NF-e e FOR INFORMADO o Grupo de ICMS para a UF de Destino (ICMSUFDest), será retornado a rejeição "695 - Informado indevidamente o grupo de ICMS para a UF de destino": Operação Estadual (idDest = 1) ou com Exterior (idDest = 3); Operação com Consumidor Normal (indFinal = 0); Operação com Contribuinte (indIEDest = 1) ou com Contribuinte Isento (indIEDest = 2); Operação de prestação de serviços (ISSQN); Operação com combustível (comb) derivado de petróleo. Código ANP diferente de: 820101001, 820101010, 810102001, 810102004, 810102002, 810102003, 810101002, 810101001, 810101003, 220101003, 220101004, 220101002, 220101001, 220101005, 220101006, 560101001; Data de Emissão anterior a 01/01/2016, em Produção. Será que o item 5 não seria o seu problema Eduardo ? Tem um item (1) na sua NF que é derivado de petróleo.

Bom dia Arnaldo, Vamos imaginar uma tora de 6 metros de comprimento e diâmetro de 30 centímetros. O que a madeireira vai extrair dessa tora? Pranchas, sarrafos, caibros, vigotas? Cada uma dessas peças poderá ter o comprimento de 6 metros, mas a largura e altura vão ser diferentes.

Engraçado que o custo não é nada barato... 1000 consultas é 640 reais kkkk absurdo..

Bom dia, nem precisava perguntar, era pesquisar no forum, segue ai a solução:

Apenas para acrescentar: Isso acontece porque a grande demanda obrigatória do TEF foi próximo desses anos. Havia a exigência do TEF no PAF-ECF, muitos "players" novos no mercado e grande atividade no projeto ACBr nessa área. A maior parte das informações continuam atuais. Mas algumas coisas ou exigências foram simplificadas. Geralmente, dá pra perceber isso no roteiro de certificação que eles te passam. Geralmente é remoto. Não conheço nenhuma que hoje em dia exija a certificação presencial. Não existe emulador de tef do ACBr. Mas ao entrar em contado com as certificadoras elas vão te disponibilizar tanto as dlls como um sistema que emula o TEF para que você possa implementar.

Bom dia, Alterei as margem de 10 para 0,70 e resolveu.

Boa noite, Tomaz Alexandre Macedo. De acordo com o perfil de requisitos e requisito XIX, emissão, transmissão e armazenamento de Nota Fiscal Eletrônica (NF-e) é obrigatório. Veja o link abaixo: https://www.confaz.fazenda.gov.br/legislacao/despacho/2018/dp100_18

Bom pessoal, muito obrigado pela ajuda mas não consegui com os exemplos que me deram. A solução que encontrei, pra nível de histórico aqui. Crio um comando pra minimizar o acbrmonitor. Close #2 Open "C:\nfce-app\acbr\ocultaACBR.TXT" For Output As #2 Print #2, "acbr.ocultar" Close #2 caso o Acbrmonitor não o execute e exclua o arquivo, eu entendo que ele não esta aberto na maquina e o executo pelo comando shell do Windows. If Dir("c:\nfce-app\acbr\ocultaACBR.txt") <> "" Then Shell ("C:\ACBrMonitorPLUS\ACBrMonitor.exe") End If

siga esse link ai

Entendi. Finalizado aqui, valeu.

Boa tarde, Conforme pôde ser observado por um grande número de membros da comunidade, desde os últimos dias de abril vinha ocorrendo na maioria das UFs a rejeição Endereço do site da UF de Consulta por chave de acesso diverge do previsto ao tentar enviar a NFCe em ambiente de homologação. Motivo da Rejeição Conforme foi divulgado posteriormente pela SEFAZ, de forma não oficial, ou seja, sem a publicação de NTs ou outras informações nos portais relativos a NFCe, esta rejeição passou a ocorrer devido a implementação da regra ZX03-20 existente na NT 2016.002 versão 1.61, a qual determina a validação da URL de Consulta por Chave de Acesso conforme tabela disponibilizada no portal do ENCAT. Estas validações entraram em vigor em ambiente de homologação no dia 22/04/2019 e em produção entrarão em 20/05/2019. Solução Os fontes do ACBr e por consequência o ACBrMonitorPlus SAC, foram atualizados com as URLs corretas conforme documentação disponível na página do ENCAT. Porém, em alguns casos, os endereços indicados pelo ENCAT ainda sim estavam incorretos. Com base no feedback de diversos usuários de nossa comunidade, novos ajustes foram enviados para o SVN do ACBr, no arquivo ACBrNFeServicos.ini Dicas para Minimizar o Impacto em seus clientes Se você utiliza o componente ACBrNFe para emissão da NFCe, procure sempre disponibilizar na mesma pasta do seu binário (executável) o arquivo ACBrNFeServicos.ini. Desta forma, o componente ACBrNFe, irá fazer uso do arquivo ACBrNFeServicos.ini existente no diretório, ao invés de usar as URLs internas, que são compiladas como "Resource", e anexadas ao componente... Isso é extremamente vantajoso, pois lhe confere grande agilidade na resolução de problemas de URLs... Caso sejam detectadas novas alterações de URLs, basta realizar a substituição do arquivo ACBrNFeServicos.ini, evitando portanto a necessidade de atualizar toda a aplicação. Eu não distribuo o ACBrNFeServicos.ini em meus instaladores? Preciso recompilar e atualizar meus clientes para que as novas URLs entrem em vigor ? Se você não quer ou não pode distribuir o ACBrNFeServicos.ini, na mesma pasta da sua aplicação, então não há outra maneira a não ser disponibilizar um novo binário para o seu cliente... Porém antes , faça um teste, é simples e rápido... Apenas copie o arquivo ACBrNFeServicos.ini no mesmo diretório de sua aplicação, e observe que as novas URLs serão utilizadas, pois o componente ACBrNFe irá priorizar o arquivo em disco. Ainda tem Dúvidas? Acesse os sub-fóruns sobre NFCe e crie um novo tópico relatando seu questionamento. Lembre-se que se for usuário do SAC Anual você também pode falar conosco pelo chat ACBr.

Boa tarde. Obrigada pela contribuição, adicionada para validação Att.

Obrigado pessoal, no meu caso, foi o codigo ANP que estava invalido!

Se estiver usando a classe de alto nivel use o metodo CancelarCFe. Caso não esteja usando a dll direto a função é Public Declare Function SAT_CancelarCFe _ Lib "ACBrSAT32.dll" (ByVal eArquivoXml As String, _ ByVal buffer As String, _ ByRef bufferLen As Long) As Long Logo estaremos atualizando o manual da ACBrLib. https://acbr.sourceforge.io/ACBrLib/ACBrLib.html

Boa tarde Arnaldo, Uma ideia para resolver esse problema. No seu controle de estoque você vai ter um item chamado Madeira. Ao chegar a nota você lança a entrada de 120 m3 do item Madeira, para ficar em conformidade com a nota. Depois através de uma opção especifica, realiza a saída por transferência (por exemplo) dos 120 m3 e ao mesmo tempo a entrada por transferência dos 120 caibros 5x2 e 60 caibros 5,5x2. O lançamento de entrada da nota é um lançamento que deve ser contabilizado. Já os lançamentos de saída e entrada por transferência não, pois não ocorreu alteração no estoque. Por fim quando ocorrer a venda deve-se realizar o lançamento de saída por venda do item vendido. Esse lançamento de venda é lógico que vai ser contabilizado. Espero ter ajudado.

Obrigado, deu certo, mandei novamente para homologação.

Preencha da seguinte maneira: infEvento.chNFe := CHAVE_NFE_CANCELAR; (Emitida em modo normal, irá ser cancelada) infEvento.CNPJ := CNPJ; infEvento.dhEvento := Now; infEvento.tpEvento := teCancSubst; infEvento.detEvento.nProt := PROTOCOLO_DA_NFE_A_SER_CANCELADA; infEvento.detEvento.xJust := Justificativa; infEvento.detEvento.cOrgaoAutor := UFtoCUF(FNFe.Configuracoes.WebServices.UF); infEvento.detEvento.verAplic := VERSAO_SUA_APP; infEvento.detEvento.chNFeRef := CHAVE_NFE_SUBSTITUTA (Emitida OFfline e AUTORIZADA na Sefaz)

Atualizei a pasta schemas resolveu Obrigado

Tentou reinstalar os certificados, de acordo com o seu navegador ? https://www.iti.gov.br/navegadores

Adilson, No arquivo INI do provedor em questão você acaba descobrindo. A principio os provedores que seguem a versão 1 do layout da ABRASF só oferecem o serviço de envio assíncrono (método Enviar). Já os que seguem a versão 2 costumam oferecer os 3 serviços: envio assíncrono, envio síncrono e o gerar (métodos: Enviar, EnviarSincrono e Gerar). Exemplos: provedor que segue a versão 1 Layout=ABRASFv1 provedor que segue a versão 2 Layout=ABRASFv2 Mas existem provedores que seguem a versão 2, mas não oferecem os 3 serviços como é o caso do TcheInfov2 que só tem o serviço de envio síncrono.

Bom dia, A emissão segue igual à da NFC-e, a unica coisa que muda é que tem que associar o componente Integrador ao ACBrNFe a partir dai então ele usa o integrador para fazer a emissão.

Na verdade pode existir fórmula, mas vai depender das medidas e do método de transformação. Poderia explicar com mais detalhes como é a peça de madeira que ele compra e como ele a transforma pra venda?

Maravilha no aguardo... Abraço.

Bom dia, Essa solução proposta pelo Wesley também resolveu para mim. Seria possível colocar no repositório? Att.

Moderação: Fechando esse tópico que é de 2014. @Dempsey e @Agnaldo Prates Há tópicos mais recentes falando sobre esse assunto. Queiram por favor acompanhar o seguinte:

Bom dia Bárbara, Segundo o arquivo INI do provedor IPM, note que o valor do campo Validar é zero, isso significa que o lote de RPS não vai ser validado, pelo simples fato do provedor não ter disponibilizado os Schemas para validação. Outra coisa, até onde sei esse provedor não requer que o RPS e ou Lote sejam assinados. Você chegou a fazer testes com o programa exemplo?

use a função AssinarEventos que ela gera os xml e salva se tiver configurado para salvar

https://www.projetoacbr.com.br/forum/topic/50571-mfe-pela-dll-envio-de-pagamento/?do=findComment&comment=338310

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

Bom dia a todos, Os serviços: DistribuicaoDFe e Recepção de eventos referente a Manifestação do Destinatário, se encontram dos servidores do Ambiente Nacional e não nos servidores das SEFAZ-Autorizadoras. Não importa se você configura o componente para a UF de SP, MG, RS, ao executar um dos métodos DistribuicaoDFe ou enviar um evento de Manifestação do Destinatário, o componente vai estabelecer uma conexão com os servidores do Ambiente Nacional. Se esta ocorrendo erro de Timeout, devemos aumentar o valor da propriedade de configuração Timeout para 30.000 por exemplo. E para finalizar, não vamos confundir Distribuição DFe com Manifesto e com Manifestação do Destinatário, pois coisas distintas. Manifestação do Destinatário como dito acima, trata-se de um evento que é enviado pelo destinatário da mercadoria, com esse evento o destinatário informa a SEFAZ, se ele comprou ou não as mercadorias relacionadas na nota do referido fornecedor e a mesma foi entregue ou não, portanto são 4 tipos de eventos e devemos escolher aquele que condiz com a situação. Manifesto se refere a um modelo de documento: MDF-e - Manifesto de Documentos Fiscais Eletrônicos, que deve ser emitido por uma transportada ou empresa que realiza o transporte de carga própria, tem como objetivo agilizar o trabalho de fiscalização em um posto fiscal de fronteira entre um Estado e outro. Distribuição DFe, trata-se de um serviço disponibilizado no Ambiente Nacional, que nos permite obter 4 tipos de documentos: Resumo de uma Nota, Nota completa, Resumo de um Evento, Evento completo emitidos contra o CNPJ do ator da "consulta". A ideia é muito simples, obtendo os resumos das notas o destinatário das mercadorias tem condições de manifestar (enviar o evento de Manifestação do Destinatário) cada uma delas, ao fazer isso o Ambiente Nacional se encarrega de incluir na lista (final da fila) o XML da nota completa. Para quem não conheceu, o Distribuição DFe veio para substituir os serviços: Consulta NFe Destinada e Download NFe. Espero ter ajudado.

Bom dia Pedro, O evento foi enviado para qual ambiente?

Bom dia É definido pela Característica da Carteira, deve ser informado como "Cobrança simples" ex: caracTitulo=0 https://acbr.sourceforge.io/ACBrMonitor/TabelappreenchimentoArquivoINI.html

O Windows está atualizado sim Felipe. O erro também estava ocorrendo nos clientes. Engraçado é que são períodos, ontem de manhã estava dando o erro e a tarde já não estava mais. Aqui é Windows 10. SSLCryptLib := cryWinCrypt; SSLLib := libWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsLibXml2; VersaoDF := ve100; SSLType := LT_TLSv1_2

Sim. eu descobrir meu problema, eu tenho um lookup para informar o Tipo de emissão e não foi informado e na hora de gerar a chave gerou em contingência mas deveria ser default normal. Obrigado

Correção enviada ao SVN.

Amigo, dá uma olhada nesse post, que existe o manual que utilizei no passado.

Boa Noite! Estou com o mesmo problema, fiz o procedimento e no meu caso não deu certo

É porque vc esta olhando no arquivo errado (nfse), olhe nos arquivos que contem "-env-lot" no nome, marca no seu componente para salvar todos XMLs. O Numero do Lote tem que ser aumentado cada vez que voce envia. Mesmo que seja o mesmo RPS. ACBRNFSe1.NotasFiscais.NumeroLote := ACBRNFSe1.NotasFiscais.NumeroLote + 1;

Aqui esta funcionando normal hoje. De GO para MG e para DF. Tava olhando seu XML de envio. Claro que seu seguimento é diferente do meu. Mas vi que no seu XML não tem a TAG PRODUTO. tipo "<c26_produto>8</c26_produto>". Não sei se pode ser isso.

Amigo, o Numero de Lote(ACBrNFSe1.NotasFiscais.NumeroLote), deve ser aumentado toda vez que clicar em enviar, nao importa se deu certo ou deu erro, o unico que mantem é o numero de RPS. E somente se o RPS for aceito, recebera o Numero da NFS-e.

Muito Obrigado @Juliana Tamizou

Caros amigos, desconsiderem o meu problema anterior. Está tudo certo. Em BH, se o serviço é dentro do município, mesmo que você informe zero nas tags Aliquota e ValorISS, a prefeitura calcula e acerta o XML. Obrigado e desculpe a perda de tempo que causei.

Tenta fazer assim: ACBrNFe1.Consultar(chaveNFCE);

Se você olhar a informação do portal da NFe: RR está entre os estados que usam a SVRS como autorizador NFe mas não implementam o método de consulta de cadastro. Então não é possível fazer a consulta do cadastro para AL, AP, DF, ES, PI, RJ, RO, RR, SE ou TO.

Bom dia Fernanda, Não se faz necessário o PDF do DANFE da NFC-e, somente o XML. Outra coisa, no DANFE da NFC-e temos a chave e a URL onde o consumidor pode realizar uma consulta, para saber se realmente a nota foi enviada para SEFAZ, sem falar no QR-Code que de posse de um leitor podemos realizar a mesma consulta. A impressão via EscPos não é possível a geração do PDF pelo simples fato do componente realizar uma comunicação direta com a impressora, ou seja, não é gerado uma imagem do que vai ser impresso e depois enviado para a impressora, funciona de forma semelhante a impressão em impressoras matriciais realizada pelos programas feitos para o DOS.

Segure Resposta da SEFAZ MG sobre o vIcmsSubstituto Senhor(a), bom dia! Desde janeiro de 2018 está previsto no art 37, Anexo XV do RICMS que em operações sujeitas à ST o fornecedor deveria informar dados relacionados à ST, tais como Base de Cálculo e Valor do ICMS Retido anteriormente. Desse modo, caso o fornecedor das mercadorias não tenha prestado essa informação, o contribuinte precisará recorrer a ele para definir como preencher corretamente esses campos da Base de Cálculo do ICMS ST e do ICMS ST retido anteriormente. Com relação aos campos pST e vICMSSubstituto esclarecemos que a partir da versão 1.30 da NT 2018.005 o preenchimento dos campos N26a (tag pST) foi alterado para ter ocorrência "0-1" (preenchimento opcional) no "Grupo de Repasse do ICMS ST" e o campo N26b (tag vICMSSubstituto) foi alterado para ter ocorrência "0-1" (preenchimento opcional) nos Grupos: "Grupo Tributação do ICMS= 60", "Grupo de Repasse do ICMS ST" e "Grupo CRT=1 (CSON 500)". Entretanto, ainda que os campos pST e vICMSSubstituto tenham preenchimento facultativo, em algumas situações serão de preenchimento obrigatório a partir de regras de validação previstas na NT 2018.005, como nas que seguem abaixo: N12-81 - Se informado CST = 60 em operações que não sejam para consumidor final (tag: indFinal=0, "Normal"): - Não informada Base de Cálculo ICMS Retido na operação anterior (tag: vBCSTRet), Alíquota suportada pelo Consumidor Final (tag: pST) , Valor do ICMS próprio do Substituto (tag: vICMSSubstituto) e Valor do ICMS ST Retido na operação anterior (tag: vICMSSTRet). Observação: Implementação opcional a critério da UF. Facult. N12a-50 - Se informado CSOSN = 500 em operações que não sejam para consumidor final (tag: indFinal=0, "Normal"): - Não informada Base de Cálculo ICMS Retido na operação anterior (tag: vBCSTRet), Alíquota suportada pelo Consumidor Final (tag: pST), Valor do ICMS próprio do Substituto (tag: vICMSSubstituto) e Valor do ICMS ST Retido na operação anterior (tag: vICMSSTRet). Observação: Implementação opcional a critério da UF. Facult. Por fim, cabe destacar que o contribuinte deverá verificar nas páginas 12 e 16 da NT nos itens "3.4 Grupo N. Grupo Tributação do ICMS= 60", e "3.6 Grupo N. Grupo CRT=1 (CSON 500)" as orientações quanto ao correto preenchimento dos campos N26 - vBCSTRet - Valor da BC do ICMS ST retido, N26a - pST - Alíquota suportada pelo Consumidor Final, N26b - vICMSSubstituto - Valor do ICMS próprio do Substituto e N27 - vICMSSTRet - Valor do ICMS ST retido conforme o tipo de operação. Não havendo o preenchimento correto dos campos informados e considerando a novas regras de validação, ocorrerá a o erro 938 - Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet [nItem: 999], conforme disposto na página 20 da NT. O contribuinte que tiver observado as regras acima e que, ainda assim apresente erro na validação da NF-e, deverá nos enviar os arquivos XML de envio e o XML de retorno da NF-e contendo a rejeição informada para que possamos realizar análise pontual do problema. Obs: A lista das regras da NT 2018.005 que serão implementadas por MG poderão ser verificadas em planilha disponível em: http://nfce.encat.org/desenvolvedor/regras-de-validacao/

Olá, RESTRequest.Params.AddHeader('Authorization', 'Bearer ' + FToken); RESTRequest.Params.ParameterByName('Authorization').Options := [poDoNotEncode];

Basicamente você está adicionando um "estilo" ao formulário que instrui o Windows a mostrar ele na barra de tarefas: https://docs.microsoft.com/en-us/windows/desktop/winmsg/extended-window-styles