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..

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

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

É um evento do CTe, assim como o cancelamento, carta de correção... A diferença é que o evento de prestação em desacordo deve ser emitido pelo tomador e não pelo emitente do CTe. Então a aplicação ERP do tomador deve ser capaz de transmitir esse evento para o CTe que foi destinado a ele como tomador, mesmo que ele mesmo não emita CTe.

Resposta da SEFAz - RS sobre o questionamento quanto a aplicação da regra :

Esse deu certo // Mostra itens na NFCe, caso False emite a NFCe resumida ACBrNFeDANFCEFR1.ImprimeItens := ckImprimeItens.Checked; agora e o vACBR_DANFE.Detalhado := True; ?

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...

Fernando, Precisaria checar, mas acho que vai ser na gambiarra mesmo.

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 Felipe, Pelo seu relato chego a conclusão que o problema é a SEFAZ-PR ou a cadeia de certificado de PR.

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;

Essas propriedades eram redundantes, foram renomeadas para ImprimeItens nos componentes DANFE para NFCe.

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, Veja a postagem: Como e quando usar o SVC.

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.

Apenas nesse grupo do ENCAT...

Também tem uma versão já compilada, disponível na área de downloads do fórum

Está no SVN.. pasta Projetos http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/EmuladorBalanca/

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

Bom dia, Antonino, tem um post aqui no forun, que tem um simulador de balança, este programinha simula balanças toledo e filizola, funciona muito bem. de uma pesquisada, voce tem que instalar um emulador de porta tipo o Com0com ou virtual port da eltima. segue anexo. EmuladorBalanca.zip

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

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! Segue resposta da Pronim: A respeito da pergunta do contribuinte, sim, todas as prefeituras que tem nosso sistema de NFSE utilizam os mesmos modelos de XML, porém, temos a versão 1.0 da NFSE (que é a que possui Feliz) e a 2.0. Para sabermos se é o mesmo modelo, precisaríamos saber qual prefeitura o contribuinte fez contato. Grato.

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

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

Boa noite, Carcara, instalei perfeitamente muito obrigado pela dica, valeu.

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

Boa noite. Tive este mesmo problema para instalar o componente, (O lazarus informa que o PPU é incompatível), para solucionar, apaga os arquivos da pasta: ACBr\Lib\Lazarus\ACBrDFe\ACBrNFe\i386-win32, recompile os arquivos conforme imagem (fazer o mesmo para o PCNCOMUM). depois compilar os pacotes e procede com a instalação. Eu tive problema depois de instalado o Lazarus não abre (Versão Lazarus: 1.8.4, FPC:3.04, resisão SVN:57972 de 07-02-2019)

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.

Acho que o seu problema é que você abasteceu a tag IPI e IPIDevol e ambas entraram na soma do Vlr Total da Nota, então o valor do IPI está sendo somado 2 vezes pelas regras do SEFAZ. Tente abastecer somente IPIDevol.

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