Duarte

Boa tarde, www.easytef.com.br, Uso este por há vários anos já estar com ele implementado no meu sistema, mais já fiz testes com acbrTEF e está ok! No caso da easyTEF ele interagem com acbrECF também, o meu sistema é homologado em TEF Dedicado + Acbr usando este componente e também somos homologados para TEF Não Fiscal.

Boa tarde, Pessoal comecei hoje a trabalhar num projeto de envio de sms usando o Acbr estou usando a última versão do acbr no trunk2, comprei ainda pouco um moldem (E192) usando operadora VIVO plano 2GB com sms ilimitado, instalei ele no Windows 7 32Bits emulou a porta COM10, COM12. Bem usando o próprio demo por enquanto, ao tentar enviar SMS pequena e sem caracteres especiais tipo: OI ISTO E UM TESTE. a mensagem é enviada com sucesso, mais me retorna este erro: Obs. também não consigo ler as mensagem. TimeOut=10000 Velocidade=115200 Porta=COM10 Modelo = ModGenerico

Eu implementei assim: No cadastro de formas de pagamento do meu sistema tem o CNPJ da autorizadora(Operadora de Cartão) que é vinculado ao cadastro de fornecedor, caso seja informado um CNPJ ai acrescenta as Tag (tpIntegra = 1, CNPJ, tBand, cAut) referente ao cartão, nas transações TEF, faço a transação TEF antes de enviar NFC-e, caso seja aprovado, capturo o NSU "Autorização" para alimentar a Tag (cAut). Por que vinculei ao cadastro de fornecedor? Devido ao SPED Fiscal que deste 09/2015 passou a ter registro "REGISTRO 1600: TOTAL DAS OPERAÇÕES COM CARTÃO DE CRÉDITO E/OU DÉBITO" que trata das transações de cartão de crédito e debito, neste por sua vez deve ser informado os participantes, que será as empresa autorizadoras. No caso de TEF, o sistema deve tratar de forma diferenciada a impressão dos comprovantes, neste deve ser impresso as vias e após cada impressão perguntar para o usuário se a impressão foi impressa com sucesso, caso a resposta seja não, o sistema deve perguntar se quer retentar, se não, o sistema deve cancelar a transação. Não uso o acbr para transações TEF Não! Uso outro componente. Mais a NFC-e é toda feita com o acbr.

Bom dia, Segue dica de como habilitar emissão de NFC-e no estado do Pará: 1º Você deve ter acesso ao porta da (Nota Cidadã) link: https://appnfc.sefa.pa.gov.br. Nesta página, caso já tenha cadastro o CNPJ, entre como "Acesso ao Sistema", caso contrário, entre "Cadastre-se", ao logar, será solicitado se o acesso será via (Senha ou certificado), entre com certificado, pois somente assim será habilitado a opção "Solicitar emissão voluntário da NFC-e). Obs. Usem o (Internet Explore com Java atualizado). 2º Dentro do portal já, do lado esquerdo terá uma opção "Solicitar Emissão Voluntária NFC-e", solicite.. O processo de deferido / denegado leva em média 3 dias uteis espere até ter o resultado, quando for (Aprovado) será lhe apresentado o CSC(Código de Segurando do Cliente) o chamado IToken, com ele configure o AcbrNFe. Obs. A senha usada será a mesma de acesso ao portal NFC (Nota Fiscal Cidadã). Já temos vários clientes a vários meses usando NFC-e no estado do Pará.

Ok... 100% boa noite.

Boa tarde, Pessoal, tem um erro na revisão (10351) arquivo. pnfsNFSeW.pas linha 1535(else if (NFSe.NaturezaOperacao = noIsencao) then begin) veja "noIsencao" os Types foram mudados pelo que notei e estão apontando para os Types comentados...

Bom dia, Amigos, nos meus testes aqui usando o provedor (Saatri) ocorreu tudo bem, testes realizados: * Enviar *Consultar * Cancelar Deste já meu muito obrigado. Preciso testar o envio para Manaus alguém sabe como credenciar no ambiente de homologação para lá?

