Saltar al contenido

ERROR CON EL METODO PROTECTION


Recommended Posts

publicado

Hola amigos del foro,

Estoy ejecutando esta macro, y continuamente me muestra 'Error definido por la aplicación o el objeto':

Sub ProtegerHoja()

   Dim fila As Long
   fila = Sheets("Hoja1").Range("A1048576").End(xlUp).Row
   Dim contraseña As String
   contraseña = "abcd"

   With ActiveSheet
      .Protection.AllowEditRanges.Add Title:="Rango1", _
                                      Range:=Range("A3:H" & fila), _
                                      Password:=contraseña
      .Protect Password:=contraseña, _
               DrawingObjects:=True, _
               Contents:=True
      .EnableSelection = xlNoRestrictions
   End With

End Sub

No sé dónde puede estar el error... Por más que lo reviso, no logro encontrarlo.

De todos modos, he consultado la documentación que disponemos de Microsoft VBA en Internet, y en el código que dan como ejemplo también me muestra el mismo error.

Sub UseAllowEditRanges()

   Dim wksOne As Worksheet
   Dim strPwd1 As String

   Set wksOne = Application.ActiveSheet

   strPwd1 = InputBox("Enter Password")

   ' Unprotect worksheet.
   wksOne.Unprotect

   ' Establish a range that can allow edits
   ' on the protected worksheet.
   wksOne.Protection.AllowEditRanges.Add _
   Title:="Classified", _
   Range:=Range("A1:A4"), _
   Password:=strPwd1

   ' Notify the user
   ' the title and address of the range.
   With wksOne.Protection.AllowEditRanges.Item(1)
   MsgBox "Title of range: " & .Title
   MsgBox "Address of range: " & .Range.Address
   End With

End Sub

Os agradezco enormemente cualquier tipo de ayuda u orientación...

publicado

saludos @paikerr si lo ejecutas la primera vez, funciona, las siguientes da error porque estas intentando sobreescribir los rangos que ya existen, una opcion es colocar esto antes de crearlo

On error resume next

ActiveSheet.Protection.AllowEditRanges("Rango1").Delete

y luego si tu codigo

publicado

@bigpetroman, muchísimas gracias por la correción.

Efectivamente, se debe a ese error.

Es decir, el rango de datos ya está creado bajo el nombre "Rango1" una vez que ejecutamos la macro por primera vez. Sin embargo, al ejecutar la misma macro varias veces, lo que hace es mostrar un error por pantalla porque está "pisando" de alguna manera el mismo rango con el mismo nombre.

Mi pregunta a continuación es: Cómo podemos comprobar que el rango de datos "Rango1" ya está creado? (de esta manera, nos evitamos usar el tratamiento de errores "On Error Resume Next")

Se me ocurre algo como esto:

...

If Range("Rango1") = True then
   ActiveSheet.Protection.AllowEditRanges("Rango1").Delete
Else
   With ActiveSheet
      .Protection.AllowEditRanges.Add Title:="Rango1", _
                                      Range:=Range("A3:H" & fila), _
                                      Password:=contraseña
      .Protect Password:=contraseña, _
               DrawingObjects:=True, _
               Contents:=True
      .EnableSelection = xlNoRestrictions
   End With
end if

 

publicado

Saludos @paikerr, son formas diferentes de hacer lo mismo, todo es válido. particulamente en estos caso creo que el On Error Resume Next está justificado, no es un error que sale sin saber porque, es un error que se espera cuando ya existe el rango.

suerte

publicado

Hola @paikerr

Hace 2 horas, paikerr dijo:

Se me ocurre algo como esto:

Te dejo una alternativa:

''-->>

Sub Delete_oAllw()

Dim MeSh As Worksheet
Dim oPrt As Protection
Dim oAllw As AllowEditRanges
Dim Fila As Long

Set MeSh = ThisWorkbook.ActiveSheet
Set oPrt = MeSh.Protection
Set oAllw = oPrt.AllowEditRanges

MeSh.Unprotect contraseña
Fila = 100

For i = 1 To oAllw.Count
''-> Linea si quieres elimimar el rango
If oAllw(i).Title = "Rango1" Then oAllw(i).Delete
Next i

      oAllw.Add Title:="Rango1", _
               Range:=Range("A3:H" & Fila), _
               Password:=contraseña
    With MeSh
       .Protect Password:=contraseña, _
               DrawingObjects:=True, _
               Contents:=True
      .EnableSelection = xlNoRestrictions
   End With

