mmcamilo

Acabei de ver aqui, realmente você tinha razão, deu certinho. Muito Obrigado.

Boa tarde PessoALL... Tem uma empresa com a seguinte situação... Por imprudência do usuário, todos os arquivos XML de 2 anos pra cá foram excluídos, pra variar não existe backup mas olhando o banco de dados deles tem um campo numa tabela específica que possui as informações compactadas do DOCZip, então pensei que se tivesse como carregar o DOCZip no componente novamente, poderia tentar gravar esses arquivos XML de novo. Alguém teria uma idéia se é possível carregar ou já descompactar direto o DOCZip sem passar pelo processo natural do ACBRNFe, quando usamos o WebService ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip[0].XML. Pelo jeito gravavam o campo infZip ao invés do campo XML... Vai entender... Desde já agradeço a ajuda. Márcio

Bom dia! Realmente ficou comprovado que o escritório de Contabilidade que é externo à empresa, possui uma aplicação que fica rodando como robô que dispara pesquisas e manifestações a cada 5 minutos... o que contraria as regras e notas técnicas da SEFAZ, infelizmente nem todos seguem as boas práticas de programação, mas enfim, problema foi esclarecido e o cliente ficou ciente do que estava acontecendo. Desde já fica meu agradecimento @Italo Jurisato Junior Márcio M. Camilo

Boa tarde Pessoal! Não sei seria exatamente uma dúvida ou algo apenas para compartilhar com vocês mas tem acontecido o seguinte. Sempre usamos e seguimos as regras das NT e Manuais da SEFAZ para o desenvolvimento de aplicativos que usam Web Services disponiveis para Emitir, Consultar, Manifestar, etc... Daí em um cliente que utiliza meu aplicativo, construido e parametrizado de acordo com as regras e com tudo mais que aprendemos por aqui, passou a ter os arquivos XML das NFes retornados já na primeira pesquisa do dia, sem que tenha havido nenhuma manifestação por parte dele ou de outra pessoa da empresa (segundo ele), ou seja, numa análise lógica do processo, sabemos que se não houver a manifestação com Ciência ou Confirmação o arquivo XML não é retornado pela SEFAZ, então alguem deve estar realizando essa manifestação, inclusive a revelia do próprio cliente destinatário desses arquivos. Comecei a consultar as chaves das NFes direto no portal da SEFAZ, uma vez que como não era minha aplicação que realizava as manifestações, como elas estavam registradas lá no portal... Percebi que o tempo das pesquisas e envio do evento era em média a cada 5 minutos (tipo um robô ou serviço fazendo isso) e também que não existe um meio, ou uma informação vinculada a manifestação para que pudessemos pelo menos apontar de qual aplicação foi realizada a manifestação do destinatário, com a intenção de mostrar ao cliente que não é nossa aplicação que está realizando esse procedimento. Então como poderíamos fazer nesses casos? Qual seria a sugestão de vocês quanto a isso. O cliente diz que não é ele ou ninguem da sua equipe. Talvez algum escritório de contabilidade, talvez alguem que tenha acesso ao Certificado Digital, já que sem ele não é possível enviar ou consultar eventos ao Web Service... O que vocês fariam nesse caso? Grato pela atenção.

Boa tarde pessoal! Uma dúvida que observei entre um envio e outro para o eSocial... Num primeiro momento a mesma rubrica foi enviada e o Identificador da Tabela ficou como 000001 - Código da Rubrica: 0002 e hoje quando enviei novamente um outro evento (alteração) dessa mesma Rubrica, ele gerou uma nova validade como era de se esperar, porem, o Identificador da Tabela mudou apenas para 1... Segue em anexo um print da informação no Portal do eSocial... Essa informação é parametrizável no Componente ? Seria alguma alteração entre a versão de um Layout e outro? Seria alguma alteração no recebimento no próprio portal? Não tem nada haver com o componente? E finalemente, qual o impacto isso pode ter nas informações que já foram enviadas anteriormente e nas que estão pra serem enviadas com essa rubrica? Desde já agradeço pela ajuda ! Att. Márcio M. Camilo

