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!