End Sub

''<--

Nos Comentas.

publicado

Hola de nuevo compañeros,

En 30/7/2020 at 14:09 , bigpetroman dijo:

Saludos @paikerr, son formas diferentes de hacer lo mismo, todo es válido. particulamente en estos caso creo que el On Error Resume Next está justificado, no es un error que sale sin saber porque, es un error que se espera cuando ya existe el rango.

suerte

Llevas toda, todísima la razón. Aunque se me olvidó mencionar de que este código forma de un extracto de un módulo para gestionar los permisos de usuario en una aplicación ofimática, de modo que no puedo poner 'On Error Resume Next', porque en caso de error cualquier "usuario básico" tendría los mismos permisos de acceso en la aplicación ofimática que por ejemplo un "administrador" al quedar desprotegidas todas las hojas del libro. No sé si me explico...

De todos modos, llevas razón si simplemente se tratará de este código. En tal caso, si que utilizaría tu propuesta.

Pero muchas gracias por el feedback.

 

En 30/7/2020 at 16:19 , Mauricio_ODN dijo:

Hola @paikerr

Te dejo una alternativa:

''-->>

Sub Delete_oAllw()

Dim MeSh As Worksheet
Dim oPrt As Protection
Dim oAllw As AllowEditRanges
Dim Fila As Long

Set MeSh = ThisWorkbook.ActiveSheet
Set oPrt = MeSh.Protection
Set oAllw = oPrt.AllowEditRanges

MeSh.Unprotect contraseña
Fila = 100

For i = 1 To oAllw.Count
''-> Linea si quieres elimimar el rango
If oAllw(i).Title = "Rango1" Then oAllw(i).Delete
Next i

      oAllw.Add Title:="Rango1", _
               Range:=Range("A3:H" & Fila), _
               Password:=contraseña
    With MeSh
       .Protect Password:=contraseña, _
               DrawingObjects:=True, _
               Contents:=True
      .EnableSelection = xlNoRestrictions
   End With

End Sub

''<--

Nos Comentas.

Muchas gracias, @Mauricio_ODN.

Hay partes del código que si me interesan... Voy a echarlo un ojo y a probar con ello!

publicado
Hace 1 hora, paikerr dijo:

Llevas toda, todísima la razón. Aunque se me olvidó mencionar de que este código forma de un extracto de un módulo para gestionar los permisos de usuario en una aplicación ofimática, de modo que no puedo poner 'On Error Resume Next', porque en caso de error cualquier "usuario básico" tendría los mismos permisos de acceso en la aplicación ofimática que por ejemplo un "administrador" al quedar desprotegidas todas las hojas del libro. No sé si me explico...

De todos modos, llevas razón si simplemente se tratará de este código. En tal caso, si que utilizaría tu propuesta.

Pero muchas gracias por el feedback.

Saludos @paikerr, pero la idea es que que esto sea solo una parte de todo tu código, una función tal vez, y allí si puedes usar el 'On Error Resume Next', que solo afectaría eso NO todo el código

suerte

Archivado