Bom dia, Amigos responsáveis pelo NFS-e, nos meus testes aqui no trunk2 observei que na linha: 2782 do arquivo (ACBrNFSeWebServices.pas) precisaria ser alterado veja como está e sugestão: Atual: if FCodigoMunicipio = '' then Sugestão: if FCodigoMunicipio = '000000' then Pois a linha logo acima(FCodigoMunicipio := TNFSeCancelarNfse(Self).FNotasFiscais.Items[0].NFSe.PrestadorServico.Endereco.CodigoMunicipio;) retorna para FCodigoMunicipio formatado assim sendo não não cai na linha(2783) "FCodigoMunicipio := TNFSeCancelarNfse(Self).FNotasFiscais.Items[0].NFSe.Servico.CodigoMunicipio;".

Boa tarde, Não sei se tem alguma coisa haver, mais depois desta última atualização aonde foi mudado (Modificando TDFeCapicom.Enviar para usar TMemoryStream ao invez de TStringStream) Não está mais retornando os xml correto não, pelo próprio demo veja o retorno. Mudei de libCapicomDelphiSoap para libCapicom neste caso a nfs-e envia mais não retorna os valores para ( _NFSe.WebServices.EnviarLoteRPS e _NFSe.WebServices.ConsSitLoteRPS) 514-env-lot.xml 514-env-lot-soap.xml 514-rec.xml 514-rec-soap.xml

Boa tarde, Italo, mudei de "Gerar" para "Envia" e está retornando tudo certinho: Pegando assim: _NFSe.WebServices.EnviarLoteRPS.Protocolo _NFSe.WebServices.EnviarLoteRPS.Msg Provedor: Saatri - Homologação

Bom dia, Muito obrigado e que Deus lhe abençoe... Bem está enviado legal agora usando o método "GegarNFSe", apenas reforçando o componente não ler o retorno do envio, ou seja ele não interpreta o xml processado, tal como para capturar o código de verificação / protocolo, lembrando que estou usando o próprio exemplo. Segue xml de log retornar e autenticado pela prefeitura. 300-ger-nfse.xml 300-ger-nfse-soap.xml 300-lista-nfse.xml 300-lista-nfse-soap.xml

Bom dia. Amigos eu abri este tópico e encerro ele, pois cheguei a conclusão final, por enquanto em ambiente de produção não está sendo aceito para cartão de crédito / debito apenas os valores tPag e vPag, isto é usando para sefa do PA, RR, envie normalmente para ambiente de homologação usando todas as tag prevista para as forma de pagamento com cartão em anexo xml enviado em homologação. Deste já meu muito obrigado pela ajuda de todos. 15151010308036000190650010000011981000011980.xml 15151010308036000190650010000011981000011980.xml

Fabio obrigado pela sua disponibilidade, no entanto a questão não como alimentar as tags de pagamentos e sim erro de schemas quanto é pagamento em cartão e se informar o cnpj, bandeira e autorização, tudo vinha funcionando normalmente, acho que é alguma validação na própria sefaz, ou ainda não estão aceitando enviar com estas tag. Esta enviando pagamento em cartão mais apenas com tPag e vPag. Vou esperar até o início de 12/2015 para enviar com as tag novamente o sistema já está pronto para informar as tag apenas colocando um cnpj válido.

Isto mesmo! mais já "Desativei", na verdade agora deixei opcional no sistema caso o CNPJ = 00.000.000/0000-00 não alimenta as tag do cartão apenas <pag> <tPag>04</tPag> <vPag>0.00</vPag> </pag> Muito obrigado por responder...!

Post o xml para eu analise ele, por favor.

