-
Total de ítens
64 -
Registro em
-
Última visita
Últimos Visitantes
O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.
lincolnaps's Achievements
-
lincolnaps changed their profile photo
-
Opa! Desculpas, corrigindo, utilizo a versão 4.0 do FR, vou atualizar para a 5.0 e verificar se o erro vai persistir.
-
Bom dia! Utilizo a versão 12.
-
Boa tarde! Bem, faz algum tempo que venho enfrentando esse problema na impressão dos eventos de cancelamento ou carta de correção utilizando o relatório EVENTOS.fr3, ao tentar imprimir os seguintes erros se apresentam, já tentei imprimir utilizando os dois métodos do componente LerXML() e LerXMLFromString(), mas o erro permanece, se alguém já passou por isso e poder me ajudar, fico grato. Utilizo o C++ builder 2010.
-
Após reinstalar tudo, voltou a funcionar o.O, problema resolvido!
-
O componente está sendo configurado _nfe->Configuracoes->Geral->VersaoDF = ve310; Ao fazer debug, constato que a versão permanece a mesma, ao chamar a o método _nfe->NotasFiscais->GerarNFe(); O XML obtido possui configurado a versão 2.00 Ainda não consegui resolver o problema.
-
Sim, está configurado, já debuguei p ver se pegou direitinho e está pegando a ve310, no momento que chamo o método GerarNFe() no XML fica a versão 2.00
-
Bom tarde a todos! Após atualizar para o trunk2 estou enfrentando o seguinte problema, mesmo configurando o componente para utilizar a versão 3.10, ele gera o XML na versão 2.00, existe mais algum campo ou arquivo onde é necessário informar a versão no componente? Já tentei de tudo, mas até agora não deu certo. PS.: Utilizo o componente no C++ Builder 2010.
-
Erro de link para referências no arquivo ACBr_DFeComum.lib
lincolnaps replied to lincolnaps's tópico in ACBrNFe
Isso mesmo, retirei todas as referências do antigo repositório, busquei nos diretórios do Embarcadero por arquivos e os exclui. -
Erro de link para referências no arquivo ACBr_DFeComum.lib
um tópico no fórum postou lincolnaps ACBrNFe
Boa tarde pessoal! Bem, assim como todos, estou tentando migrar para o novo repositório do ACBr, utilizo o Embarcadero RAD Studio 2010 em C++, e estou enfrentando alguns erros de link por referências externas presente no arquivo ACBr_DFeComum.lib ao utilizar o componente de NFe, especificamente as seguintes: 'HttpSendRequestW' >> ACBrHTTPReqResp 'InternetReadFile' >> ACBrHTTPReqResp 'HttpQueryInfoW' >> ACBrHTTPReqResp 'InternetCloseHandle' >> ACBrHTTPReqResp 'CryptAcquireCertificatePrivateKey' >> ACBrDFeCapicom 'CertOpenSystemStoreW' >> ACBrDFeCapicom 'CertEnumCertificatesInStore' >> ACBrDFeCapicom 'CertFreeCertificateContext' >> ACBrDFeCapicom 'CertCloseStore' >> ACBrDFeCapicom 'xmlSecCryptoShutdown' >> ACBrDFeOpenSSL 'xmlSecCryptoAppShutdown' >> ACBrDFeOpenSSL 'xmlSecShutdown' >> ACBrDFeOpenSSL 'xsltCleanupGlobals' >> ACBrDFeOpenSSL 'xmlCleanupParser' >> ACBrDFeOpenSSL 'xmlInitThreads' >> ACBrDFeOpenSSL 'xmlInitParser' >> ACBrDFeOpenSSL '__xmlLoadExtDtdDefaultValue' >> ACBrDFeOpenSSL 'xmlSubstituteEntitiesDefault' >> ACBrDFeOpenSSL '__xmlIndentTreeOutput' >> ACBrDFeOpenSSL 'xmlSecInit' >> ACBrDFeOpenSSL 'xmlSecCheckVersionExt' >> ACBrDFeOpenSSL 'xmlSecCryptoDLLoadLibrary' >> ACBrDFeOpenSSL 'xmlSecCryptoAppInit' >> ACBrDFeOpenSSL 'xmlSecCryptoInit' >> ACBrDFeOpenSSL 'xmlSecDSigCtxDestroy' >> ACBrDFeOpenSSL 'xmlSecDSigCtxCreate' >> ACBrDFeOpenSSL 'xmlSecCryptoAppKeyLoadMemory' >> ACBrDFeOpenSSL 'xmlParseDoc' >> ACBrDFeOpenSSL 'xmlDocGetRootElement' >> ACBrDFeOpenSSL 'xmlSecFindChild' >> ACBrDFeOpenSSL 'xmlSecDSigCtxSign' >> ACBrDFeOpenSSL 'xmlDocDumpMemory' >> ACBrDFeOpenSSL 'xmlFreeDoc' >> ACBrDFeOpenSSL 'xmlReadFile' >> ACBrDFeOpenSSL 'xmlSchemaNewDocParserCtxt' >> ACBrDFeOpenSSL 'xmlSchemaParse' >> ACBrDFeOpenSSL 'xmlSchemaNewValidCtxt' >> ACBrDFeOpenSSL 'xmlSchemaValidateDoc' >> ACBrDFeOpenSSL 'xmlGetLastError' >> ACBrDFeOpenSSL 'xmlSchemaFreeParserCtxt' >> ACBrDFeOpenSSL 'xmlSchemaFreeValidCtxt' >> ACBrDFeOpenSSL 'xmlSchemaFree' >> ACBrDFeOpenSSL 'xmlSecKeysMngrCreate' >> ACBrDFeOpenSSL 'xmlSecCryptoAppDefaultKeysMngrInit' >> ACBrDFeOpenSSL 'xmlSecCryptoAppKeysMngrCertLoadMemory' >> ACBrDFeOpenSSL 'xmlSecDSigCtxVerify' >> ACBrDFeOpenSSL 'EVP_get_digestbyname' >> ACBrDFeOpenSSL 'EVP_DigestInit' >> ACBrDFeOpenSSL 'EVP_DigestUpdate' >> ACBrDFeOpenSSL 'EVP_SignFinal' >> ACBrDFeOpenSSL 'EVP_DigestFinal' >> ACBrDFeOpenSSL 'EVP_PKEY_free' >> ACBrDFeOpenSSL 'BIO_s_mem' >> ACBrDFeOpenSSL 'BIO_new' >> ACBrDFeOpenSSL 'BIO_write' >> ACBrDFeOpenSSL 'd2i_PKCS12_bio' >> ACBrDFeOpenSSL 'PKCS12_parse' >> ACBrDFeOpenSSL 'X509_get_subject_name' >> ACBrDFeOpenSSL 'X509_NAME_oneline' >> ACBrDFeOpenSSL 'X509_get_ext' >> ACBrDFeOpenSSL 'X509_get_serialNumber' >> ACBrDFeOpenSSL 'X509_free' >> ACBrDFeOpenSSL 'PKCS12_free' >> ACBrDFeOpenSSL 'BIO_free_all' >> ACBrDFeOpenSSL Já verifiquei meus paths e está tudo certo e configurado para as pastas corretas, já abri classe por classe e vi que existe referências a esses métodos/tipos por mim assinalados e que os arquivos estão referenciados nos paths, se alguém enfrentou esse problema e conseguiu resolver, por favor, me dá uma dica, se alguém sabe em quais lib's estão essas referências. -
Boa tarde! Venho enfrentando esse problema a tempos e somente agora me atentei para solucioná-lo. Após atualizar o componente devido a mudança de URL para o meu estado, sempre que tento imprimir algum evento como cancelamento ou carta de correção utilizando o FastReports recebo o seguinte erro: "Invalid File Format" Já atualizei o arquivo de relatório da minha aplicação pelo relatório de eventos da pasta trunk2, porém o erro persiste. Segue o xml: <?xml version="1.0" encoding="UTF-8" ?> <procEventoNFe versao="1.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <evento versao="1.00"> <infEvento Id="ID1101112415121029319100034255001000005641100026391401"><cOrgao>24</cOrgao><tpAmb>1</tpAmb><CNPJ>10293191000342</CNPJ><chNFe>24151210293191000342550010000056411000263914</chNFe><dhEvento>2015-12-10T11:01:13-03:00</dhEvento><tpEvento>110111</tpEvento><nSeqEvento>1</nSeqEvento><verEvento>1.00</verEvento><detEvento versao="1.00"><descEvento>Cancelamento</descEvento><nProt>324150020315302</nProt><xJust>ERRO EM INFORMACOES.</xJust></detEvento></infEvento> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/><Reference URI="#ID1101112415121029319100034255001000005641100026391401"><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><DigestValue>Rj720bouJTQbk3WlqYDujeJapsc=</DigestValue></Reference></SignedInfo> <SignatureValue>ehPxirS8uBBFM3CRyz5BId4WpVLrWghYZt2rIMUHCyEgQQUL03pXyX3qYoyuH349+LdrN+s3zW/Tun4CKc7WuoSBCz6dloFNxIJEkOjrZypiTdee0KhzYOGWHNOZM4YvJnBV23tnKOeo9uWdmrIxvBobdlResswdl2us94FvP5oF0JHjK2rfIDdeqhz3fvAmOn/EZ+hUpwaIKOmSkoKLW7NeBFaeUJABTnIckiubDSHA1YslE6X90A57sO5ykuiTbPeRAFLtQQM31A5DP90LnKMpc9e55mXhth8/sNzjS0Zc6icYa/jUQYt0HGFP+o9hqzS2UkeIrA3opKeZMn0mKA==</SignatureValue> <KeyInfo><X509Data><X509Certificate>MIIH+jCCBeKgAwIBAgIIZk3D7klX1kgwDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEZMBcGA1UEAxMQQUMgU0VSQVNBIFJGQiB2MjAeFw0xNTA4MjUyMDAwMDBaFw0xNjA4MjQyMDAwMDBaMIHgMQswCQYDVQQGEwJCUjELMAkGA1UECBMCUk4xFjAUBgNVBAcTDUNVUlJBSVMgTk9WT1MxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEWMBQGA1UECxMNUkZCIGUtQ05QSiBBMTEQMA4GA1UECxMHQVIgQ05ETDE1MDMGA1UEAxMsQ0FTQSBEQVMgTU9UT0NJQ0xFVEFTIExUREEgTUU6MTAyOTMxOTEwMDAxODAwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC1mfdCMqmefkA/d58+QzQJJjEXfGLdTwQleGPFgKlAoZPQEtDdvRIFsUSq3k+A0qr2mvNu0FOKjgG50sl6nh6189L0uS6v/8qUs45mtKCofCbTa1lbe4jCB4AKCoTyvtlN0akLPZ/GGXQI/v05ChDvP/I5pf3eaC/oS5TLyEy21TX2WL0W9WJ1KlTpxCyg+/eNt8naaBz3NQy15uhrRg6SvR8Q5D44Ngn8OVgYGoGZIv9tXT+ml+hXl7ataT9SfJ3G1oeTbckZ7gwi0EmWxGVWVxBwShY1a5tb2wz1EPGvdglbwqIt7eG9cUCv0oYTEeMtBbt2gXK8tYctm1HYsTO9AgMBAAGjggMgMIIDHDCBmQYIKwYBBQUHAQEEgYwwgYkwSAYIKwYBBQUHMAKGPGh0dHA6Ly93d3cuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9jYWRlaWFzL3NlcmFzYXJmYnYyLnA3YjA9BggrBgEFBQcwAYYxaHR0cDovL29jc3AuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9zZXJhc2FyZmJ2MjAJBgNVHRMEAjAAMB8GA1UdIwQYMBaAFLKgxD1GnnzIhWwIHhAylGVGcEFzMHEGA1UdIARqMGgwZgYGYEwBAgENMFwwWgYIKwYBBQUHAgEWTmh0dHA6Ly9wdWJsaWNhY2FvLmNlcnRpZmljYWRvZGlnaXRhbC5jb20uYnIvcmVwb3NpdG9yaW8vZHBjL2RlY2xhcmFjYW8tcmZiLnBkZjCB8wYDVR0fBIHrMIHoMEqgSKBGhkRodHRwOi8vd3d3LmNlcnRpZmljYWRvZGlnaXRhbC5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL3NlcmFzYXJmYnYyLmNybDBEoEKgQIY+aHR0cDovL2xjci5jZXJ0aWZpY2Fkb3MuY29tLmJyL3JlcG9zaXRvcmlvL2xjci9zZXJhc2FyZmJ2Mi5jcmwwVKBSoFCGTmh0dHA6Ly9yZXBvc2l0b3Jpby5pY3BicmFzaWwuZ292LmJyL2xjci9TZXJhc2EvcmVwb3NpdG9yaW8vbGNyL3NlcmFzYXJmYnYyLmNybDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMIG5BgNVHREEgbEwga6BF1lBTUFIQUNOT1ZPU0BCT0wuQ09NLkJSoCUGBWBMAQMCoBwTGkZSQU5DSVNDTyBEQVMgQ0hBR0FTIFNJTFZBoBkGBWBMAQMDoBATDjEwMjkzMTkxMDAwMTgwoDgGBWBMAQMEoC8TLTE4MTAxOTUxMDk4MTA4NjI0MTUwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMKAXBgVgTAEDB6AOEwwwMDAwMDAwMDAwMDAwDQYJKoZIhvcNAQELBQADggIBAKsq5vBf4ayMZK+/gapbrjJzNMrBGeCwIiDVUQE7y8ZBJyvotOYICWpSiK/gnxo2FCDZ1GzaYC3P0wT8Bkk0kcg0xwiumFu8RitPD6cmWfUlMjl4IHdleRCL2cRKQAMxfHbV9XlznGyXfUPsdXfW5hduTPrqBbWDRz/MJk8xHFUpY7wzobTU0bfQDc4kMcueYbMUL7GFJXGT38X9QL2j7urlpv1bbxjt1OCJzZtUbcsd/GEI5Xmz30gN4QpKIgL3XP33dg0a4xmN1SvMq0XuEW3f5ST0haEzwVSKDfZP+B8YYJGOuBQdg86eDkc2rrDQaEntrBLKzh77HqPMBqrSBi+eDK7J+Ap+VqX05qWTa6unNdC6hYH1D+J44YYibZEm3CHrUMuS90Fx1XuKOzTJHLvvoH6iH0/dHRT7iIA3Y2NZ9xFUlIzWgXZ3wpzhc1gcrnngc07pFxmnQsSUiMQhL3MjlPNB7Rk+hJpEE/JM4iwSbCDK5x6/ndv3GJCNgjWnBY4IqavDkxFNMEwvHQIgZytSSJ2lHay47zcQ99WDZnBa9kAKZ66voe8RuRrw97QuuwQafo58WQRzfJnRATX+wsq6O9XsJnCxTI6jgWRLXqyrR8iehJ9aM+m9tKYfRLyTIexbrP2ZBNKAHQTyDAL1RijlDPUC/M/a5uiEGhHihxkg</X509Certificate></X509Data></KeyInfo> </Signature> </evento> <retEvento versao="1.00"> <infEvento><tpAmb>1</tpAmb><verAplic>SVRS201411191410</verAplic><cOrgao>24</cOrgao><cStat>135</cStat><xMotivo>Evento registrado e vinculado a NF-e</xMotivo><chNFe>24151210293191000342550010000056411000263914</chNFe><tpEvento>110111</tpEvento><nSeqEvento>1</nSeqEvento><CNPJDest>00007682308451</CNPJDest><dhRegEvento>2015-12-10T11:01:27-03:00</dhRegEvento><nProt>324150020367015</nProt></infEvento> </retEvento> </procEventoNFe>
-
Obrigado pela resposta, acho que tirei minha dúvida nesse manual: http://www.techsist.com.br/restrito/cariboost_files/Manual_SPED_Revendas.pdf Devo informar por UF onde houve movimentação com substituição no meu caso, devo agrupar por SP e AM.
-
Como falei anteriormente não sei como gerá-los. Não com relação aos valores, que sei que são apenas somatórios, mas como informar, se informo os valores agrupados por UF ou não.
-
Olá pessoal, Estou tentando gerar o SPED da empresa onde trabalho, somos uma concessionária de motocicletas e 90% dos produtos que oferecemos são substituídos, estou em dúvida quanto ao Registro E200 e seus filhos, pois não sei como devo gerar tal registro, não sei se é agrupado por UF ou ainda, se trata-se apenas da soma do ICMS_ST para UF AM e SP, enfim não sei, recebi a seguinte mensagem de erro da validação do PVA que segue em anexo, alguém pode me orientar?
-
Bloco H - Registro H005 E H010 Não Aparecem No Arquivo Gerado
um tópico no fórum postou lincolnaps ACBrSPEDFiscal
Estou enfrentando um problema no momento de gerar os dados do inventário, apesar de preencher os registro e informar que existem dados a serem informados no bloco, os registro não aparecem no arquivo txt gerado. Alguém sabe qual a causa desse problema? Segue em o código: No bloco H aparece apenas a abertura e o fechamento: |H001|1| |H990|2| sped->Bloco_H->RegistroH001New()->IND_MOV = imComDados; void TPrincipal::registroH005_H010() { String codItem = ""; Currency totInv = 200.0; TRegistroH005* h005 = sped->Bloco_H->RegistroH005New(); h005->DT_INV = sped->DT_FIN; h005->MOT_INV = miFinalPeriodo; h005->VL_INV = totInv; TUniQuery* sql = new TUniQuery(NULL); sql->Connection = conn; sql->SQL->Add("/*Inventario - Pecas*/"); sql->SQL->Add("SELECT"); sql->SQL->Add(" (CASE WHEN produto.original IS True THEN produto.codigobarra ELSE produto.id::varchar(20) END) AS cod_item,"); sql->SQL->Add(" produto.nome AS descr_item,"); sql->SQL->Add(" produto.codigobarra AS cod_barra,"); sql->SQL->Add(" classificacaofiscal.ncm,"); sql->SQL->Add(" '17' AS aliq_icms,"); sql->SQL->Add(" COALESCE(unidade, 'UN') AS unid,"); sql->SQL->Add(" produto.estoqueatual AS qtd,"); sql->SQL->Add(" produto.precovenda AS vl_unit,"); sql->SQL->Add(" (precovenda * estoqueatual) AS vl_item,"); sql->SQL->Add(" '0' AS ind_prop"); sql->SQL->Add("FROM"); sql->SQL->Add(" produto"); sql->SQL->Add(" LEFT OUTER JOIN unidade ON (produto.idunidadevenda = unidade.id)"); sql->SQL->Add(" LEFT OUTER JOIN classificacaofiscal ON (produto.idclassificacao = classificacaofiscal.id)"); sql->SQL->Add("WHERE"); sql->SQL->Add(" produto.ativo = 't'"); sql->SQL->Add(" AND"); sql->SQL->Add(" produto.estoqueatual > 0"); sql->SQL->Add(" AND"); sql->SQL->Add(" produto.precovenda > '0'"); sql->Execute(); for (int i = 0; i < sql->RecordCount; i++) { codItem = sql->FieldByName("cod_item")->AsString; if (dadosProd->Locate("CodItem", codItem, TLocateOptions())) { // Cadastra só o inventário. TRegistroH010* h010 = sped->Bloco_H->RegistroH010New(); h010->COD_ITEM = codItem; h010->UNID = dadosProdUnidInv->Value; h010->QTD = sql->FieldByName("qtd")->AsInteger; h010->VL_UNIT = sql->FieldByName("vl_unit")->AsCurrency; h010->VL_ITEM = sql->FieldByName("vl_item")->AsCurrency; h010->IND_PROP = piInformante; totInv = totInv + h010->VL_ITEM; // h010->COD_CTA } else { // Cadastra o produto, depois o inventário. TRegistro0200* prod = sped->Bloco_0->Registro0200New(); prod->COD_ITEM = codItem; prod->DESCR_ITEM = sql->FieldByName("descr_item")->AsString; prod->COD_BARRA = sql->FieldByName("cod_barra")->AsString; prod->UNID_INV = sql->FieldByName("unid")->AsString; prod->TIPO_ITEM = tiMercadoriaRevenda; prod->COD_NCM = sql->FieldByName("ncm")->AsString; prod->ALIQ_ICMS = sql->FieldByName("aliq_icms")->Value; TRegistroH010* h010 = sped->Bloco_H->RegistroH010New(); h010->COD_ITEM = codItem; h010->UNID = sql->FieldByName("unid")->AsString; h010->QTD = sql->FieldByName("qtd")->AsInteger; h010->VL_UNIT = sql->FieldByName("vl_unit")->AsCurrency; h010->VL_ITEM = sql->FieldByName("vl_item")->AsCurrency; h010->IND_PROP = piInformante; totInv = totInv + h010->VL_ITEM; // h010->COD_CTA } } // Totais do inventário h005->VL_INV = totInv; } -
Erro Ao Visualizar Danfe: Cdsdadosprodutos: Field 'vtottrib' Not Found
lincolnaps replied to lincolnaps's tópico in ACBrNFe
Obrigado cara, pela atenção, acabei conseguir! Estou sim utilizando o C++ Builder 2010, o grande problema era que a versão do meu FastReports (no meu caso a versão 14) estava de certa forma conflitando com a versão do FastReports do ACBr, (no caso a versão 12), então desinstalei os pacote do Danfe para FastReports e reinstalei corrigindo direto no código do pacote de instalação, onde ele chamava a versão 12 substitui por 14, além disso tive que retirar a propriedade DataOnly = false, que existia no ACBrDANFEFRDM.dfm, recompilei o projeto e deu certo. Obrigado pela atenção.