Grato @Alisson Souza Pereira realmente, fiz o teste aqui e retornou certinho. Estou pensando em uma forma para confrontar os eventos que uma empresa enviou pelo sistema xyz e por algum motivo, insatisfação ou sei lá... migrou para outro sistema, por exemplo... e ai pra saber se faltou enviar algum evento... essa era a idéia... o eSocial BX tem quase essa finalidade mas como sempre, com as suas limitações... parece até que o governo não quer ajudar as empresas ficarem certinhas com as suas obrigações... seria tão fácil informar o que ja existe na base deles e as empresas, quando necessários, validasem e fizessem as correções ( se houver correções )... mas ... Valeu!

Boa noite amigos, Li em algum dos posts que quando enviamos um evento e por acaso esse evento já foi enviado anteriormente, é retornado por exemplo o erro 537 - Já existe no sistema registro com mesmo código de identificação (chave) em período de vigência conflitante com o período informado no registro atual. Ação Sugerida: O evento somente pode ser recepcionado se não existir outro evento para a tabela com o mesmo código de identificação (chave) em período de vigência conflitante com o período informado no evento atual. Certifique-se que o codígo de identificação e os períodos informados estejam corretos. Nesse caso para efeito de testes foi enviado o evento S-1000 e como ele já existe, no retorno da consulta não deveria retornar o numero do recibo? Outra pergunta... foi implentada nessa ultima versão do ACBreSocial algum recurso relacionado com o eSocial BX ? https://portal.esocial.gov.br/noticias/entra-em-operacao-o-esocial-bx-um-baixador-de-arquivos-enviados-ao-sistema Desde já, grato por vocês existirem.

Solução de contorno: Usei o XMLDocument pra fazer a leitura do nó CNPJ do Prestador. Grato a todos!

Agnaldo, grato pelo retorno, então, realmente esse questão eu havia entendido, o que está me deixando com dúvida é a questão de o mesmo código com LoadFromFile ler a TAG de um e não ler de outro. O jeito então será fazer outra forma de leitura do arquivo XML sem ser pelo componente. Mais uma vez, obrigado pela colaboração. Márcio M. Camilo

Italo grato pelo retorno. A ideia seria (como não há um WebService como NF-e | CT-e) para retorno desses arquivos, quando o prestador de serviços enviasse o arquivo XML da NFS-e ao seu Tomador, a aplicação realizasse a leitura desse arquivo, extraindo as informações para gravar numa tabela por exemplo. O interessante é que em outros arquivos XML da NFS-e adquiridos dessa mesma forma (Prefeitura de Aparecida de Goiânia por exemplo), através desse mesmo processo, consigo essa informação normalmente. Por isso surgiu essa minha dúvida. Nesse caso, não será possível extrair determinadas informações pelo componente ACBrNFSe de alguns arquivos XML? Em anexo um outro arquivo XML que deu certo. APG14207893_NFSeNotaFiscaldeServiçosEletrônica_000280.xml

Boa tarde a todos! Estou com uma situação aqui usando NFS-e, na leitura do arquivo XML com LoadFromFile ou na impressão da NFS-e por exemplo, dependendo da prefeitura consigo retornar a TAG CNPJ Prestador e em outras não. Alguém já passou por essa experiencia que pudesse compartilhar? Nesse arquivo XML em anexo, usando o exemplo a seguir, não consegui visualizar o CNPJ embora internamente no arquivo ele esteja presente. procedure TfrmDemo_ACBrNFSe.Button1Click(Sender: TObject); var j, i: integer; S: string; begin OpenDialog1.Title := 'Selecione a NFSe'; OpenDialog1.DefaultExt := '*.xml'; OpenDialog1.Filter := 'Arquivos NFSe (*.xml)|*.xml|Arquivos XML (*.xml)|*.xml|Todos os Arquivos (*.*)|*.*'; OpenDialog1.InitialDir := ACBrNFSe1.Configuracoes.Arquivos.PathSalvar; if OpenDialog1.Execute then begin ACBrNFSe1.NotasFiscais.Clear; ACBrNFSe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName, False); Memo1.Clear; Memo1.Lines.Add('########## RPS -> IDENTIFICACAO ##########'); Memo1.Lines.Add('RPS...........: ' + ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Numero); Memo1.Lines.Add('RPS SERIE.....: ' + ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Serie); Memo1.Lines.Add('RPS TIPO......: ' + TipoRPSToStr(ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Tipo)); Memo1.Lines.Add(''); Memo1.Lines.Add('########## PRESTADOR SERVICO - IDENTIFICACAO PRESTADOR ########## '); Memo1.Lines.Add('CNPJ.................: ' + ACBrNFSe1.NotasFiscais.Items[0].NFSe.PrestadorServico.IdentificacaoPrestador.Cnpj); Memo1.Lines.Add('INSC MUNICIPAL.......: ' + ACBrNFSe1.NotasFiscais.Items[0].NFSe.PrestadorServico.IdentificacaoPrestador.InscricaoMunicipal); Memo1.Lines.Add(''); Memo1.Lines.Add('########## PRESTADOR ########## '); Memo1.Lines.Add('CNPJ.................: ' + ACBrNFSe1.NotasFiscais.Items[0].NFSe.Prestador.Cnpj); Memo1.Lines.Add('INSC MUNICIPAL.......: ' + ACBrNFSe1.NotasFiscais.Items[0].NFSe.Prestador.InscricaoMunicipal); end; end; Já em outros arquivos de outras prefeituras, consigo visualizar esta informação sem maiores problemas. Grato antecipadamente pela ajuda. Márcio M. Camilo GYNIM2088908_NFSE70.xml