Boa tarde, Italo, o pessoal da prefeitura de Boa Vista (Saatri) Liberou novamente o ambiente de homologação, estou enviando o .ini com as configurações de acesso para te, caso lhe ajude para fazer testes, tentei enviar, mais me retorna este erro: A mensagem XML do cabeçalho do arquivo enviado está fora do padrão especificado. Erro durante o processo de validação. Fim de arquivo inesperado. Os seguintes elementos não estão fechados: cabecalho, cabecalho. Linha 1, posição 209 Em anexo arquivo de configuração do demo.ini e logs de retorno. Ajuste estas opções na procedure AlimentaComponente OptanteSimplesNacional := snSim; RegimeEspecialTributacao := retNenhum; 100-ger-nfse.xml 100-ger-nfse-soap.xml 100-lista-nfse.xml 100-lista-nfse-soap.xml Demo_ACBrNFSe.ini

Bom dia Duarte, É interessante sempre realizar os testes com o programa exemplo. Na configuração do mesmo deixar ativo o "Salvar Soap". Com os arquivos soap podemos identificar o que esta faltando acrescentar para que o componente possa ler de forma correta os retornos. Bom dia, Italo estou usando o demo mesmo, e todas as opções de salvar estão ativadas "true", debugando notei que no arquivo ACBrNFSe.pas linha: Result := WebServices.Gera(ARps); (447) não recebe o resultado (false) em caso de falha no arquivo: ACBrNFSeWebServices.pas na linha: FGerarNfse.GerarException( FGerarNfse.Msg ); (3682) a variável "Msg" vem vazia não levando assim a exceção. em anexo os logs. Obs. RetornoNFSe.ListaNFSe.MsgRetorno é retornado como = nil 1-ger-nfse.xml 1-ger-nfse-soap.xml 1-lista-nfse.xml 1-lista-nfse-soap.xml

Boa tarde, Caso alguém que esteja no processo de migração do NFS-e para trunk2 poder me responder algo... Bem, ajustei o meu sistema para usar a NFS-e do trunk2 pois segundo li aqui no foram já podemos iniciar os testes para alguns Provedores, estou tentando enviar utilizando o Provedor (Saatri - Boa Vista/RR). Minha pergunta é basicamente, qual seria o método correto de pegar o retorno do envio? Utilizando o próprio demo que o Italo disponibilizou não é retornado a string "Msg" correta, pelo demo apresenta um MsgBox sem as informações de retorno. Para pegar o retorno fiz conforme abaixo, mais queria muito a opinião dos mais acido no assunto. Veja como fiz: Lembrado que eu utilizo o método: _NFSe.Gerar (Envio de apenas um RPS). function T_frmNotaServico.TrataErro: string; begin Result := ''; if Assigned(_NFSe.WebServices.GerarNFSe.RetornoNFSe) then if _NFSe.WebServices.GerarNFSe.RetornoNFSe.ListaNFSe.MsgRetorno.Count > 0 then Result := _NFSe.WebServices.GerarNFSe.RetornoNFSe.ListaNFSe.MsgRetorno[0].Mensagem; if Trim(Result) = '' then Result := ValorTag('faultstring xml:lang="pt-BR"', _NFSe.WebServices.GerarNFSe.RetornoWS, true, 'faultstring'); end; Bem sobre o envio não tive sucesso ainda usando o trunk2, estou recendo esta mensagem: autenticação por username não está habilitada para o prestador informado. Mais pelo texto creio que é algum bloqueio no provedor, já entrei em contato com eles...

