Painel de líderes

Efetue a correção no arquivo pcnRetConsSitNFe.pas , nessa linha altere para : protNFe.cMsg := Leitor.rCampo(tcInt, 'cMsg'); Basicamente o campo é do tipo inteiro, mas ao executar a funcao do rCampo esta convertendo o resultado em str e tento jogar nesse campo inteiro Segue em anexo o arquivo corrigido, caso queira, e fica a disposição para correção no svn pcnRetConsSitNFe.pas

Já foi enviado ao repositório atualização do ACBrNFeServicos.ini e ACBrNFeServicos.res com as URL ajustadas de acordo com o publicado na página do ENCAT, homologação e produção.

Aparentemente o que está acontecendo é que a remessa que você está enviando é CNAB 240 e você está enviando no Sistema pela opção CNAB 400. Dê uma olhada na imagem em anexo. Verifica isso, por favor.

Prezados, a SEFAZ se pronunciou.

Tente definir ACBrMDFe1.Configuracoes.Arquivos.AdicionarLiteral como False.

ótima solução.. funcionou perfeitamente.. obrigado..

na aba webservices desmarque "Salvar Arquivos Enviados / Recebidos por WebService:" ou coloque para salvar os arquivos em outra pasta.

Oque preciso saber é existe contingência sem internet? Sim. Se sim como eu posso fazer isso? Se tem alguma documentação que possa me ajudar referente ao mesmo. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=YbZEjEHCuHQ=

Bom dia. Segundo essa informação do Daniel já tem prazo:

chegou a ver este topico.

Olá Obrigado a Todos pela Ajuda! Boa Tarde Juliana atualizei hoje, Obrigado pela Ajuda! Boa Tarde Italo sim reinstalei o acbr atualizado hoje inteiro tudo certo. Obrigado pela Ajuda!! Obrigado, Juliana, Italo e Graça, não tava gerando pela questão de ser consumidor final indicado pela Graça, fiz uma nota com destino revenda e gerou a tag. Não sabia dessa validação de gerar somente quando não for consumidor final. Mas gerou certo Muito Obrigado a Todos pela Ajuda!! Obrigado!! Vocês são fora serie!!

Correção enviada para o repositório, rev. 16962. Obrigado pela contribuição.

Correção no SVN.

Efetuado os testes e está funcionando corretamente. Obrigado.