Juliomar grato pelo retorno, e sim, acontecia o mesmo, porém veja o que fiz... Quando usei o apagarACBr.bat e em seguida fiz o SVN Update para a atualização dos componentes, o arquivo ACBr.inc retornou ao seu estado original com a linha {.$DEFINE USE_MINGW}, ou seja, deixou de usar as dlls da MINGW (no meu caso) e passou a tentar a usar as dlls da \OpenSSL\0.9.8.14 .... por esse motivo começou o Acess Violation se referenciando a dll MSVCRT.DLL. Depois de identificar esse detalhe, descomentei a linha {$DEFINE USE_MINGW}, dei um Build geral por aqui e a aplicação voltou ao normal novamente não ocorrendo mais erros. De qualquer forma fica ai o caso para ajuda se algum dia alguém passar pelo problema acima. Grato.

Bom dia pessoal. Por acaso mais alguém de vocês passou a ter problemas com a dll MSVCRT.DLL de ontem pra hoje, ou após alguma atualização do Windows? No meu caso (Windows 10), de ontem pra hoje apenas quando realizo a Manifestação do Destinatário acontece o erro de Access Violation, em outros procedimentos como consumir DFeDistribuicao NF-e ou CT-e isso não acontece. Estou usando uma atualização recente do ACBr a 13507 e até então estava tudo ok, ou seja, imagino ser alguma atualização do próprio Windows que pode ter alterado algum recurso que utilize essa DLL e que como sabemos acontece quase todos dias... Não uso há um tempo a CAPICOM para as questões de Certificado Digital e até então o OpenSSL estava tudo ok para os certificados A1. Li diversos posts anteriores (2015 e 2016) mas considerei que o problema era pontual e de alguma forma já havia sido resolvido no passado. Se algum estiver passando por alguma instabilidade do tipo e conseguiu resolver agradeço muito pelo feedback. Att.

Realmente, não retorna mais esses eventos.

Ola, eu acredito que poderia ser pela falta de manifestação do destinatário... -resNFE geralmente retorna quando ainda não houve a manifestação do destinatário. -XML Completo, só após a manifestação do destinatário Penso eu!

Boa tarde! Estou com esse mesmo problema para SEFAZ GO e também para as manifestações e consumo no WebServiceDFe. Na verdade observei o seguinte: - Apenas para o certificado A3 (WinCrypt) - Roda normalmente uma primeira vez (por exemplo na manifestação ou retorno de lotes do web service DFe) na sequencia apresenta o erro interno 12175 supra citado e para. - Dai se fecho a aplicação e rodo novamente, acontece da mesma maneira, funciona uma unica vez ou procedimento e na sequencia para novamente. - Fontes trunck2 atualizados e recompilados hoje. Alguma dica na intenção de resolver esse inconveniente? Desde já agradeço antecipadamente.

Resolvi esse contratempo copiando as dlls da pasta "C:\ACBr2017\DLLs\XMLSec\MinGW\32" (no meu caso) para junto com exe da minha aplicação, porem, abandonei de vez a CAPICOM {.$DEFINE DFE_SEM_OPENSSL} {$DEFINE DFE_SEM_CAPICOM} Também passei a usar a {$DEFINE USE_MINGW}, ficou tudo funcionando certinho, OpenSSL para certificados do tipo A1 e WinCrypt para certificados do tipo A3. Veja:

Realmente, vou ajustar as configurações sugeridas e acompanha-las, qualquer outra novidade informo aqui para todos! Mais uma vez obrigado @Daniel Simoes Já deixei a Flag desmarcada!

Vejam só... dando erro em todas as tentativas que eu havia feito até sair da empresa e vir pra casa. Chegando em casa liguei novamente o note fiz o teste e Pah! Funcionou como um milagre... Alguma coisa sinistra que ocorre no Windows 10 em equipamentos com HD SSD?... Será isso? O fato de desligar o equipamento e religa-lo novamente por incrível que possa parecer resolveu. Ou seja trunk2 100% validada A1 e A3 (pelo menos pra mim). De qualquer forma grato pelo retorno. Abraço!

Boa tarde! Então, fiz a atualização da trunck2 ontem a noite, desabilitei e removi tudo o que era CAPICOM, descomentei a MINGW, recompilei projeto e componente, enfim, segui todos os roteiros indicados aqui no fórum... Utilizando o demo AcbrNFe - Para certificados A1 tudo funcionando perfeito com OpenSSL, porém para certificados do tipo A3 usando WinCrypt o erro acontece exatamente como descrito acima... Até vi uma citação do @Daniel Simoes onde diz que poderia ser problema com o hardware mas observando o Administrador do Token o mesmo encontra-se presente e usando o mesmo certificado digital consigo acessar por exemplo o site do eCAC da Receita Federal sem problemas, então não sei onde estaria o problema e se possível necessito da ajuda de vocês. Desde já agradeço antecipadamente.

Bom dia! Então... na época do mudança para o DistribuicaoDFe até vi essa NT mas achava que continuaria retornando realmente o CTe resumido tipo: //CTE Params.ParamByName('chcte').value := docZip.Items[i].procEvento.detEvento.CTe.chCTe; Params.ParamByName('modal').value := docZip.Items[i].procEvento.detEvento.CTe.modal; Params.ParamByName('nprot').value := docZip.Items[i].procEvento.detEvento.CTe.nProt; Params.ParamByName('dhrecbto').value := docZip.Items[i].procEvento.detEvento.CTe.dhRecbto; //EMIT Params.ParamByName('ctecnpj').value := docZip.Items[i].procEvento.detEvento.emit.CNPJ; Params.ParamByName('cteie').value := docZip.Items[i].procEvento.detEvento.emit.IE; Params.ParamByName('ctexnome').value := docZip.Items[i].procEvento.detEvento.emit.xNome; Pelo jeito então o "Resumo de Eventos CT-e Autorizado/Cancelado" agora deve ser apenas os dizeres "CT-e Autorizado para NF-e".... De qualquer forma era uma mão na roda o retorno pelo menos da chCTe pra controle, rastreamento e armazenamento, principalmente porque não tem o WebService pra CT-e... Ai ficamos pelo jeito na incumbência de sempre solicitar o XML do CT-e ao seu emissor. Grato a todos e um bom trabalho.

vlw

Boa noite amigos... Algum de vocês já conseguiu usar simultaneamente no Windows 10, os componentes da Trunk2 estando instalado o Delphi 7 e XE6? Removi tudo usando o apagarACBr.bat e em seguida instalei utilizando o ACBrInstall_Trunk2, a instalação acontece certinha do inicio ao fim, sem erros de compilação ou instalação mas quando executo o Delphi 7 ou XE6 fica dando erro dizendo que não é os pacotes não são win32 válido. Olhei e segui a sugestão de alguns posts que vi aqui mas ainda não obtive sucesso. Desde já agradeço.

Olha só... Acabei de fazer a pesquisa aqui novamente e do nada... voltou ao normal... Valeu galera!

Boa tarde! Pela manhã tudo estava funcionando muito bem em todos os estados inclusive, porém, agora a tarde, sem nenhuma alteração do código ou dos schemas xml ao fazer a pesquisa no webservice DistrtibuicaoDFE, ou enviar eventos de manifestação do destinatário, passou a aparecer essa mensagem: The page requires a valid SSL client certificate ---- e pra piorar não uso SSL e sim CAPICOM... Mais alguém com o mesmo problema? Grato.