Daniel, não trata de uma Unidade especifica, apenas notamos que quando informamos as tags - <pag> <tPag></tPag> <vPag></vPag> - <card> <tpIntegra>1</tpIntegra> <CNPJ></CNPJ> <tBand></tBand> <cAut></cAut> </card> </pag> apresenta o retorno da Sefaz: Rejeicao: Falha no Schema XML do lote de NFe. removendo algumas tags, ficando apenas essas abaixo, a NFC-e envia normalmente. - <pag> <tPag></tPag> <vPag></vPag> </pag> Já fizemos algumas verificações no validador da Sefaz do RS: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx , e não apresenta nenhum erro na estrutura do xml. Nossa preocupação é se isso é alguma nova validação, e se isso não venha a afetar de alguma forma o uso do TEF, lembrando que até dia 15/10/2015, estava funcionando perfeitamente, utilizando todas as tags. Devido a não conseguir anexar os arquivos, segue abaixo o XML que esta sendo enviado e apresenta o erro. <?xml version="1.0" encoding="UTF-8" ?> - <NFe xmlns="http://www.portalfiscal.inf.br/nfe"> - <infNFe versao="3.10" Id="NFe15151010308036000190650010000000749000000745"> - <ide> <cUF>15</cUF> <cNF>00000074</cNF> <natOp>VENDA DE MERCADORIA DENTRO DO ESTADO</natOp> <indPag>1</indPag> <mod>65</mod> <serie>1</serie> <nNF>74</nNF> <dhEmi>2015-10-17T11:29:44-03:00</dhEmi> <tpNF>1</tpNF> <idDest>1</idDest> <cMunFG>1505536</cMunFG> <tpImp>4</tpImp> <tpEmis>9</tpEmis> <cDV>5</cDV> <tpAmb>1</tpAmb> <finNFe>1</finNFe> <indFinal>1</indFinal> <indPres>1</indPres> <procEmi>0</procEmi> <verProc>3.0.6.1</verProc> <dhCont>2015-10-17T11:29:44-03:00</dhCont> <xJust>Problemas na internet.</xJust> </ide> - <emit> <CNPJ>10308036000190</CNPJ> <xNome>NOTURNO DESENVOLVIMENTO DE SOFTWARE LTDA - ME</xNome> <xFant>NOTURNO SOLUCOES EM SOFTWARE</xFant> - <enderEmit> <xLgr>AV FLORIANO PEIXOTO QD. 19 LT 023</xLgr> <nro>S/N</nro> <xBairro>BELA VISTA</xBairro> <cMun>1505536</cMun> <xMun>PARAUAPEBAS</xMun> <UF>PA</UF> <CEP>68515000</CEP> <cPais>1058</cPais> <xPais>BRASIL</xPais> <fone>09433562966</fone> </enderEmit> <IE>152770631</IE> <CRT>1</CRT> </emit> - <dest> <CPF>05139143313</CPF> <xNome>ALAN AGUIAR PINTO</xNome> - <enderDest> <xLgr>RUA PEDRO ALVARES CABRAL</xLgr> <nro>1220</nro> <xCpl>PE COM PE CALCADOS</xCpl> <xBairro>ALTAMIRA</xBairro> <cMun>1505536</cMun> <xMun>PARAUAPEBAS</xMun> <UF>PA</UF> <CEP>68515000</CEP> <cPais>1058</cPais> <xPais>BRASIL</xPais> <fone>09433561335</fone> </enderDest> <indIEDest>9</indIEDest> </dest> - <det nItem="1"> - <prod> <cProd>7</cProd> <cEAN>7890000000079</cEAN> <xProd>OLEO LUBRIFICANTE SELENIA 15W40</xProd> <NCM>84133030</NCM> <CFOP>5102</CFOP> <uCom>LI</uCom> <qCom>1.0000</qCom> <vUnCom>15.2400000000</vUnCom> <vProd>15.24</vProd> <cEANTrib>7890000000079</cEANTrib> <uTrib>LI</uTrib> <qTrib>1.0000</qTrib> <vUnTrib>15.2400000000</vUnTrib> <indTot>1</indTot> </prod> - <imposto> <vTotTrib>7.38</vTotTrib> - <ICMS> - <ICMSSN102> <orig>0</orig> <CSOSN>102</CSOSN> </ICMSSN102> </ICMS> </imposto> </det> - <total> - <ICMSTot> <vBC>0.00</vBC> <vICMS>0.00</vICMS> <vICMSDeson>0.00</vICMSDeson> <vBCST>0.00</vBCST> <vST>0.00</vST> <vProd>15.24</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vOutro>0.00</vOutro> <vNF>15.24</vNF> <vTotTrib>7.38</vTotTrib> </ICMSTot> </total> - <transp> <modFrete>9</modFrete> </transp> - <pag> <tPag>04</tPag> <vPag>15.24</vPag> - <card> <tpIntegra>1</tpIntegra> <CNPJ>02107383000127</CNPJ> <tBand>01</tBand> <cAut>85479256</cAut> </card> </pag> - <infAdic> <infCpl>PEDIDO: 0060 EMISSAO: 17/10/15;</infCpl> </infAdic> </infNFe> - <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="#NFe15151010308036000190650010000000749000000745"> - <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>qg+MXajydycWJamaRHDNjZOn8/s=</DigestValue> </Reference> </SignedInfo> <SignatureValue>nSUvJMCHUGxulES3zWxL13tmj3S0bkan18PV2UuyD3Ed12SSzgc+3dd0AmZ5jpeGDK/NAJiAWIilZX9u8r160GlJ6DtxMx6P9o5tc43Wjwa1I1/0aMCQ+ylJaZGsACgkcDKI92+swzSSANcjlNEtkKaZ0P864QwRIgMWaF/AzQ3TYPW02dN/xxNi2dQqzP9HzRxOPKwVNXeUrs5ignY3Xtn4HGAGgXOINQQj3qka0ox1vkBQJPjHmHlmAJ6eYhbBH4kKMHNmT1MkZSIBcrg3ZcuR9rM36cbD19Um4dcvk1GLDO4cMz0G+FKwEbK9eRWLc7qEcZFDvUmVOmSLnn6MCA==</SignatureValue> - <KeyInfo> - <X509Data> <X509Certificate>MIIIkjCCBnqgAwIBAgIQIh0UyG2cNA6UFruqdhe84zANBgkqhkiG9w0BAQsFADCBgDELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEkMCIGA1UEAxMbQUMgSW5zdGl0dXRvIEZlbmFjb24gUkZCIEcyMB4XDTE1MDMxODAwMDAwMFoXDTE2MDMxNjIzNTk1OVowggEJMQswCQYDVQQGEwJCUjETMBEGA1UEChQKSUNQLUJyYXNpbDELMAkGA1UECBMCUEExFDASBgNVBAcUC1BBUkFVQVBFQkFTMTYwNAYDVQQLFC1TZWNyZXRhcmlhIGRhIFJlY2VpdGEgRmVkZXJhbCBkbyBCcmFzaWwgLSBSRkIxFjAUBgNVBAsUDVJGQiBlLUNOUEogQTExLTArBgNVBAsUJEF1dGVudGljYWRvIHBvciBBUiBJbnN0aXR1dG8gRmVuYWNvbjFDMEEGA1UEAxM6Tk9UVVJOTyBERVNFTlZPTFZJTUVOVE8gREUgU09GVFdBUkUgTFREQSBNRToxMDMwODAzNjAwMDE5MDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANLFTZoiZcYDzlIXBsY98lrdwuFqTY25FA/FBMwC4N2XhOCdhzMqLdrGhity8hyGkwnRKjI/0K+3PbfHhn8lj4bWno8OaQkPa5oAz18yqPT/Rdzb8ljuqRUvQBA6R+1BNvFHfuW8LotqcF2I9zfiQE5CqZirtgVRa5v4aYu2Kz7XUA+egHrVwhw6M/OPLSNak/BejDzPq+n+D/A54vy5f9M5Vv50PYjb897R7mDJPXQQfgHS82nUTWZbaNtroNNBAmX+aFPykSJAdtUZGPLt9nH1DBL2CrJ/WuDsfQZCYHfWe+P1of02cV4NwmTSeZvKFEdWNYH1uvK7IgOh5IIm1Z0CAwEAAaOCA3owggN2MIG9BgNVHREEgbUwgbKgOAYFYEwBAwSgLwQtMDcwNTE5ODg5MDQwODgyOTI0OTAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwoCIGBWBMAQMCoBkEF0VMSVZBTklBIEFMVkVTIERBIFNJTFZBoBkGBWBMAQMDoBAEDjEwMzA4MDM2MDAwMTkwoBcGBWBMAQMHoA4EDDAwMDAwMDAwMDAwMIEeZHVhcnRlQG5vdHVybm9zb2Z0d2FyZXMuY29tLmJyMAkGA1UdEwQCMAAwHwYDVR0jBBgwFoAU7Hpbz4ZIg7cDFbXJTUbW3Fp1Ft0wDgYDVR0PAQH/BAQDAgXgMIIBKwYDVR0fBIIBIjCCAR4wXqBcoFqGWGh0dHA6Ly9pY3AtYnJhc2lsLmFjZmVuYWNvbi5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL0FDSW5zdGl0dXRvRmVuYWNvblJGQkcyL0xhdGVzdENSTC5jcmwwXaBboFmGV2h0dHA6Ly9pY3AtYnJhc2lsLm91dHJhbGNyLmNvbS5ici9yZXBvc2l0b3Jpby9sY3IvQUNJbnN0aXR1dG9GZW5hY29uUkZCRzIvTGF0ZXN0Q1JMLmNybDBdoFugWYZXaHR0cDovL3JlcG9zaXRvcmlvLmljcGJyYXNpbC5nb3YuYnIvbGNyL0NlcnRpc2lnbi9BQ0luc3RpdHV0b0ZlbmFjb25SRkJHMi9MYXRlc3RDUkwuY3JsMIGGBgNVHSAEfzB9MHsGBmBMAQIBIjBxMG8GCCsGAQUFBwIBFmNodHRwOi8vaWNwLWJyYXNpbC5hY2ZlbmFjb24uY29tLmJyL3JlcG9zaXRvcmlvL2RwYy9BQy1JbnN0aXR1dG8tRmVuYWNvbi1SRkIvRFBDX0FDX0lGZW5hY29uX1JGQi5wZGYwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMIGgBggrBgEFBQcBAQSBkzCBkDBkBggrBgEFBQcwAoZYaHR0cDovL2ljcC1icmFzaWwuYWNmZW5hY29uLmNvbS5ici9yZXBvc2l0b3Jpby9jZXJ0aWZpY2Fkb3MvQUNfSW5zdGl0dXRvX0ZlbmFjb25fUkZCLnA3YzAoBggrBgEFBQcwAYYcaHR0cDovL29jc3AuY2VydGlzaWduLmNvbS5icjANBgkqhkiG9w0BAQsFAAOCAgEArPFxTBmPBOjT3Wmz2JGo3WZxF/dewXUmoY7sb5abG3OEbqWGE0rUzWVN69DSpAtMqB3VWxSgN/8CxJ66h0QoxW5csufk80Lk+gG5xZhTxaiSMMwQGbjyI0Vk0kzLa8GY4h7B4XaRlhtCTV1jT6mffEllS3xH9NmhpMiQkcjE6kUO4jZ7KabSbI5uT/Z8qVksxHIqtiw6M+XeLdMpnhS9OrcHJnP9zxgMx6iJKNgrzD9PJx1m9Wc4UAQA6hwoyGyKcFfGCrLy9yiRAsBjG5sWXRmfmHgvU+ewk6qGezduyaaLtA9nAegiEGdXSBMs6ydIgbQOPM5pNLbyZfPoitjC1g5Y14ZCOUGVqmJCIq2N6lkRpaFv+rEGGQ6dwoIaVRRxGihz5lmjang1BawdWqVUg9/JX/GEfAfvjUw+2fL3ujFO0B41bpRhtv3vm26I9Xu0eTkerVAovSTAS8C/ZWU+BvEPjNkZCxnVuHHerkf+et5R5PWAq0lyBzIFu9Pgx+lj2vYEr39tUxbkIerqAoVOsdfLQhOWo4X0OJJ53FWOagmX6eyl56+HGTagRyXY5A7sp6mXOKPCKMdctQ4gQ1aaOlb+agVLpIZlNOEZkpRTLmuONIfszu3D3qZs4pf/OwEN+MDpcHTplzkeoSLLfCzy3EwHiKxXljzy60iV5GJJpFQ=</X509Certificate> </X509Data> </KeyInfo> </Signature> </NFe> Segue o Log de retorno. <?xml version="1.0" encoding="UTF-8" ?> - <retEnviNFe versao="3.10" xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb>1</tpAmb> <verAplic>SVRSnfce201508141712</verAplic> <cStat>225</cStat> <xMotivo>Rejeicao: Falha no Schema XML do lote de NFe</xMotivo> <cUF>15</cUF> <dhRecbto>2015-10-17T11:29:08-03:00</dhRecbto> </retEnviNFe> Obs. Foi retirado a opção de anexar arquivo?