Este tema está ahora archivado y está cerrado a más respuestas.

  • 109 ¿Te parecen útiles los tips de las funciones? (ver tema completo)

    1. 1. ¿Te parecen útiles los tips de las funciones?


      • No
      • Ni me he fijado en ellos

  • Ayúdanos a mejorar la comunidad

    • Donaciones recibidas este mes: 0.00 EUR
      Objetivo: 130.00 EUR
  • Archivos

  • Estadísticas de descargas

    • Archivos
      187
    • Comentarios
      97
    • Revisiones
      28

    Más información sobre "Un juego del Rabino en Excel"
    Última descarga
    Por pegones1

    1    1

  • Crear macros Excel

  • Mensajes

    • Hola nuevamente. Por eso la importancia de lo que mencionas tú como "ruta relativa". Tal cual comentas, y aún sin llegar a algunos detalles importantes para ayudarte, en realidad tal cual te comenté le día miércoles, pues sí podías hacer como comentabas, era cosa de obtener los Id de Windows (como tú los llamas) y la ruta de OneDrive en casa usuario y eso sí se puede obtener con VBA y luego pasarlo a PQ, pero medio que te cerraste en que "PQ no puede trabajar con rutas relativas", cosa cierta pero siempre hay formas. Si SAP puede o no guardar en OneDrive o SharePoint, pues si está mapeado en la PC ¡claro que se puede! Pero bueno, creo que si te es útil tu propia propuesta ¡avanza con eso!
    • Perdona @Abraham Valencia pero he estado liado estos días. En realidad todo el problema se reduce a estos dos problemas: Problema 1: El script que "fabrica" SAP y que luego "pego" en la macro, no es capaz de  guardar archivos en SharePoint. He estado buscando, y en realidad muchas personas tienen ese problema (no poder guardar un Excel en SAP a través de VBA). Eso muy probablemente sean problemas de permisos, que no puedo cambiar (no soy administrador de nada). Como no puedo solucionarlo así, paso al plan B, que es guardar en Excel que me genera SAP en el ordenador de cada usuario que ejecute la plantilla (y que sí está guardada en SharePoint), para después con PowerQuery llamar a ese Excel (el export). Para ello, pretendo guardar el export, en la ruta relativa "C:\..\..\..\OneDrive - NombreEmpresa\Documentos\SAP\SAP GUI" donde los \..\..\..\ saltan las rutas personales de cada usuario (tipo C:\users\IDusuario\). Eso lo hace bien, y el archivo se guarda en la ruta de cada usuario que lo usa, pero surge el problema 2 Problema 2: PowerQuery no trabaja con rutas relativas del tipo  "C:\..\..\..\OneDrive - NombreEmpresa\Documentos\SAP\SAP GUI" necesita que sea del tipo fija "C:\users\IDusuario\OneDrive - NombreEmpresa\Documentos\SAP\SAP GUI" pero claro, IDusuario es diferente para cada usuario.   Pero escribiendo todo esto, creo que he dado con una posible solución, no grabar el export en una ruta de usuario, sino en una en la raiz de C:, que siempre será igual para todos los usuarios, del tipo C:\Sap\export.xlsx que seria igual en todos los ordenadores. Asi sí podría decirle a PowerQuery que vaya siempre a la ruta C:\Sap\ que existirá en todos los ordenadores. Mañana intentaré hacer pruebas, aunque mi solución ideal seria que se pudiera guardar en el SharePoint. Saludos.
    • Hola La opción brindada por @torquemada es correcta, funciona, pero hay algunos inconvenientes que (desde mi punto de vista) no la convierten en mi primera elección. Los inconvenientes son: Tendrías que ir columna por columna haciendo los reemplazos, claro que no se harían a mano sino que utilizarías la opción reemplazar o la opción texto en columnas, aun asi demorará un poquito y será trabajoso. Cada vez que descargues otro listado, tendrás que volver a realizar los reemplazos. Me parece una mejor propuesta lo siguiente: Descarga los movimientos a un archivo de Excel Desde tu control de pagos (otro archivo) cargas los movimientos del archivo descargado mediante Power Query Power Query hará los reemplazos y reconocerá todo correctamente (sin que tengas que hacer nada especial) Cuando descargues los movimientos un día posterior, solamente tendrás que hacer clic en "Actualizar" y todo funcionará en automático
    • Hola a todos, Efectivamente, me temo que tal como trabajan las funciones =HOY() y/o =AHORA() (volátiles), sólo con macros puedes obtener soluciones. Un recurso pedestre podría ser, cada vez que quieras que se fije un dato, te sitúes en esa celda y pulses F2, F9 e INTRO.  Pero claro, puede ser un inconveniente si hay que hacerlo repetitivamente en muchas ocasiones,.............. en fin, lo comento sólo como posibilidad. Saludos,
    • Hola nuevamente, mi duda sigue siendo la ruta, o rutas, finales que quedan, esas que llamas "relativas"; igual por si acaso pon 3 o 4 de esas, tal cual son y/o se ven en el explorador de cada PC y, de ser posible, en cualquier otro "lado" en que las veas.
  • Visualizado recientemente

    • No hay usuarios registrado para ver esta página.
×
×
  • Crear nuevo...

Información importante

Echa un vistazo a nuestra política de cookies para ayudarte a tener una mejor experiencia de navegación. Puedes ajustar aquí la configuración. Pulsa el botón Aceptar, si estás de acuerdo.