Painel de líderes

tem que ativar verificação em duas etapas e gerar uma senha nova para ser usado no ACBr. segue um exemplo para caso alguém precise. https://migrate.movidesk.com/kb/article/288519/como-configurar-uma-conta-do-gmail-para-enviar-e-receber-e-mails?preview=true&revisionId=1043805

S[o pra avisar que deu certo, depois de algum tempo já tá no sistema e a consulta deu certo, obrigado....

Olá, Muito obrigado pela contribuição. Já tivemos esse problema relatado antes por você mesmo. O detalhe é que essa função era usada pelo S-2206. Então eu fiz um ajuste para mudar isso e assim creio que resolvemos o problema do conflito entre esses eventos e o S-2206. Subi as alterações para o SVN na Revisão 25774. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Saudações Digitais comunidade ACBr! Chegando mais novidades por aqui !!! Confira o ACBrPIXCD Nosso time de desenvolvedores não para... Estamos muito animados com mais esse lançamento... O componente para integração direta com PIX, que tem por objetivo tornar transparente a integração com os diversos PSPs existentes no mercado. O que é PIX ? Ahh.. essa é chover no molhado.. mas se você acabou de chegar de Marte, então veja esse vídeo O que é PSP ? São Prestadores de Serviços de Pagamento... No geral, podemos dizer que os Bancos são PSPs... mas podem haver Fintechs atuando como PSPs... Definir quem será o PSP recebedor, é definir para onde irá o dinheiro, quando você fizer uma operação de recebimento por PIX... Todos os PSPs, devem implementar a API padrão do Banco Central, para permitir a integração com as diversas Aplicações Comerciais, e soluções de Software do mercado. https://github.com/bacen/pix-api Ou seja, a Aplicação Comercial fala com cada um dos PSPs (e nunca diretamente com o Banco Central)... Apenas os PSPs, falam com o Banco Central Quais são os custos envolvidos ? Todo recebimento de transação PIX, pode gerar um custo, que é cobrado pelo PSP recebedor (seu Banco ou Fintech)... Alguns PSPs cobram uma porcentagem do valor transacionado, limitado a um valor máximo... Exemplo: 1,5% do Valor transacionado, mas limitado ao valor máximo de R$ 10,50. Alguns PSPs cobram um valor fixo por transação, independente do valor transacionado... Exemplo: R$ 0,90 por transação.. Alguns Bancos, como o C6 Bank, oferecem um número de transações gratuitas no mês, além de preço muito competitivo, veja esse artigo Além dos custos do PSP, se você usar alguma solução de integração, como TEF, ou Hub de Pagamentos Digitais, podem ocorrer custos de uso dessa plataforma... Qual a diferença receber o PIX via TEF, Hub de Pagamentos ou direto pelo PSP ? Usar TEF ou um Hub de Pagamentos Digitais, pode lhe dar mais autonomia na hora de configurar ou mudar de PSP.. pois isso será feito, pelo portal dessas soluções.. porém incorrerá em custos.. Sendo assim, a diferença está nas formas de contratação do serviço do PIX as quais tem variação de custos quando via TEF e quando é feito de forma direta. Outro ponto é a implementação dos fluxos a serem desenvolvidos dentro da sua Aplicação, de forma a garantir o recebimento das transações.. Veja abaixo, os cenários possíveis... Mas observe que em ambos, haverá a cobrança da Taxa do PIX por parte do PSP (conforme descrito acima) Usando o TEF: Se o seu cliente já possui TEF integrado no seu sistema... definitivamente será mais simples implementar PIX pelo TEF... Pois nesse caso, basta solicitar ao seu Distribuidor TEF, acrescentar a conexão do PIX no TEF, informando as credencias de acesso, do cliente... Nesse cenário, não haverá cobrança adicional, pois o seu cliente já está pagando pelo TEF... Então, com uma única integração, você poderá atender a Pagamentos por Cartão de Crédito/Débito, além de PIX e Carteiras Digitais Usando um Hub de Pagamentos: Se você precisa atender clientes que exigem muita configuração e ajuste e em diversos PSPs, pode ser mais simples contar com uma plataforma de Hub de Pagamentos, como a ShiPay... Pois nesse caso, toda a configuração de um novo PSP, será feita no Painel da plataforma, e o recebimento fica transparente para o usuário na Automação Comercial Direto com o PSP O ACBrPIXCD fala direto com o PSP escolhido, sem intermediários, por isso elimina custos. Mas pode ser difícil configurar vários PSPs, pois os processos mudam muito de uma instituição para outra. Esse é o cenário ideal, se o seu cliente ainda não possui TEF, e não pretende mudar de PSP com frequência. Pois você se conectará diretamente ao PSP, sem a necessidade de contatar serviços adicionais... Para que serve o componente ACBrPIXCD ? O componente foi desenvolvido para auxiliar a integração da sua Aplicação Comercial com os serviços PIX disponíveis pelo PSP, por exemplo: Criação de cobranças; Cancelamentos de cobranças; Estornos de pagamentos; Consultas... Ou seja, o ACBrPIXCD, implementa consulta aos EndPoints dos PSPs, definidos pela Documentação da API do Banco Central... Para cada PSP, teremos um componente específico, pois existem mudanças significativas, na forma como os PSPs implementam a API do Banco Central, principalmente quanto a segurança... Você deverá conectar o componente ACBrPIXCD a um componente de ACBrPSP*, para ter uma comunicação funcional da API PIX... Quais PSPs já estão integrados ao componente ACBrPIXCD? Atualmente já temos a integração completa com o PSP Banco do Brasil e a fintech Shippay. Também já iniciamos a implementação dos PSPs: Itaú e Santander e estamos trabalhando para em breve contarmos com vários outros PSPs. E claro, sua contribuição é muito bem vinda, então se ficou com vontade de estudar o código e ajudar o Projeto a crescer, ficaremos muito felizes! Como posso entender como funciona o componente ACBrPIXCD? Assim como todos os componentes ACBr, o ACBrPIXCD possui uma aplicação exemplo(demo) que pode ser baixada via svn, assim como o próprio componente. Nesse exemplo procuramos demonstrar separadamente a forma de utilização das principais funcionalidades do PIX. Além disso, para facilitar ainda mais, também demonstramos um fluxo de pagamento, simulando uma venda real. Abaixo está uma das telas do nosso demo (em Lazarus) para exemplificar: Porém, sempre a melhor maneira de entender o funcionamento de qualquer um dos componentes da nossa suíte será: "Use a força, leia os fontes" rs

Etapa Homologação Produção 0 em vigência em vigência X em vigência NFCe em vigência NFCe Y em vigência NFe e Etapa 1 para NFCe em vigência NFe e Etapa 1 para NFCe 1 04 de julho de 2022 12 de setembro de 2022 2 06 de março de 2023 12 de junho de 2023 03/07/2023 O Ajuste SINIEF 07/05 e o Ajuste SINIEF 19/16 obrigam o preenchimento dos campos cEAN e cEANTrib na Nota Fiscal Eletrônica (NF-e) e na Nota Fiscal de Consumidor Eletrônica (NFC-e) quando o produto comercializado possuir código de barras com GTIN. Os Ajustes SINIEF citados também estipulam que os sistemas autorizadores da NF-e e NFC-e deverão validar as informações descritas nos campos cEAN e cEANTrib junto ao Cadastro Centralizado de GTIN (CCG), devendo as notas serem rejeitadas em caso de não conformidade com as informações contidas no CCG. Estes Ajustes SINIEF podem ser encontrados seguintes endereços: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2005/AJ007_05 https://www.confaz.fazenda.gov.br/legislacao/ajustes/2016/AJ_019_16 Esta matéria já havia sido tratada na Nota Técnica 2017.001 e suas versões. A presente Nota Técnica substitui a NT 2017.001, em virtude de as disposições daquela NT já terem sido recepcionadas na Versão 7.0 do Manual de Orientação do Contribuinte – MOC, e seus anexos, publicado pelo Ato COTEPE/ICMS 69, de 26 de novembro de 2020. As regras de validação que estavam documentadas como de implementação futura na NT2017.001 serão ativadas em duas etapas, conforme disposto no Capítulo 4. 2.3 Consulta Pública ao Cadastro Centralizado de GTIN As informações registradas no CNP e compartilhadas com o CCG podem ser visualizadas no Portal da Nota Fiscal Eletrônica - SVRS (https://dfe-portal.svrs.rs.gov.br/Nfe). A consulta é realizada para um GTIN em particular iniciado por 789 ou 790, e retorna um dos seguintes resultados: • GTIN consultado não possui prefixo 789 ou 790; • GTIN consultado com dígito verificador inválido; • GTIN inexistente no CCG; • GTIN existe no CCG, mas dono da marca não autorizou a publicação das suas informações - entrar em contato com o dono da marca; • GTIN existe no CCG com situação inválida - solicitar ao dono da marca que entre em contato com a GS1; • GTIN existe no CCG com NCM não informado; • Dados do GTIN: descrição, NCM e, quando existir, CEST. Outra observação importante é que, caso o dono da marca não autorize expressamente a publicação de seus dados, o GTIN, mesmo que exista no CCG, não será exibido por esta consulta pública, o que dificultará para todos os integrantes da cadeia logística saber as razões de eventuais rejeições. 4 Detalhamento das Validações 4.1 Cronograma de Ativação das Regras As regras de validação do GTIN serão implantadas por etapas, conforme plano de implantação a seguir. A etapa inicial já ocorreu, com as exceções que podem ser vistas na Tabela 2, e corresponde às regras que foram ativadas em função do disposto na versão 1.10 da NT 2017.001. • Etapa 1: testes em 04 de julho de 2022, produção em 12 de setembro de 2022 o Regras I03-30, I12-60, U01-30, 9I03-10 e 9I12-10 • Etapa 2; testes em 06 de março de 2023, produção em 12 de junho de 2023 o Regras 9I03-20, 9I03-30, 9I03-40, 9I12-20 e 9I12-30 Entretanto, algumas aplicações autorizadoras já implementaram estas regras, não valendo, portanto, as datas expostas acima. A Tabela 2 a seguir detalha a situação de cada regra em cada aplicação autorizadora: A respeito da Tabela 2 valem as seguintes definições: • Células com fundo verde: regras estão implementadas e seguirão implementadas, sem nenhuma alteração • Células com fundo vermelho: regras serão implementadas na etapa 2 • Todas as demais células: regras serão implementadas na etapa 1 5 Mensagens de Erro Tabela 3 – Mensagens de Erro (Motivos de Não Atendimento da Solicitação) CÓD Regra Motivos de Não Atendimento da Solicitação 611 I03-10 Rejeição: GTIN (cEAN) inválido [nItem:999] 612 I12-10 Rejeição: GTIN da unidade tributável (cEANTrib) inválido [nItem:999] 882 I03-20 Rejeição: GTIN (cEAN) com prefixo inválido [nItem:999] 883 I03-30 Rejeição: GTIN (cEAN) sem informação [nItem:999] 884 I12-20 Rejeição: GTIN da unidade tributável (cEANTrib) com prefixo inválido [nItem:999] 885 I12-30 Rejeição: GTIN informado, mas não informado o GTIN da unidade tributável [nItem:999] 886 I12-40 Rejeição: GTIN da unidade tributável informado, mas não informado o GTIN [nItem:999] 887 U01-30 Rejeição: Item de Serviço e informado GTIN diferente de SEM GTIN 888 I12-60 Rejeição: GTIN da unidade tributável (cEANTrib) sem informação [nItem:999] 889 7I03-10 Rejeição: Obrigatória a informação do GTIN para o produto [nItem:999] (eliminada pela NT 2021.003) 890 9I03-10 Rejeição: GTIN inexistente no Cadastro Centralizado de GTIN (CCG) [nItem:999] 891 9I03-20 Rejeição: GTIN incompatível com a NCM [nItem:999; NCM esperada: 99999999] 892 9I03-30 Rejeição: GTIN incompatível com CEST [nItem:999; CEST esperado: 9999999] 893 9I03-40 Rejeição: GTIN da unidade tributável diverge do GTIN Contido cadastrado no CCG [nItem:999; GTIN Contido esperado: 99999999999999] 894 9I12-10 Rejeição: GTIN da unidade tributável inexistente no Cadastro Centralizado de GTIN (CCG) [nItem:999] 895 9I12-20 Rejeição: GTIN da unidade tributável incompatível com a NCM [nItem:999; NCM esperada: 99999999] 896 9I12-30 Rejeição: GTIN da unidade tributável incompatível com CEST [nItem:999; CEST esperado: 9999999] https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=gGby8G2j8s0=

Tente instalar a cadeia de certificados do servidor. https://nfe.svrs.rs.gov.br/

Luís, Já se encontra no SVN o programa exemplo corrigido.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

O problema de não gerar o Trailer de Lote quando Segmento O foi resolvido. O validador (https://banco.bradesco/html/pessoajuridica/solucoes-integradas/outros/layout-de-arquivo.shtm)ainda apontou alguns(poucos e dos quais alguns nem fazer sentido ao meu ver) problemas, mas isso acredito que seja assunto para outro tópico. Muito obrigado, pode fechar esse aqui, por favor.

Muito obrigado pelas contribuições. Fiz a implementação baseada nelas, juntando partes dos dois códigos. Subi as alterações para o SVN na Revisão 25783. Pelo que vi parece tudo ok. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde @tborges, Com essa informação conseguimos corrigir e fazer a validação da geração nas classes da NFe. Assim que validado, geramos uma nova versão e informamos aqui.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Luís, Faça da seguinte forma: with infCTeNorm.infCTeSub do begin chCTe := chaveOriginal; refCteAnu := chaveAnulacao; end;

Regra geral, deve informar exatamente como está na SEFAZ. Se tiver rejeição dessa forma, pode tentar remover os pontos e traços.

CSC é o "código de segurança". IdCSC é o "sequencial CSC".

tente instalar o visual runtime C++

O idCSC é o identificador sequencial, inicial em 1, você informa ele com 6 dígitos: O CSC é o código em si, é sigiloso, identificando o emitente da NFCe. http://www.sefa.pa.gov.br/arquivos/manual-atendimento/tutoriais/Tutorial_da_criacao_do_CSC.pdf

Segue os documentos para análise 35220605366444002455570030000124301637058160.pdf 35220605366444002455570030000124301637058160.xml

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Como está configurado o SSLType no componente? Marcou LT_TLSv1_2 ?

Ola helio veja como faço em harbour : METHOD CheckResult(hResult) CLASS ACBrNFe local buffer, bufferLen, oErr bufferLen:=STR_LEN buffer:=Space(bufferLen) oErr:=DllCall(::hHandle, DLL_OSAPI, "NFE_UltimoRetorno", @buffer, @bufferLen) if !Empty(oErr) buffer:=if(bufferlen>0,SubStr(buffer,1,bufferlen),'') return("ERRO:"+Alltrim(Str(oErr))+'-'+hb_UTF8ToStr(buffer)) else if bufferLen > STR_LEN buffer:=Space(bufferLen) DllCall(::hHandle, DLL_OSAPI, "NFE_UltimoRetorno", @buffer, @bufferLen) endif endif buffer:=if(bufferlen>0,SubStr(buffer,1,bufferlen),'') Return(buffer) // METHOD ConfigGravarValor(eSessao, eChave, eValor) CLASS ACBrNFe local hResult hResult := DllCall(::hHandle, DLL_OSAPI, "NFE_ConfigGravarValor", hb_StrToUTF8(eSessao), hb_StrToUTF8(eChave), hb_StrToUTF8(eValor)) ::CheckResult(hResult) Return nil // METHOD ConfigLer(eArqConfig) CLASS ACBrNFe local hResult hResult := DllCall(::hHandle, DLL_OSAPI, "NFE_ConfigLer", hb_StrToUTF8(eArqConfig)) ::CheckResult(hResult) Return nil // METHOD EnviarEvento(ALote) CLASS ACBrNFe local hResult, buffer, bufferLen bufferLen := STR_LEN buffer := Space(bufferLen) hResult := DllCall(::hHandle, DLL_OSAPI, "NFE_EnviarEvento", ALote, @buffer, @bufferLen) Return(::CheckResult(hResult)) // // Exemplo de uso clib_CodificacaoResposta:=hHandleDllNfe:ConfigLerValor("Principal", "CodificacaoResposta") if clib_CodificacaoResposta != "0" hHandleDllNfe:ConfigGravarValor("Principal", "CodificacaoResposta","0") // 0 = UTF8 (Padrão) 1 = ANSI endif Troque o UTF8 pelo ANSI

No layout 1.0 temos a seguinte regra de validação: Ou seja, se a matrícula estiver cadastrada no 2300 se torna necessário informar a matricula independente da categoria. Segue o código em anexo. pcesGerador.pas

Boa tarde Augusto, É bem provável que o provedor não disponibilizou o ambiente de homologação para a cidade em questão. Paciência. Muito obrigado pela informação. Já se encontra no SVN o arquivo ACBrNFSeXServicos.ini com a nova URL de produção.

Boa tarde, Possível correção enviada ao svn, favor testar. At.

Boa tarde Dercide, Favor atualizar novamente os fontes.

Bom dia Leonard, Quando o provedor disponibiliza o envio em modo síncrono, coloco nos fontes desse provedor que o modo de envio é síncrono, pois pressupõe que vamos ter como retorno o XML da nota. Se isso não esta ocorrendo, como dito acima seria importante entrar em contato com o provedor e relatar o caso, quem sabe eles resolve o problema. Uma saída imediata é usar o método Emitir da seguinte forma: { O método Emitir possui os seguintes parâmetros: aNumLote (String) aModEnvio [meAutomatico, meLoteAssincrono, meLoteSincrono, meUnitario, meTeste] aImprimir (Boolean) Valor Padrão = True, portanto imprime o DANFSE } // meLoteAssincrono: Ajusta o Emitir para enviar um lote de Rps no modo Assincrono ACBrNFSeX1.Emitir(vNumLote, meLoteAssincrono);

Segue Anexo Atualizações no Evento S-2300 para Mandato Eletivo conforme: nt-04-2021 https: //www.gov.br/esocial/pt-br/documentacao-tecnica/leiautes-esocial-nt-04-2021-html/index.html#evtTSVInicio At. Willian C. Domingues Proceda Informática pcesS2300.pas

Bom Dia Estou tentando enviar no Ambiente restrito dados de parlamentares e estou recebendo este erro: Alguém tem ideia esta tendo uma incompatibilidade entre o XSD do Acbr e do site do e-social. At. WIllian

Bom dia igualmente a SP eles querem que a venda ocorra no estabelecimento então tem que ter o software local para conectar fisicamente ao equipamento então se tem web vai ter que ter algo local

Tente mudar o SSLType para LT_TLSv1_2 ou LT_TLSv1_3.

Olá pessoal, Tenho notado que muitos desenvolvedores estão tendo dificuldade com a configuração da pasta de Schemas no novo componente ACBrNFSeX. Dica para uma configuração correta. Vou utilizar o programa exemplo. Na aba [Geral] temos a opção: Montar automaticamente o Path dos Schemas, marque esta opção. Logo abaixo temos o caminho, vou colocar o caminho que se encontra os Schemas dos provedores que se encontra junto com os programas exemplos. Caminho: ...\Exemplos\ACBrDFe\Schemas\NFSe Coloquei 3 pontos no inicio porque eu não sei em que pasta esta na sua maquina. Outra coisa importante, note que a ultima pasta informada no caminho é NFSe, Dentro da pasta NFSe existe uma pasta para cada provedor, mas não precisamos informa-la uma vez que marcamos a opção para que o componente monte automaticamente o caminho dos Schemas. Na maquina do seu cliente faça o seguinte: C:\MinhaAplicacao\Schemas\NFSe Dentro da pasta NFSe copia todas as pastas que estão dentro da pasta ...\Exemplos\ACBrDFe\Schemas\NFSe. Marque a opção para montar automaticamente o Path dos Schemas. E informe o caminho dos Schemas como sendo: C:\MinhaAplicacao\Schemas\NFSe Desta forma a sua aplicação de emissão de NFS-e vai encontrar os schemas corretos para a cidade em questão.

Boa tarde, Luiz. O ambiente de produção restrita está aceitando conexão usando-se única e exclusivamente o protocolo TLS v1.2. Eu tinha visto alguns meses atrás um informativo do eSocial que avisava sobre algumas mudanças nos processos de segurança de comunicação. Não sei se a questão do TLS está relacionada a esse informativo ou não, porque não localizei mais ele no site do eSocial. Mas vale lembrar que em 26/06/2015 (conforme consta no manual de orientação do desenvolvedor v1.11 - item 6.4) houve alteração do protocolo de segurança da camada de transporte de SSL para TLS; e pode ser que somente agora o eSocial tenha resolvido desabilitar o protocolo SSL. Cabe ainda ressaltar que no mesmo manual apresenta-se a criação de "Cifras", agora em 03/2022 e a aplicação da versão 1.3 do protocolo TLS. A TLS v1.3 não está em uso no ambiente de produção restrita, no ambiente de produção eu não verifiquei. []s, Mário Soares

Olá a todos. estou com esse mesmo problema, realmente eu executando meu sistema em modo administrador consigo comunicar com o SAT. porém o acionamento da gaveta para de funcionar. alguém já passou por isso? Só que o mais curioso, tenho outros cientes mais antigo que roda o gersat e não está com esse problema. somente os 2 últimos equipamentos que comprei que enfrentei esse problema. Uso gaveta com acionamento pela impressora. Impressora Epson tm t20x windows 10

Olá Pessoal, O método Consultar agora possui um novo parâmetro chamado: AExtrairEventos. function Consultar(const AChave: String = ''; AExtrairEventos: Boolean = False) ; Boolean; Para quem utiliza os métodos direto da classe WebServices, deve acrescentar a seguinte linha: (...).WebServices.Consulta.ExtrairEventos := True ou False; O que ocorre quando o campo ExtrairEventos possui o valor True? Simples, quando realizamos um consulta a um DF-e além de retornar a sua situação é retornado também alguns eventos vinculados a ele, como por exemplo o evento de cancelamento. Se o valor de ExtrairEventos for True o método Consultar vai se encarregar de verificar se no retorno contem eventos, caso afirmativo eles serão extraídos e salvos em disco nas pastas conforme o seu tipo. Por exemplo, se no retorno tivermos o evento de cancelamento, será salvo na pasta: ...\Evento\Cancelamento o arquivo *-procEventoNFe.xml (caso estejamos consultando uma NF-e). Essa nova funcionalidade esta disponível nos componentes: ACBrBPe, ACBrCTe, ACBrMDFe, ACBrNF3e e ACBrNFe. Em breve tanto o ACBrMonitor quanto o ACBrLib vão passar a ter também essa funcionalidade. O que eu ganho com essa nova funcionalidade no método Consultar. Vamos supor que o seu cliente venha perder o XML da nota por exemplo, neste caso basta você ler os dados da nota do banco de dados, gerar e assinar o XML e por fim realizar uma consulta com o XML carregado, desta forma ao realizar a consulta a SEFAZ vai retornar o protocolo de autorização e o componente se encarrega de atualizar o XML acrescentando o protocolo nele, deixando-o assim um documento com validade jurídica. Mas se o seu cliente perder o XML de um evento como por exemplo o de cancelamento, não tinha como refazer o mesmo, pois não temos um método para consultar eventos, aliais a SEFAZ não possui um serviço para esse fim. Como dito acima o Consultar além de retornar a situação do documento e retorna também alguns eventos. Antes o componente ignorava esse conteúdo, mas agora foi implementado a extração dos eventos. Resumindo caso o seu cliente venha perder o XML de um evento (*-procEventoNFe.xml), lembre-se que o método Consultar pode recuperar ele novamente, desde que esse tipo de evento que foi perdido é retornado pelo Consultar. Espero que tenham gostado dessa nova funcionalidade.

Boa tarde @Daniel S Almeida Junior e @Daniel Simoes. Muito obrigado pelas dicas e ajuda. O que resolveu mesmo foi executar a aplicação como administrador e utilizar a dll na versão 1.19. Desde que atualizamos e demos permissão de adm aos usuários não houve mais problemas. Obrigado e podem fechar o tópico.

Olá @wilson_jr. Fiz alguns testes com o Gersat recentemente, e notei que isso realmente está acontecendo. Tente executar sua aplicação como adminstrador, aqui aparentemente funcionou para esse tipo de problema. Por favor, poste neste tópico se deu certo ou não.