Bom dia amigos, venho através deste tópico, compartilhar o que começou a aconteceu conosco a partir de ontem dia 16/10/2015 no envio de NFC-e com as formas de pagamentos Cartões de Débito/Crédito. Nosso software ao enviar NFC-e com a forma de pagamento mencionada acima nunca havia precisado inserir o CNPJ da operadora do cartão, sendo assim por padrão estava indo 00.000.000/0000-00, mas a partir de 16/10/2015 pela manhã, ao tentar enviar a NFC-e apenas com essas formas de pagamentos citadas, apresentava a seguinte mensagem: ( Rejeicao: Falha no Schema XML do lote de NFe ). ficando assim no XML. - <pag> <tPag>04</tPag> <vPag>12.00</vPag> - <card> <tpIntegra>1</tpIntegra> <CNPJ>00000000000000</CNPJ> <tBand>99</tBand> <cAut>00000000000000000000</cAut> </card> </pag> Mediante isso, fomos atras de informações a respeito, para verificar se havia alterado alguma validação, mas não conseguimos nenhuma informação a respeito, contudo, ao analisarmos o código fonte notamos essa propriedade, <tpIntegra>, ao alterar para essa opção, o ACBR automaticamente verifica se foi informado o CNPJ da Operadora, caso não, ele automaticamente exclui as tags do xml, ficando assim: - <pag> <tPag>04</tPag> <vPag>12.00</vPag> </pag> Sendo assim, enviando normalmente a NFC-e. Gostaríamos de saber o porque dessa alteração repentina, se é alguma validação, ou algo foi alterado no ACBR, e se aconteceu isso com mais alguém. Conto com a sua colaboração.

