none
Conectividade Social no Windows 7 RRS feed

  • Pergunta

  • Tinha o Conectividade Social funcionando perfeitamente no XP, porém devido a aquisição de novos computadores precisei instalar o Conectividade Social no Windows 7 Professional 64 bits e estou tendo problemas para executá-lo com uma conta sem permissões administrativas. Inicialmente quando eu tentava abrir o Conectividade Social em uma conta sem permissões administrativas aparecia uma mensagem de erro "Houve um erro de acesso ao compartilhanmento .....", consegui resolver isso usando o Procmon e configurando as permissões de acesso a algumas dll's no diretório C:\Windows\SysWOW64, porém depois que abro o programa e tento utilizar o GRRF apresenta mensagem de erro de acesso ao banco de dados, utilizei o Procmon para me auxiliar porém não consegui encontrar nenhuma chave ou diretório que esteja sem permissão. Alguém já teve problema semelhante ou sabe o que pode ser feito?


    Lucas
    quarta-feira, 12 de janeiro de 2011 13:41

Respostas

  • Boa Noite Lucas,

    Já tive este problema também, e conforme relatado por você o suporte da Caixa não ajuda muito, eles simplismente, pedem que você resolva sozinho, desta forma fui em busca de algumas soluções mesmo que alternativas, mas que funcionasse.

    Para mim funcionou da seguinte forma, pertindo que o usuário, sempre executasse o aplicativo como administrador, sem prescisar digitar a senha diversas vezes, apenas na primeira inicialização para o usuário do mesmo.

    Obs.: Vale resaltar que o aplicativo estára sendo executado como administrador sempre pelo usuario, mas apenas o aplicativo em questão estará, sendo executado como administrador.

    Acesso a pasta em que o atalho para o aplicativo está localizado, (Se não me engano C:\Arquivos de Programas\Caixa\ ), clique com o botão direito sobre o aplicativo e selecione a opção Propriedades.

    Em Destino (Target) - coloque toda a informação que estiver presente na caixa entre Aspas "c:\arquivos de programas\caixa\atalho.exe", e digite o seguinte paremetro antes - runas /user:dominio\usuario /savecred 

    Ou seja, desta forma todas as vezes que você for utilizar o aplicativo ele ira utilizar com o usuario que você estiver descrevendo acima, no caso defina Dominio - com o seu dominio, o usuario como administrador e o restante basta deixar como padrão.

    Ficando da seguinte forma: runas/user:dominio\usuario /savecred "c:\arquivos de programas\caixa\atalho.exe"

    Faça o teste, e verifique se atende a suas necessidades, e nos de um retorno.

    Atenciosamente.

    Thiago Batista

    • Marcado como Resposta Richard Juhasz segunda-feira, 14 de março de 2011 17:28
    quinta-feira, 10 de março de 2011 01:53