Boa tarde Juliana, eu recebi essa mensagem: Prezados, Houve publicação (http://projetosencat.sefaz.am.gov.br/projetos-encat/news/862), em comentário, que informa as seguintes datas para homologação: Homologação: 22/04/2019 Produção: 20/05/2019 A NT informa onde os desenvolvedores podem localizar as URL que serão validadas pelo LITERAL, Portal Nacional NFC-e: http://nfce.encat.org/consumidor-nfce/consulte-nota-nfce/ ou http://nfce.encat.org/consulte-sua-nota-qr-code-versao-2-0/ Portanto, deve informar “http//:” apenas nas URL em que aparece. Para o RJ e RN, não consta “http//:“, portanto, se informado, haverá rejeição. Atenciosamente, João Carlos do Nascimento Silva Auditor Fiscal da Receita Estadual/RJ - Líder Nacional do Projeto NFC-e Não consegui acessar o link que me passaram da publicação para verificar, então não sei dizer se a informação para produção é verdadeira.. Portanto creio que cada um deve ficar atento pois a URL de produção ainda consegue emitir com a antiga, no caso de chegar a data apresentada 20/05/2019 e acontecer a rejeição novamente realizar a alteração no arquivo ACBrNFeServicos.ini manualmente...

Aparentemente não houve nenhuma mudança quanto a isso no ACBr, o componente converte para o formato Data e Hora do Sistema Operacional. Notei no seu log, que na consulta de Status esta retornando campo Data no formato "AM", pode estar com essa configuração na sua máquina e estar ocorrendo erro na conversão.

Boa tarde Luiz, Quem utiliza as tags <arg0> e <arg1> é o Ginfes. Mas que meleca. Mais um que acha que o layout dele é o futuro, o melhor dos melhores. Todo mundo usa o código IBGE, mas para variar tem uns doidos que em vez de beber café antes de programar bebem gasolina, ai resulta nessa porcaria. Só nos resta pedir a Deus paciência.

Boa tarde Leandro, Tenho as minhas duvidas, veja: <complexType name="tcInfRps"> <sequence> <element name="Id" type="xsd:string"> </element> <element name="IdentificacaoRps" type="tns1:tcIdentificacaoRps"> </element> <element name="DataEmissao" type="xsd:dateTime" nillable="true"> </element> <element name="Status" type="xsd:byte"> </element> <element name="RpsSubstituido" type="tns1:tcIdentificacaoRps"> </element> </sequence> </complexType> Peguei como exemplo a definição do tipo InfRps, note que o primeiro elemento Id. Segundo o layout da ABRASF o Id não é um elemento de infRps e sim um atributo. A definição acima você pode conferir abrindo a URL de homologação de envio do RPS que você postou.

Boa tarde Rodrigo, Sim, pois ter que informar na configuração e na alimentação do componente estava causando problemas, pois muitos esqueciam de alterar nas rotinas que alimentam o componente. Da forma que ficou agora, esta automático.

Boa tarde Leandro, Favor atualizar os fontes e faça novos testes.

Boa tarde. Veja se reinstalando as cadeias funciona...

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

Boa tarde, Mu_rray Parece ser algum problema com a máquina ou sua rede...Eu já fiz instalação com esse executável em mais de 20 máquinas e nenhuma deu erro.

Boa tarde, Eu invoco o método: ACBrNFe1.WebServices.StatusServico.Executar. Depois pego o retorno: ACBr1NFe.WebServices.StatusServico.cStat. No aplicativo de exemplo você consegue ver. Você verificar antes de começar a gerar o xml. Assim você já o monta da forma que atenda a contingência. Quando o serviço voltar, você faz o envio, sem alterar seu conteúdo. Para não ter que verificar o serviço a cada nota emitida, você pode fazer a consulta quando abrir a tela de venda por exemplo.

Esse componente é para NFe e não NFCe. Veja o exemplo na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi DANFe FR. // --- Configurações específicas para NFCe --- // Mostra itens na NFCe, caso False emite a NFCe resumida ACBrNFeDANFCEFR1.ImprimeItens := ckImprimeItens.Checked;

Bom dia Italo. Atualizei aqui e foi sucesso. Muitíssimo obrigado.

Fiz teste pelo demo e a consulta funcionou normalmente: Por favor descreva melhor o problema com o retorno da consulta e seu ambiente de desenvolvimento e testes.

Bom dia Note que nunca recebemos a documentação solicitada. Att.

Bom dia. Após mais algum tempo de análise, cheguei a conclusão que como é sabdio que as 6 primeiras posições sempre se referem ao convênio, basta iniciar a leitura do nosso número a partir da 7ª posição. Alterações no svn. Att.

Já estou vendo o vídeo muito obrigado!

Atualizado os fontes. O problema foi corrigido aqui em PE.

Já encaminhei o assunto para verificação do Rubens da Elgin... @Antonio Gomes, você deverá receber um e-mail dele...

Não estou dizendo que é isso, mas investigue a opção ACBrMTER1.Device.ProcessMessages. Essa opção, quando True, dava alguns problemas em ECFs. Pode não ter nada a ver. Mas já que você não sabe, não custa investigar.

Bom dia Milton, Sugiro você ler primeiramente Como obter o XML do Fornecedor. Nessa postagem eu apresento os métodos: DistribuicaoDFePorUltNSU, DistribuicaoDFePorNSU e DistribuicaoDFePorChaveNFe. Quando é baixado o XML completo da nota ela é salva em disco. A pasta onde é salvo o XML você configura através da propriedade de configuração: Configuracoes.DownloadNFe.PathDownload e se desejar separar por nome do emitente: Configuracoes.DownloadNFe.SepararPorNome (True ou False).

entendi. Obrigado Graça As vendas dele com NFCe serão poucas, então acho que não terá tanto trabalho.

Sim, o TEF integrado à NFC-e não é obrigatório até o momento. Porém, a cada venda em cartão deverá ser informado o CNPJ da administradora do cartão (cf contrato da empresa), a Bandeira e o número da autorização. Sendo venda via POS esses dados deverão ser informados manualmente pelo operador do caixa.

Esse problema não é no ACBr. Você pode tentar com o programa de exemplo para conferir.

Bom dia Os campos referente a Data precisam ser gerados no seguinte formato no arquivo .ini ou txt: dhEmi=26/04/2019 06:45:22 dhSaiEnt=26/04/2019 06:45:22

Resolvi. e que eu estava somando o valor do icms tambem no total da nota. quando so era pra somar os produtos + ipi + ipi devolvido (Certo) eu tava somando produtos + ipi + ipi devolvido + icms (Errado) ai agora ta ok.

Pessoal do Rio de Janeiro, testei aqui e deu certo : Era assim o INI [NFCe_RJ_H] Usar=NFCe_SVRS_H URL-QRCode=http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode URL-ConsultaNFCe=http://nfce.fazenda.rj.gov.br/consulta URL-ConsultaNFCe_2.00=http://www.fazenda.rj.gov.br/nfce/consulta tira o http:// fica assim. [NFCe_RJ_H] Usar=NFCe_SVRS_H URL-QRCode=http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode URL-ConsultaNFCe=http://nfce.fazenda.rj.gov.br/consulta URL-ConsultaNFCe_2.00=www.fazenda.rj.gov.br/nfce/consulta Funcionou legal Estou enviando o INI acertado para teste. ACBrNFeServicos.ini

O erro só ocorre em homologação, correto ? As URLs mudaram... veja esse tópico.. Já estamos ajustando o ACBrServicos.ini e subiremos uma nova versão do ACBrMonitorPLUS

Coloquei o arquivo na pasta do exe e funcionou perfeitamente. Manterei assim e distribuirei conforme recomendado. Obrigado pela dica. Charles

O problema parece ser em MG... com esse certificado A3, e no cliente de MG, e usando o Demo do ACBr, você consegue Consultar o Status de Serviço em SP ? Testou as sugestões desse tópico ?

Boa tarde. Verifique como está passando o valor para a informação relativa a propriedade IDENT_MF no registro 0000, note que conforme o manual do SPED, caso seja informado S o registro I020 é obrigatório. http://sped.rfb.gov.br/estatico/98/BACD2C88DC7C88AB9DD5A12E99E49862D861B4/Manual_de_Orientação_da_ECD_2018_Dezembro_2018 (VER 11_12_2018).pdf Att.

Aparentemente foi identificado o problema. Enviei correção para o repositório, rev. 16943. Seria de grande ajuda se todos pudessem atualizar os fontes e realizar os testes.

Olá boa tarde. Isso seria um exemplo da nota do fornecedor de entrada. Vc registrará ela no seu Sistema com essas informações. Quando vc for fazer a NF Venda, vc vai utilizar essas informações nessas tags 60 e 500 do item.

Bem, um bom contador me passou um exemplo desses campos, vou deixar postado aq. Se eu estiver errado, me corrijam: Exemplos dos campos nas tags 60 e 500 a serem recuperados de uma NF Entrada: Produto: R$ 100,00 / IVA 30% / Alíquota interna de 18% Valor do ST na NF Entrada = (R$ 130,00 * 18% = 23,40) - (R$ 100,00 * 18% = 18,00) = R$ 5,40 vBCSTRet = Base de Cálculo ICMS Retido na operação anterior: 130,00 pST = Alíquota suportada pelo Consumidor Final (interna): 18% vICMSSubstituto = Valor do ICMS próprio do Substituto (100,00*18%): 18,00 vICMSSTRet = Valor do ICMS ST Retido na operação anterior: 5,40 Abraços.

Após uma atualização do Windows Update nos sistemas operacionais Windows 8 a 10, vários usuários começaram a ter problemas na conexão segura com o SEFAZ.... Onde geralmente foram exibidos os erros abaixo: Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor Erro: 12169 - O certificado SSL é inválido Erro: 12186 - Falha ao obter a Chave Privada do Certificado para comunicação segura Estes erros indicam uma falha na validação do certificado do servidor da SEFAZ, e entre as diversas causas que podem disparar este erro, podemos citar: Falta da cadeia de certificados instalado no cliente. Cadeia de certificados desatualizados. Erro no componente de validação do Windows. Erro no certificado da SEFAZ. SEFAZ enviou um certificado invalido. O problema foi confirmado pelo SEFAZ do PR, no comunicado abaixo: Para os usuários do Projeto ACBr, esse problema afetou apenas quem utiliza os componentes configurados com as bibliotecas Wincrypt ou CAPICOM pois os mesmo utilizam o sistema de validação do Windows. O problema não afetou usuários que usam a biblioteca OpenSSL. Em decorrência do problema, aplicamos um ajuste nos fontes da ACBrDFeSSL, visando ignorar erros na validação do certificado. Com isso a comunicação Segura ocorrerá normalmente... Os fontes alterados já se encontram no SVN... e excepcionalmente, efetuamos uma nova compilação do ACBrMonitorPLUS v 1.2.0.52, para os usuários do SAC Saiba mais sobre comunicação Segura do ACBr