Boa tarde, grande Daniel, baixei novamente agora e copilei tudo e foi legal. Obrigado...!

Bom dia, Amigos, baixei ainda pouco a versão: 100070 agora está dando este erro: Rejeicao: Assinatura difere do calculado observei que a tag (ICMS) não está sendo gerada corretamente, nenhuma alteração fiz no sistema, apenas atualizei, teria como algum me ajudar?

Para resolver o problema que deixava a tela do aplicativo branca ao abrir qualquer site de bancos é bem simples, Quando se instala os plug-ins dos bancos ele automaticamente cria uma pasta chamada (GBPLUGIN) em Arquivos de programas, e dentro dessa pasta tem várias dlls, e tem um único arquivo executável chamado :(gbpSv.exe) ele é o que causa as telas brancas, então tem que apagar ele, mais tem um porém, ele não permite ser apagado e nem permite finalizar o processo dele, então basta entrar em modo de segurança no PC entrar na pasta e apagar o mesmo, mais apagar apenas o arquivo executável (gbpSv.exe) mesmo apagando ele não se preocupe que não afeta o plugin do banco e tudo funciona normalmente. Aqui aconteceu em pelo menos uns 4 clientes e esta solução acima resolveu.

Boa tarde, Tente assim, aqui no meu caso deu certinho! 1º Na Uses do form/datamodule aonde se encontra o teu componente (AcbrDANFeFR) acrescente: RLConsts e no final desta unit antes de end. initialization rlconsts.setversion(3,72,'B');

Bom dia, Eu também passei por isto, tente remover todas .bpl do Fortes em seu computador, só então tente instalar, e veja se está com a versão correta, qual o seu delphi mesmo?