Todas as Respostas

  • Olá Lucas,

    Primeiramente gostaria de saber que se você executar como administrador, ou simplesmente clicando no programa e em " Run As," funciona perfeitamente certo? Você deu permissões em algumas .dlls que fazem chamada para a execução do programa, mas em relação as funções interna você continua tendo este problema.

    Usou o procmon, aliás fez bem pois através dele você consegue identificar o local correto, caminhos e dependências que o software faz chamada, tanto em pastas como no registro. Você ja verificou o permissionamento nesses caminhos:

    C:\Arquivos de programas\CAIXA\SEFIP” e “C:\Arquivos de programas\CAIXA\CNS, pois estes são os caminhos que o Conectividade tem seus arquivos essenciais para fazer as chamadas necessárias do correto funcionamento.

    Abraços.


    Carlos Eduardo Gnochi de Oliveira
    quarta-feira, 12 de janeiro de 2011 16:28
    Moderador
  • Lucas,

    boa tarde.

    Se a dica do Carlos Eduardo não funcionar, tente revisar com essa guia:

    http://escritoriobrum.com.br/blog/?tag=conectividade-social-windows-7

    Abraços.


    Gilberto Soares Lopes http://videoedicas.blogspot.com/
    quarta-feira, 12 de janeiro de 2011 17:10
    Moderador
  • Olá Carlos,

    Executando no perfil de administrador e no "Runs As" funciona tudo perfeitamente.

    No perfil de um usuário normal eu até consigo entrar no Conectividade Social mas quando clico no ícone "Operações GRRF" aparece o erro do banco de dados.

    Já dei permissão no diretório "C:\Arquivos de programas\CAIXA\".

    Obrigado.

     

    Abraços.


    Lucas
    quarta-feira, 12 de janeiro de 2011 17:22
  • Gilberto, boa tarde!

     

    Eu já tinha visto este guia, só que o que acontece é o seguinte, quando faço as modificações sugeridas neste guia ao executar o programa ele irá pedir as credencias de acesso daí tenho que entrar como administrador para que ele funcione e é isso que eu não quero, o correto é funcionar no usuário normal.

     

    Obrigado.

     

    Abraços.


    Lucas
    quarta-feira, 12 de janeiro de 2011 17:25
  • Verifique as pastas, arquivos e registro onde o sistema trabalha e dê permissão ao usuário.
    Gilberto Soares Lopes http://videoedicas.blogspot.com/
    quarta-feira, 12 de janeiro de 2011 17:30
    Moderador
  • Gilberto, então foi exatamente isso que eu fiz mas não está dando certo. Na minha opinião está faltando permissão em algum arquivo e/ou registro que eu ainda não consegui descobrir.
    Lucas
    quarta-feira, 12 de janeiro de 2011 18:14
  • Lucas,

    tenta monitorar através do Process Monitor, é o que mais me salvou nesses momentos.

     

    Abraços.


    Gilberto Soares Lopes http://videoedicas.blogspot.com/
    quarta-feira, 12 de janeiro de 2011 19:04
    Moderador
  • Gilberto,

     

    acho que vou ter que recorrer ao Procmon mesmo, aliás tem alguns resultados do Procmon durante a tentativa de acesso ao arquivo/registroque eu gostaria de saber examente o que significa.

    Os resultados são estes:

    FAST IO DISALLOWED
    FILE LOCKED WITH ONLY READERS
    NO SUCH FILE

    Estou com mais dúvidas justamente nos dois primeiros.

     

    Abraços.

     

     


    Lucas
    quinta-feira, 13 de janeiro de 2011 11:18
  • Lucas,

    veja:

    FAST IO DISALLOWED  - Transferencia rápida não permitida
    FILE LOCKED WITH ONLY READERS - Arquivo bloqueado somente leitura
    NO SUCH FILE - Arquivo não existe


    Gilberto Soares Lopes http://videoedicas.blogspot.com/
    quinta-feira, 13 de janeiro de 2011 12:00
    Moderador
  • Gilberto,

    correto mas tipo no transferência rápida não permitida, tem como eu permitir?

    Alguns arquivos apontados pelo Procmon como FILE LOCKED WITH ONLY READERS eu não consigo liberar para gravação.

     

    Obrigado.


    Lucas
    quinta-feira, 13 de janeiro de 2011 12:31
  • Possivelmente não, é uma característica do sistema operacional, para garantir o controle de I/O.
    Gilberto Soares Lopes http://videoedicas.blogspot.com/
    quinta-feira, 13 de janeiro de 2011 14:03
    Moderador
  • Então não sei ainda como vou proceder, pq fora os resultados de sucesso de acesso a arquivo/registro os outros resultados que aparecem são estes FAST IO DISALLOWED, FILE LOCKED WITH ONLY READERS, NO SUCH FILE então não consigo saber o que impede o aplicativo de funcionar normalmente.

     

    Por favor, caso alguém tenha alguma idéia, fiquem a vontade!


    Lucas
    quinta-feira, 13 de janeiro de 2011 14:35
  • Lucas,

    veja o exemplo abaixo e tente focar nas mudanças de registro e permissões de pastas.

    http://www.caloni.com.br/blog/archives/process-monitor-e-o-monopolio-malcriado

     


    Gilberto Soares Lopes http://videoedicas.blogspot.com/
    quinta-feira, 13 de janeiro de 2011 15:14
    Moderador
  • Gilberto,

     

    verifiquei o link por vc sugerido, o problema é que qndo monitoro não aparece um ACCESS DENIED, por isso não tem como eu saber o que está barrando.

     


    Lucas
    sexta-feira, 14 de janeiro de 2011 10:24
  • Lucas,

    Tente atribuir permissões a um usuário que você tenha não-administrador (teste) aos seguintes locais:

    1 - Dar permissão em C:\windows\system32 nos seguintes arquivos:

    Hl_med32.dll
    Hl_pub32.dll
    Hlsoft32.dll

    2-  Dar permissão na pasta C:\windows\Prefetch

    3 - Dar permissão no registro no seguinte caminho:

    HKEY_LOCAL_MACHINE\SOFTWARE\ na pasta correspondente da CAIXA

    Teste novamente a conexão.

    Abraços.


    Carlos Eduardo Gnochi de Oliveira
    sábado, 15 de janeiro de 2011 19:26
    Moderador
  • Carlos,

     

    Do que você me passou a única coisa que eu não tinha feito era dar permissões no diretório  C:\windows\Prefetch, porém mesmo com permissão nesse diretório não deu certo.

     

    Abraço.


    Lucas
    segunda-feira, 17 de janeiro de 2011 17:29
  • Olá Lucas.

    Pesquisei sobre a ferramenta, e não encontrei nada sobre ela funcionar no x64, já tentou ver com a CAIXA sobre isso? Porque acredito que não seja compatível com x64.

     

    Abraço.

     

     


    Richard Juhasz
    • Sugerido como Resposta Ismael BorcheModerator segunda-feira, 7 de fevereiro de 2011 18:15
    • Não Sugerido como Resposta LucasRibeiro quarta-feira, 16 de fevereiro de 2011 12:48
    quinta-feira, 27 de janeiro de 2011 18:17
  • Olá Richard,

    ela funciona no x64 porque como administrador eu executo ela normalmente , o problema é quando tento executar com usuário sem permissões administrativas.

    Abraço.

     


    Lucas
    segunda-feira, 31 de janeiro de 2011 18:17
  • Olá Lucas

    A recomendação do Richard para entrar em contato com o suporte da Caixa já foi realizado?

    Atenciosamente


    Ismael Borche - LATAM Forum Support Engineer
    Microsoft Corporation
    segunda-feira, 7 de fevereiro de 2011 18:15
    Moderador
  • Olá Ismael,

    sim já liguei no suporte da Caixa, não resolveu nada. Na minha opinião eles não sabem o que estão falando. Primeiro falaram q o programa podia estar corrompido, mesmo eu falando que funcionava como admin mas não com usuário normal, daí diziam que a solução seria desinstalar e instalar novamente. Depois me falaram que tinha que ser um técnico de minha confiança para poder fazer o programa rodar em qualquer usuário. Resumindo não resolveu nada.

     

    Abraço.


    Lucas
    terça-feira, 8 de fevereiro de 2011 10:48
  • Olá Lucas.

    Eles falaram alguma coisa sobre funcionar no X64?

     

    Abraço.

     


    Richard Juhasz
    terça-feira, 1 de março de 2011 20:17
  • Olá Lucas.

    Alguma novidade sobre o problema?

     

    Abraço.



    Richard Juhasz http://www.forumguys.com.br/
    quarta-feira, 9 de março de 2011 19:01
  • Boa Noite Lucas,

    Já tive este problema também, e conforme relatado por você o suporte da Caixa não ajuda muito, eles simplismente, pedem que você resolva sozinho, desta forma fui em busca de algumas soluções mesmo que alternativas, mas que funcionasse.

    Para mim funcionou da seguinte forma, pertindo que o usuário, sempre executasse o aplicativo como administrador, sem prescisar digitar a senha diversas vezes, apenas na primeira inicialização para o usuário do mesmo.

    Obs.: Vale resaltar que o aplicativo estára sendo executado como administrador sempre pelo usuario, mas apenas o aplicativo em questão estará, sendo executado como administrador.

    Acesso a pasta em que o atalho para o aplicativo está localizado, (Se não me engano C:\Arquivos de Programas\Caixa\ ), clique com o botão direito sobre o aplicativo e selecione a opção Propriedades.

    Em Destino (Target) - coloque toda a informação que estiver presente na caixa entre Aspas "c:\arquivos de programas\caixa\atalho.exe", e digite o seguinte paremetro antes - runas /user:dominio\usuario /savecred 

    Ou seja, desta forma todas as vezes que você for utilizar o aplicativo ele ira utilizar com o usuario que você estiver descrevendo acima, no caso defina Dominio - com o seu dominio, o usuario como administrador e o restante basta deixar como padrão.

    Ficando da seguinte forma: runas/user:dominio\usuario /savecred "c:\arquivos de programas\caixa\atalho.exe"

    Faça o teste, e verifique se atende a suas necessidades, e nos de um retorno.

    Atenciosamente.

    Thiago Batista

    • Marcado como Resposta Richard Juhasz segunda-feira, 14 de março de 2011 17:28
    quinta-feira, 10 de março de 2011 01:53
  • Olá Lucas.

    Alguma novidade sobre o problema?

    Também estou na mesma situação, sem resolução e ainda pior, não consigo rodar o PROCMON em modo usuario no Win7...da pau !

    Rocha

    segunda-feira, 14 de março de 2011 17:39
  • Pessoal, me desculpem fiquei um tempo fora aqui.

    Não realizei o teste sugerido pelo Thiago B._ pois devido a urgência acabei instalando em um Windows XP mesmo.

    Rochasbc, funciona em x64 sim, mas só como administrador.

     

    Obrigado.

     

    Lucas


    Lucas
    terça-feira, 26 de abril de 2011 20:05
  • Se nao rolou Desta forma....

     

    Windows XP Mode nele!!

     

    No meu antigo escritorio de contabilidade, as maquinas com windows 7 tinham todas XP mode pra rolar Conectividade Social..

    Muito mas fácil.

     

    Depois que tiver tudo funcionando na virtual, é só fazer COPY/PASTE para as outras maquinas.. Mudando apenas o nome da maquina do dominio..

     

    Pifou? Volta o backup ou snapshot! pá-pum! rsrs


    Felipe Gustavo Fiad Microsoft MCP,MCTS Blog: http://tiburciotech.blogspot.com
    • Sugerido como Resposta Felipe Fiad quarta-feira, 27 de abril de 2011 01:54
    quarta-feira, 27 de abril de 2011 01:54
  • Liberação em Pastas\Arquivos e Registros

    Para que o programa rode sem permissões de administrador são necessarias permissões nos seguintes caminhos:

    Pastas
    \Arquivos de Programas\Caixa
    Arquivos \Windows\system32\Hl_med32.dll
    \Windows\system32\HL_pub32.dll
    \Windows\system32\Hlsoft32.dll
    Registros HKLM\SOFTWARE\Caixa

    Essas são as permissões necessárias para que o software funcione.

    GRRF

    É um aplicativo que vem junto com o software da Conectividade, se for necessário para o usuário, ele tem que ser baixado também do site da Caixa.

    O software da GRRF é necessário mais uma permissão além das dadas acima. 

    Painel de Controle > Ferramentas Administrativas > Diretivas de Segurança Local > Configurações de Segurança > 
    Diretivas Locais > Atribuição de Direitos de Usuário > 'Criar Objetos Globais' > Adicionar o usuário

    Mais explicações sobre esta permissão:

    Criar objetos globais: Esta configuração de diretiva determina se os usuários podem criar objetos globais que estejam disponíveis em todas as sessões. Os usuários ainda podem criar objetos que são específicos de sua própria sessão, se não tiverem este direito de usuário.

    terça-feira, 17 de janeiro de 2012 13:20
  • Liberação em Pastas\Arquivos e Registros

    Para que o programa rode sem permissões de administrador são necessarias permissões nos seguintes caminhos:

    Pastas
    \Arquivos de Programas\Caixa
    Arquivos \Windows\system32\Hl_med32.dll
    \Windows\system32\HL_pub32.dll
    \Windows\system32\Hlsoft32.dll
    Registros HKLM\SOFTWARE\Caixa

    Essas são as permissões necessárias para que o software funcione.

    GRRF

    É um aplicativo que vem junto com o software da Conectividade, se for necessário para o usuário, ele tem que ser baixado também do site da Caixa.

    O software da GRRF é necessário mais uma permissão além das dadas acima. 

    Painel de Controle > Ferramentas Administrativas > Diretivas de Segurança Local > Configurações de Segurança > 
    Diretivas Locais > Atribuição de Direitos de Usuário > 'Criar Objetos Globais' > Adicionar o usuário

    Mais explicações sobre esta permissão:

    Criar objetos globais: Esta configuração de diretiva determina se os usuários podem criar objetos globais que estejam disponíveis em todas as sessões. Os usuários ainda podem criar objetos que são específicos de sua própria sessão, se não tiverem este direito de usuário.

    Segui os passos do nosso amigo  Kaie Guex de Moura e Funcionou Perfeitamente, muito Obrigado!!!!
    terça-feira, 17 de janeiro de 2012 17:31
  • Olá!    Experimentei no XP e deu certo, mas no windows 7 não!

    1 - No W7 não tem a chave HKEY_LOCAL_MACHINE\SOFTWARE\CAIXA
    2 - Não tem as DLLs indicadas na pasta system32

    Conseguiu fazer funcionar, ... mas em qual sistema?  XP, W7-32, W7-64 ???

    Se conseguiu no W7, por favor me ajude, pois para mim não aparece esse caminho da chave no registro, nem as dlls na pasta do sistema para que eu possa dar as permissões.

    Grato!
    Alexandre

    quinta-feira, 19 de janeiro de 2012 17:27
  • Entao amigao, efetuei os procedimentos acima e continha sim a dll e as chaves de registro, a maquina era Windows 7 Professional, tente desinstalar e instalar novamente para ver se adiciona a chave de registro e as dlls.

     

    quinta-feira, 19 de janeiro de 2012 17:35
  • Olá!    Qual é o seu sistema? XP, W7-32, W7-64 ???

    Experimentei no XP e deu certo, mas no windows 7-64 não!   Se conseguiu no W7-64, por favor me ajude.  No W7 não tem essa chave no registro, nem as dlls na pasta do sistema.

    Grato!

    quinta-feira, 19 de janeiro de 2012 17:40
  • Amigaoo, aqui pra mim era 32bits, windows 7 Professional
    quinta-feira, 19 de janeiro de 2012 17:45
  • Este procedimento que listei, fiz em um Windows 7 32, em um 64 acho que apenas muda as pastas. Leia http://support.microsoft.com/kb/305097

     

    "...versão de 64 bits padrão do Editor do Registro (Regedit.exe) incluída em versões de 64 bits do Windows exibe as chaves de 64 bits e chaves de 32 bits. O redirecionador de registro do WoW64 apresenta programas de 32 bits com chaves diferentes para o programa de 32 bits entradas do Registro. Na versão de 64 bits do Editor do Registro, chaves de 32 bits são exibidas sob a seguinte chave do Registro:

    HKEY_LOCAL_MACHINE\Software\WOW6432Node  ..."

     

    Assim como a pasta do sistema C:\Windows\System32 (32) para C:\Windows\SysWOW64 (64)

     

    Abraço.

    quinta-feira, 19 de janeiro de 2012 21:47
  • Isso resolveu o problema.   Quando o sistema for 64 bit o local da CHAVE e das DLLs mudam pessoal. Fiquem atentos nesse diferencial.
    Fica meu muito obrigado a todos!
    Abraço!
    sexta-feira, 20 de janeiro de 2012 13:40
  • AlexCard poderia me informar como você fez para funcionar no Windows 7 64 bits?

    Segui os passos aqui, tanto da pasta/DLL quanto do registro para funcionar no 64, mas continua pedindo permissão ao abrir o conectividade social.


    MCP - MCDST

    quarta-feira, 7 de março de 2012 13:15
  • Estou como mesmo problema no windows 7 64 bits. Seguindo as instruções fiz o seguinte:

    Compartilhei com o usuário padrão as localidades:

    C:\Windows\sysWOW64\Hl_med32.dll

    C:\Windows\sysWOW64\HL_pub32.dll

    C:\Windows\sysWOW64\Hlsoft32.dll

    C:\Windows\Prefetch

    HKLM\SOFTWARE\WOW6432Node\Caixa

    Alem de adicionar o runas no atalho do usuario padrao, sem alterar a localidade de inicialização. Quando chamo o atalho ele joga o crash do windows para procurar soluções online, e em seguida este Box em anexo (nao consegui subir a imagem, vou transcrever:)

    Exception EFOpenError in module Sefip.exe at 000172C1. Não é possível abrir o arquivo firebird.conf

    tentei mudar as permissoes do firebird.conf tambem, mas sem sucesso. Quem conseguiu realmente pode fazer um tutorial direto de como fazê-lo? seria bacana pra poder também informa a caixa para informar como solução, afinal uma aplicação de uso coorporativo jamais deve obrigar o usuario a ser administrador da máquina para executar, senão perdemos grande parte das políticas de segurança por um erro de desenvolvimento mirim da caixa.

    bacanérrimo o post ate entao, tomara que eu consiga tambem!

    terça-feira, 23 de outubro de 2012 17:26
  • Pra quem está com problemas na instalação do GRRF em windows 7/2008 64 bits, segue a solução q funcionou pra mim.

    Após instalar o aplicativo como administrador, vi no log de instalação que o programa copia os arquivos CAPICOM.DLL e MIDAS.DLL para C:\Users\[Administrador que fez a instalação]\Windows. O que eu fiz foi pegar esses dois arquivos e copiá-los para C:\Windows\System e depois executar os seguintes comandos no prompt como administrador.

    cd c:\windows\system
    regsvr32 capicom.dll
    regsvr32 midas.dll

    Também é necessário dar permissão de leitura e escrita para os usuários na pasta do aplicativo que no meu caso é C:\Program Files(x86)\GRRF.

    Após esses passos, pude executar o programa com qualquer usuário comum sem dar crash e sem aparecer a mensagem "erro ao tentar acessar o banco de dados".

    Espero que resolva o problema de quem precisar! =D



    quarta-feira, 23 de janeiro de 2013 12:26
  • Essa mensagem de erro consegui resolver de forma simples: 

    Desinstale todos os aplicativos da Caixa. Reinstale o primeiro (Sefip) e troque o caminho de instalação de C:\Arquivos de Programas\CAIXA\Sefip para apenas C:\CAIXA\Sefip. Em seguida, reinstale os outros aplicativos tomando o cuidado de alterar o caminho de instalação quando necessário.

    Tem algo a haver com permissões no C:\Arquivos de Programas, essa pasta é uma pasta especial. Quando passamos diretamente para C:\CAIXA, essas permissões não se aplicam. 

    quinta-feira, 28 de novembro de 2013 17:48
  • Caracaaa meu esse cara é ninja.....CONECTIVIDADE "M.RDAL" da caixa funcionando a mil no windows 7 starter.

    NO MEU CASO, vejam NO MEU CASO, não foi necessário alterações nas diretivas de segurança. Mesmo pq o STATER não permite tais alterações (ou melhor, não sei o caminho para fazê-las, pois não é o convencional).

    De qualquer forma KAIE, tu és ninja.

    Obrigado, share knowledge is to develop the planet!

    quarta-feira, 11 de dezembro de 2013 13:33
  • Olá,

    Tente desativar para teste o Firewall do Antivirus.

    ------------

    Matheus Champe

     MCP | MCTS | MCITP | MCSA | ITIL V.3 | ISO/IEC 20000

    quarta-feira, 10 de dezembro de 2014 17:18
  • Olá,

    Estou com o mesmo problema que você. Poderia me ajudar? Conhecestes a solução?

    quinta-feira, 2 de abril de 2015 19:07
  • Pessoal, apenas para complementar este tópico, estava com problemas em um servidor windows 2008 R2 com o GRRF também, fiz várias coisas deste topic e não havia surtido muito efeito, até que verifiquei que não tinha sido instalada a capicom.dll que foi comentada aqui e em outros sites, então instalei ela e o problema de acesso ao banco de dados do GRRF foi resolvido, simples assim, segue passo a passo aqui:

    https://ccdhom.serpro.gov.br/serproacf/renovarPFA3/capicom.html

    segunda-feira, 13 de abril de 2015 14:34
  • Para funcionar O Conectividade Social No Windows7.
    como usuário é preciso liberar permissão em todos arquivos abaixo


    C:\Windows\SysWOW64\oleaut32.dll
    C:\Windows\SysWOW64\MSXBSE35.DLL
    C:\Windows\SysWOW64\Stdcxiac.tlb
    C:\Windows\SysWOW64\Stdcxiap.tlb
    C:\Windows\SysWOW64\Stdcxom.tlb
    C:\Windows\SysWOW64\Mscomct2.ocx
    C:\Windows\SysWOW64\Comct232.ocx
    C:\Windows\SysWOW64\Mscomctl.ocx
    C:\Windows\SysWOW64\msvcrt40.dll
    C:\Windows\SysWOW64\Comct332.ocx
    C:\Windows\SysWOW64\olepro32.dll
    C:\Windows\SysWOW64\asycfilt.dll
    C:\Windows\SysWOW64\stdole2.tlb
    C:\Windows\SysWOW64\msvbvm60.dll
    C:\Windows\SysWOW64\wininet.dll
    C:\Windows\SysWOW64\shlwapi.dll
    C:\Windows\SysWOW64\comcat.dll
    C:\Windows\SysWOW64\COMDLG32.OCX
    C:\Windows\SysWOW64\cnsHTTP.dll
    C:\Windows\SysWOW64\simplezip.dll
    C:\Windows\SysWOW64\unzdll.dll
    C:\Windows\SysWOW64\zipdll.dll
    C:\Windows\SysWOW64\borlndmm.dll
    C:\Windows\SysWOW64\Msrepl35.dll
    C:\Windows\SysWOW64\Msrd2x35.dll
    C:\Windows\SysWOW64\Msjint35.dll
    C:\Windows\SysWOW64\Msjter35.dll
    C:\Windows\SysWOW64\Dao350.dll
    C:\Windows\SysWOW64\Dao2535.tlb
    C:\Windows\SysWOW64\expsrv.dll
    C:\Windows\SysWOW64\MSJET35.DLL
    C:\Windows\SysWOW64\Flexwiz.ocx
    C:\Windows\SysWOW64\Msdatgrd.ocx
    C:\Windows\SysWOW64\MSDATGRD.oca
    C:\Windows\SysWOW64\Mshflxgd.srg
    C:\Windows\SysWOW64\Mshflxgd.ocx
    C:\Windows\SysWOW64\msmask32.ocx
    C:\Windows\SysWOW64\Msflxgrd.ocx
    C:\Windows\SysWOW64\obscpapi.dll
    C:\Windows\SysWOW64\obscpapi.dll
    C:\Windows\SysWOW64\data\Clhtreg.prg
    C:\Windows\SysWOW64\data\Clhttp.prg
    C:\Windows\SysWOW64\data\Clusr1.prg
    C:\Windows\SysWOW64\data\Clusr2.prg
    C:\Windows\SysWOW64\Clhtcert.prg
    C:\Windows\SysWOW64\Clhtreg.prg
    C:\Windows\SysWOW64\Clhttp.prg
    C:\Windows\SysWOW64\Clusr1.prg
    C:\Windows\SysWOW64\Clusr2.prg
    C:\Windows\SysWOW64\data\Const.dat
    C:\Windows\SysWOW64\data\Errors.dat
    C:\Windows\SysWOW64\data\Resource.dat
    C:\Windows\SysWOW64\Hl_med32.dll
    C:\Windows\SysWOW64\Hl_pub32.dll
    C:\Windows\SysWOW64\Hlsoft32.dll
    C:\Windows\SysWOW64\Prox.dll
    C:\Windows\SysWOW64\Prx.dll
    C:\Windows\SysWOW64\Rsa_w32.dll
    C:\Windows\SysWOW64\W32spdll.dll
    C:\Windows\SysWOW64\Wca_32.dll
    C:\Windows\SysWOW64\tcpconf.dat
    C:\Windows\SysWOW64\oleaut32.dll
    C:\Windows\SysWOW64\MSXBSE35.DLL
    C:\Windows\SysWOW64\Mscomct2.ocx
    C:\Windows\SysWOW64\Comct232.ocx
    C:\Windows\SysWOW64\Mscomctl.ocx
    C:\Windows\SysWOW64\Comct332.ocx
    C:\Windows\SysWOW64\olepro32.dll
    C:\Windows\SysWOW64\msvbvm60.dll
    C:\Windows\SysWOW64\COMDLG32.OCX
    C:\Windows\SysWOW64\Msrd2x35.dll
    C:\Windows\SysWOW64\Dao350.dll
    C:\Windows\SysWOW64\Flexwiz.ocx
    C:\Windows\SysWOW64\Msdatgrd.ocx
    C:\Windows\SysWOW64\Mshflxgd.ocx
    C:\Windows\SysWOW64\msmask32.ocx
    C:\Windows\SysWOW64\Msflxgrd.ocx


    Proximo passo é Dar permissão no registro para o usuário
    abra o executar e digite:
    Regedit

    navegue até HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Caixa

    nesta chave você vai em permissões e habilite todas para o usuário.


    Agora você vai ate C:\Program Files (x86)\CAIXA.

    de permissão na pasta Caixa.


    Agora Clicando com Botão direito, no atalho do conectividade Social.

    Propriedade

    habilitar a opção Executar como Administrador.

    Correção de erro GRRF

    1. Dê permissão no diretório C:\WINDOWS\PREFETCH
    2. Também em C:\Arquivos de programas\Caixa
    3. Vá no Painel de Controle > Ferramentas Administrativas > Diretivas de Segurança Local > Configurações de Segurança > Diretivas Locais > Atribuição de Direitos de Usuário > ‘Criar Objetos Globais’ > Adicionar o usuário ou adicione à uma GPO

    Agora é so Reiniciar

    Pronto o conectividade Social irá funcionar no seu Windows 7

    postei este tutorial caso alguém queira no futuro fazer, abraço


    segunda-feira, 12 de dezembro de 2016 20:39
  • boa tarde, estou revisitando este tópico.

    estou a 2 dias tentando instalar o GRRF no windows 10 ou server 2016 (com WTS, por isso não posso liberar o administrador) sem sucesso

    ja tentei todos os passos descritos acima, mas continua dando "erro ao acessar o banco de dados"... só roda como administrador...

    alguém tem uma solução mais nova?

    segunda-feira, 23 de janeiro de 2017 18:01
  • Poleza, também estou como mesmo problema.

    Você teve sucesso com algum outro método?

    quarta-feira, 22 de fevereiro de 2017 20:36
  • Alguém conseguiu fazer funcionar no Windows 10 PRO ?
    quarta-feira, 5 de dezembro de 2018 17:26