Menú
Está libre
registro
hogar  /  Educación/ Verificación automatizada de configuraciones ... y unas palabras sobre estándares de desarrollo. Verificación automatizada de la configuración ... y algunas palabras sobre los estándares de desarrollo Verificación de la configuración 1c

Validación automatizada de configuraciones ... y algunas palabras sobre estándares de desarrollo. Verificación automatizada de la configuración ... y algunas palabras sobre los estándares de desarrollo Verificación de la configuración 1c

De hecho, la complejidad de las configuraciones de 1C aumenta cada año, los equipos crecen y se lanzan productos que contienen más de 5.000.000 de líneas de código. Se vuelve difícil trabajar sin ordenar los flujos de código. Y no se trata solo de mantener un orden mínimo: prefijar nuevos objetos, comentar convenciones o dispersar objetos en los subsistemas. A medida que los equipos crecen y las configuraciones se vuelven más complejas, se hace evidente la necesidad de adherirse a estándares más amplios.

Y para no ser zapateros sin botas, es bueno tener las herramientas adecuadas para ello. Se ofrecen herramientas interesantes en conferencias y seminarios web, incluidos los enumerados anteriormente. Al mismo tiempo, una configuración bastante poco conocida del propio 1C también merece atención. Como ya entendió por el título de la publicación, este producto se llama "Verificador de configuración automatizado". Es gratuito, disponible para todos los usuarios (formalmente, se requiere acceso a ITS para usarlo), bastante fácil de usar, pero hasta ahora no muy extendido.

Esto se debe en parte al hecho de que la propia 1C promueve activamente la idea del cumplimiento de los estándares y el uso de herramientas adecuadas para esto solo entre los desarrolladores de soluciones de producción a través de la certificación 1C: Compatible. El impacto de la idea de la adherencia a los estándares y la limpieza del código en la masa general de desarrolladores que no se ocupan de soluciones producidas en masa es mucho más débil. Incluso la familiarización con los estándares básicos de desarrollo está sujeta a un bloqueo condicional: la disponibilidad de acceso a ITS. (la información está desactualizada, actualmente, para 2018-2019, el acceso está abierto sin registro) :

Información básica sobre el complejo agroindustrial

La configuración de APK está diseñada para busqueda automatica errores y desviaciones de los estándares en las configuraciones. Su uso ha sido recomendado por 1C desde 2009, y no solo en empresas que desarrollan soluciones de circulación, sino también para otras empresas en las que se están ultimando y adaptando soluciones estándar:

La primera impresión sobre la configuración la puede dar la página del sitio web de 1C:

Describe las características principales de esta herramienta y dice que ayuda:

    adherirse a los estándares de desarrollo típicos y realizar comprobaciones de configuración de la plataforma

    cree y siga sus propias reglas de validación de configuración

    cumplir con los estándares requeridos para obtener 1C: estado compatible

    realizar comprobaciones programadas

    comprobar errores ortográficos

    Asignar varios estados a los errores de configuración detectados, incluido marcarlos como "funciones" que no requieren corrección.

    facilite levemente el proceso de verificación realizando usted mismo algunas acciones como actualizar la configuración de la base de datos de demostración desde el repositorio, la posibilidad de una verificación paso a paso, etc.

    incluso se menciona la posibilidad de integración con DSS

Otra fuente información general la publicación en la revista en línea PCMagazine puede servir:

Aparte de estos materiales de descripción general, casi no hay información en la web sobre el APK y sus aplicaciones. La buena noticia es que se incluye un manual de usuario en PDF con la configuración. Algunas cuestiones no se tratan en el manual con tanto detalle como nos gustaría. Pero todavía hay un manual y le permite aprender a realizar técnicas básicas al trabajar con la configuración.

Para no repetir la guía del usuario, aquí consideraremos un ejemplo de uso del APK para verificar una configuración típica, y no una configuración de demostración de la entrega del APK. También intentaremos considerar los detalles del trabajo, que no se mencionan en el manual.

Empecemos desde cero. Descargar ultima versión APK está disponible en el siguiente enlace:

En el momento de la publicación de este artículo, la última versión es 1.1.12.26 del 30/01/17, pero al principio se escribió para la versión 1.1.11.16, por lo que algunas de las capturas de pantalla y comentarios se referirán a esta versión. Para trabajar con APK 1.1, necesitará una versión de plataforma de al menos 8.3.6. Después de instalar la entrega de configuración, aparecen tres elementos nuevos en la lista de plantillas de configuración:

La primera plantilla es una base de datos APK pura. Todas las reglas estándar están presentes en él, pero no hay datos de base de datos de demostración cargados para probar, que están presentes en la segunda plantilla.

La segunda plantilla, “Verificación de configuración automatizada (demostración)” después de la implementación, contiene la información cargada sobre la base de datos de demostración (ubicada en la tercera plantilla). Puede utilizarlo para ver cómo funcionan los informes y las comprobaciones estándar. Es mejor aprender a trabajar con esta base de datos armado con el manual de usuario de la entrega, ya que los ejemplos en el manual están diseñados específicamente para esta base de demostración:

El APC funciona de tal manera que, al realizar nuevas comprobaciones, carga información de la configuración comprobada a través de una conexión COM. Para hacer esto, necesita una base de datos "experimental" de archivos existente. Por lo tanto, si desea no solo familiarizarse con la interfaz de la base de datos de demostración, sino también realizar un ciclo completo de trabajo con la base de datos que se está probando, entonces tiene sentido implementar también una base de datos de archivos más de la tercera plantilla. “Configuración de demostración para pruebas”.

En este caso, obtendremos dos bases de datos: un APK de demostración con información ya cargada sobre la base de datos de demostración comprobada y la base de datos de demostración comprobada, lo que le permite familiarizarse rápidamente con el proceso de conexión y realización de nuevas comprobaciones.

Me gustaría señalar que después de experimentar con bases de demostración, es posible que no se implemente una base limpia del complejo agroindustrial. Las comprobaciones de la configuración de trabajo se pueden realizar en la misma configuración que las comprobaciones de la base de datos de demostración. En el APK, puede descargar información sobre cualquier cantidad de bases de datos para verificar.

En general, el principio de funcionamiento del APK es similar al trabajo de "Conversión de datos". No es necesario trabajar en el configurador de APK (aunque, como se aclarará más adelante, difícilmente será posible prescindir de él)... La información sobre la estructura de las configuraciones comprobadas se carga en modo de usuario. También especifica los algoritmos para verificar la configuración en forma de código en el lenguaje 1C: Enterprise, que luego es ejecutado por el propio sistema usando el operador ” Ejecutar”. En el código, puede y debe usar los métodos APK incorporados (que no son de plataforma): procedimientos y funciones que realizan trabajo con objetos creados automáticamente. Los objetos necesarios para llevar a cabo la comprobación de la configuración son creados por el propio sistema y están disponibles en el código de los gestores de cheques. Se puede obtener una descripción detallada de estos métodos, objetos y controladores en el capítulo 6 de la "Guía del usuario".

La configuración del AIC se basa casi en su totalidad en libros de referencia, registros de información y procesamiento. En general, si está familiarizado con la "Conversión de datos", los principios para trabajar con el APK serán claros. Además, si no hay una necesidad clara de nuestros propios algoritmos de verificación, al principio será posible limitarnos a verificaciones estándar y no estudiar los métodos integrados y los objetos de programa del sistema. Entonces casi todas las configuraciones se pueden hacer con el mouse y parece que esto será suficiente para muchas tareas.

Configurar la conexión a la base comprobada y las comprobaciones predeterminadas

Después de iniciar la base de datos de demostración, vemos la siguiente interfaz:


El propósito de las secciones desde el punto de vista de los desarrolladores de APK se puede encontrar en el manual. Primero iremos en orden y agregaremos una nueva configuración. Haga clic en el botón "Nueva configuración". El sistema le pedirá que complete los parámetros de conexión. De hecho, se abre el formulario del artículo de catálogo "Configuraciones":


El nombre y el nombre completo son campos de texto arbitrarios, solo la sensación de belleza y la longitud del campo pueden limitarte en lo que se indicará en ellos. Pero las restricciones adicionales son más estrictas. Debe especificar la ruta completa a Archivo ejecutable plataformas 1C. En mas primeras versiones APK adicionalmente debes indicar la versión de la plataforma con la que estás trabajando. Permítanme recordarles que el APK solo puede verificar configuraciones en la versión de plataforma 8.3.6 y superior.

Información de los desarrolladores:

Si la ruta a la plataforma se especifica a continuación, se generará un error durante la conexión COM.La razon es la siguiente. En relación con el desarrollo de la plataforma y nuevas verificaciones del APK, se recopila información (propiedades de metadatos) que aparecía solo en la plataforma 8.3.6 o superior. Por lo tanto, al verificar las versiones, por ejemplo, 8.2 al recopilar dicha información, por supuesto, se emitirá un error. Y dado que estos nuevos controles, por regla general, son prioritarios, la prohibición de iniciar un escaneo se establece por debajo de 8.3.6. En caso contrario (si la versión principal de la plataforma es menor para el cliente), entonces se asume que para verificar su configuración puede usar Versión anterior Complejo agroindustrial.

A continuación, debe especificar la ruta a la base de datos de demostración y los parámetros para conectarse a ella. Debajo base de demostración en este caso, nos referimos a nada más que una base de archivos especialmente dedicada que contiene la configuración verificada. No hay posibilidades de conectar una base de datos SQL al APK. Esto se puede modificar si se desea, pero no tiene mucho sentido. Primero, es solo una verificación de configuración, no una prueba unitaria o una prueba de carga. En este caso, incluso para configuraciones grandes como ERP 2, basta con una base de archivo vacía que contenga la configuración actual. En segundo lugar, de acuerdo con los estándares 1C, cualquier configuración debe diseñarse para funcionar no solo con una base de datos SQL, sino también en una versión de archivo.

Si está desarrollando usando el repositorio, entonces el APK puede actualizar automáticamente la configuración de la base de datos desde el repositorio antes de realizar una nueva prueba. El grupo inferior de parámetros en la captura de pantalla está destinado a esto.

Tenga en cuenta también que el DSS, al igual que el APK, requiere una base de archivo para cargar la información de configuración. Por lo tanto, si decides desarrollar usando las tecnologías que ofrece 1C, usando APK y DSS, entonces para ambos sistemas será suficiente crear un archivo base, si es necesario, conectarlo al repositorio de configuración y configurar Actualización automática configuración del almacenamiento antes de cargar los datos.

La elección entre los modos "Configuración" y "Biblioteca" determina la gravedad de las comprobaciones. Para el modo "Biblioteca", las comprobaciones son más estrictas. Una biblioteca es una configuración que se puede incrustar en otras, lo que significa que debe cumplir con ciertas reglas y “pensar no solo en sí misma”. Si pasa el cursor sobre ambas opciones del interruptor, aparecerá una sugerencia con una descripción de las diferencias de verificación. En particular, se comprobarán todos los requisitos seleccionados para la biblioteca. Los requisitos del grupo Desarrollar y usar bibliotecas no se comprueban para la configuración, ya sea que estén seleccionados o no. Este grupo de requisitos contiene reglas de validación a muy largo plazo que en realidad son solo para bibliotecas.

Un punto importante para la versión 1.1.11.16 y versiones anteriores del APK (en la versión 1.1.12.26 se corrigió este error). Después de especificar la configuración y anotar el elemento en el directorio "Configuraciones", puede verificar la conexión. Pero por primera vez, el sistema puede dar un error sobre la falta de conexión.


Este es un mensaje engañoso. Si las rutas y los usuarios están configurados correctamente, solo necesita registrar previamente el elemento de este directorio y solo luego verificar la conexión. Luego, el sistema informará sobre la conexión exitosa. La verificación de la conexión a una base de datos grande, por ejemplo ERP, puede tardar entre 1 y 2 minutos:


De hecho, ahora hemos creado un nuevo elemento del catálogo "Configuraciones". Ahora puedes abrirlo de diferentes formas:

  • A través del menú "Configuración" -> "Configuraciones"


  • En la sección "Comprobaciones", haga clic en "Seleccionar configuración".


  • O simplemente abra el directorio "Configuraciones" a través del menú "Operaciones"

Volvamos a la ventana de ajustes de configuración.

En la segunda pestaña “Requisitos a comprobar”, puede configurar qué comprobaciones queremos realizar en nuestra configuración. Hay dos opciones predefinidas disponibles: "Verificación completa": verifica el cumplimiento del sistema de estándares https://its.1c.ru/db/v8std y control ortográfico, así como "1C: Compatible": compruebe el cumplimiento de 1C: Estándares compatibles http://1c.ru/rus/products/1c/predpr/compat/soft/requirements.htm


También puede configurar un conjunto arbitrario de requisitos para su verificación, luego insertar una representación arbitraria de una variante en el campo "Variante de verificación" y guardarla con este nombre haciendo clic en el botón "Guardar variante". Las variantes se guardan en relación con las configuraciones, es decir, la misma configuración no se puede aplicar automáticamente a otros elementos del directorio "Configuraciones":


Permítanme hacer una nota para aquellos que planean usar el APK para varias configuraciones y no quieren configurar comprobaciones para cada una de ellas por separado. Puede transferir la configuración de verificación entre configuraciones escribiendo un script simple, si sabe que están almacenadas en el registro de información "Requisitos de configuración", y las opciones de verificación en sí se almacenan en el libro de referencia del mismo nombre:

La lista de cheques es bastante extensa. Cada requisito es un estándar de desarrollo, el cual puede mejorar nuestros productos. Pero la capacidad de deshabilitar los requisitos individuales o sus grupos tampoco es superflua. Por ejemplo, en la mayoría de las empresas, puede limitarse a la opción "Comprobación completa" (ortografía + sistema de estándares) y no realizar comprobaciones para "1C: Compatible". O al menos controlar la ortografía, ya que no existe tal cosa que se haya llevado a cabo durante años sin un solo error ortográfico.

La lista de requisitos seleccionados aquí es la lista predeterminada para las comprobaciones automáticas. A medida que avanza en la prueba, puede anular los valores especificados aquí.

Información de los desarrolladores:

Tiene sentido explicar con más detalle qué es el grupo "Sistema de normas" y en qué se diferencia de los otros dos grupos. Entonces, comencemos con el grupo "1C: Compatible". Como se escribió anteriormente, este es un conjunto obligatorio de estándares para obtener un cierto estado para su configuración. A grandes rasgos, esta es la columna vertebral a la que deben corresponder todas las configuraciones, sin excepción. Por cierto, este grupo de estándares no verifica la configuración en busca de errores ortográficos ...

Además, "Ortografía" es un grupo de estándares que verifica la configuración solo para detectar errores ortográficos. Todo desarrollador que se precie puede revisar la ortografía de su configuración. Este grupo contiene todas las reglas de verificación que rastrean la ortografía en los textos del módulo, metadatos (nombre, sinónimo, comentario), elementos de formulario, diseños, en general, dondequiera que pueda verificar el texto. Solo el texto en ruso está marcado, pero como se indica en los comentarios, para otros idiomas puede cargar sus diccionarios e incluso reemplazar la configuración proporcionada por ellos.

Y ahora sobre el grupo "Sistema de Normas". Es el más global y contiene verificaciones para los otros dos grupos predefinidos de requisitos, así como verificaciones especializadas adicionales. Para los clientes, los errores en este grupo son recomendaciones más probables, aunque para las configuraciones típicas, la mayoría de los errores, por supuesto, deben corregirse. Ese. Si algún estándar se describe en el grupo "1C: Compatible" o "Ortografía", indudablemente también se describirá en el grupo "Sistema de estándares", sin embargo, tal vez con más detalle y con verificaciones más profundas.

Varios filtros se configuran en la pestaña "Exclusiones de análisis". Por ejemplo, puede configurar comprobaciones para que solo los objetos que haya agregado a la configuración estándar con un prefijo específico como " mf_ Declaración de Super Aduana ”.

O, si está desarrollando con la adición de todos los objetos modificados o agregados a un subsistema específico para el desarrollo, entonces tiene sentido verificar solo dentro de este subsistema y omitir los objetos sin cambios de la configuración típica que están bloqueados. Si necesita excluir temporalmente un filtro configurado durante las comprobaciones, no es necesario que lo elimine. Basta con desmarcar la marca de uso (segunda columna):

La función de filtrado es muy útil y tiene sentido experimentar con ella, lo que haremos a continuación. Debo decir de inmediato que las comprobaciones permisivas como "Incluir un subsistema" e "Incluir con un prefijo" funcionan con "O". Es decir, se comprobará si un objeto cumple una u otra condición. Esto no siempre es conveniente. Afortunadamente, cambiar este comportamiento es muy fácil. Este tema se discutirá con más detalle en la sección dedicada al filtrado, así como la cuestión del efecto de los filtros en el tiempo de las comprobaciones.

En la versión 1.1.11.16 del APK y versiones anteriores, la configuración de filtrado se dividía en dos pestañas: "Filtros de recopilación de requisitos" y "Excepciones de recopilación de datos", pero el significado era el mismo:


Además, en el formulario de configuración, puede establecer la necesidad de verificaciones programadas:


Este es el escenario no trabajar en una tarea programada... Para ejecutar un análisis programado, el APK debe iniciarse en modo de usuario y en ejecución. Cuando el sistema se inicia en el módulo aplicación regular se llama al método Al inicio del sistema () donde está conectado el controlador de espera RunCheckScheduled (), que realiza comprobaciones programadas. Si se desea iniciar una verificación con una tarea de rutina, será necesario modificar el sistema. Si observa la configuración del APK, puede ver que contiene solo dos tareas programadas, y ambas no están relacionadas con las verificaciones programadas:

Información de los desarrolladores:

La explicación es muy sencilla. Si el APK se implementa en la versión SQL, cuando especifique la ruta a la configuración (más precisamente, la base de datos de demostración) en el cliente, la verificación simplemente no comenzará, porque un trabajo programado siempre se ejecuta en el servidor. En la versión de archivo del complejo agroindustrial, por supuesto, un trabajo programado sería más adecuado que un manejador de espera.

El horario no es la última pestaña posible. Si habilita la integración con el “Applied Solutions Design System” en el sistema, entonces aparecerá otra pestaña “Integración con DSS”, que le permitirá configurar el registro automático de errores en el DSS. La configuración de la integración a nivel del sistema se realiza en forma de constantes ("Operaciones" - "Constantes").

La funcionalidad de integración con DSS fue pensada por los desarrolladores del complejo agroindustrial para uso interno en 1C (esto se describe en la "Guía del usuario", página 28). Sin embargo, estoy seguro de que para aquellas empresas que ya usan DSS en su trabajo o planean usarlo, esta funcionalidad será interesante. Puede tomarlo como una muestra para implementar su propio mecanismo de integración o tratarlo y usarlo de inmediato:


En este caso, es posible tanto conectar el complejo agroindustrial al servicio web levantado desde el lado del DSS, como viceversa, se puede configurar la conexión al servicio web levantado del lado del complejo agroindustrial. en el DSS:

Realización de inspecciones

Una vez que se han realizado los ajustes de conexión y se han seleccionado las comprobaciones a realizar, puede proceder a realizar las comprobaciones.

Para realizar una nueva verificación, primero debe actualizar la configuración verificada. Todas las nuevas comprobaciones se realizan en la "configuración actual". Para ello, en la sección “Comprobaciones”, haga clic en “Seleccionar una configuración” y luego seleccione un elemento de la referencia de configuración que se asignará como “actual”.

Al hacer clic en el botón "Nueva verificación", el sistema ofrecerá dos opciones: verificar nuevamente conectándose a la configuración verificada, volver a recopilar los datos o verificar los datos recopilados previamente.


La capacidad de realizar comprobaciones de los datos recopilados previamente permite realizar comprobaciones prolongadas por etapas. Por ejemplo, primero puede recopilar datos de configuración y realizar una verificación filtrada en un subconjunto de los subsistemas. Luego habilite los filtros para otros subsistemas y haga la segunda verificación en base a los datos recopilados previamente, lo que le permitirá realizarla mucho más rápido.

Información de los desarrolladores:

También debe decirse aquí que ahora la composición de los datos recopilados depende directamente de los requisitos seleccionados. Por ejemplo, se selecciona un requisito "Ortografía en textos de módulo". Si abre la ficha del requisito en sí y va a la pestaña "Etapas de verificación", puede ver que solo está seleccionada 1 casilla de verificación "Completar información sobre módulos":

Esto significa que al verificar la configuración para la ortografía en los textos del módulo, solo se realizará la recopilación de los textos del módulo (no se recopilarán las propiedades de los objetos de metadatos, ni los elementos del formulario, ni los diseños; todos los tipos de recopilación de información pueden ser seleccionados por el otro banderas).

Esta funcionalidad de la dependencia de la información recopilada en los requisitos seleccionados apareció relativamente recientemente, anteriormente, con cada verificación con la recopilación de datos, se recopiló toda la información. Así que antes, esta opción ayudó mucho: se seleccionó algún requisito, por ejemplo, los mismos módulos, se recopiló toda la información, se corrigieron los errores para este requisito, luego se seleccionó el siguiente requisito, por ejemplo, la ortografía en los elementos del formulario, y la verificación ya se inició de acuerdo con los datos recopilados, porque los elementos del formulario no cambiaron, etc.

Ahora también se puede utilizar, pero solo los requisitos que se recopilaron anteriormente se pueden comparar con los datos recopilados. Bueno, no se puede dejar de decir que esta opción de verificación es extremadamente necesaria para los desarrolladores de nuevos controles para depurar, probar, acelerar e identificar inexactitudes en las reglas de verificación, ya que no es necesario reconstruir los datos cada vez.

Dado que aún no hemos recopilado ningún dato, seleccionaremos el elemento "Recopilar y verificar datos ...". Se abrirá una ventana en la que puede elegir realizar o chequeo automático, de acuerdo con los ajustes realizados anteriormente en la nueva ventana de configuración, o anule estos ajustes. La elección de la opción "Manual" es especialmente conveniente en la etapa inicial de familiarización con el sistema, cuando puede influir en cada paso siguiente.


Al hacer clic en el botón "Siguiente", puede anular todas las configuraciones que se describieron en la sección anterior de esta publicación, incluidas las comprobaciones realizadas. Sin embargo, debe tenerse en cuenta que si no selecciona una sola verificación en el paso apropiado, entonces el sistema considerará que debe realizar TODAS las verificaciones, y no solo conectarse y descargar información sobre los objetos de la base de datos que se está verificando:


Por lo tanto, si el propósito del lanzamiento no es una verificación completa, sino actualizar la estructura de configuración o una ejecución de prueba del APK y familiarizarse con el proceso, entonces no debe desmarcar todas las casillas en este paso. Por primera vez, es recomendable marcar solo un elemento, por ejemplo, "Verificación de configuración de la plataforma" en la siguiente rama:

En este caso, la lista de pasos de verificación será aproximadamente la siguiente:


y puede tomar tan solo 20 minutos incluso con ERP. Pero esto será suficiente para tener una idea de cómo se lleva a cabo realmente el proceso. Aunque la validación de la plataforma puede ser un proceso sorpresa y lento, también puede optar por un elemento más simple.

Sobre último paso también puede establecer filtros en los objetos escaneados. Es cierto, si esta es la primera verificación de la configuración, entonces el APK aún no tendrá información sobre la estructura de configuración. En este caso, el árbol de configuración en este paso estará vacío, pero puede cargarlo haciendo clic en el botón "Leer estructura de configuración" directamente desde la misma ventana:

Ahora queda presionar el botón "Realizar verificación". Comenzará el proceso de verificación. Con el parpadeo de las ventanas 1C y la salida del registro del proceso a la ventana de mensajes. La salida del registro se hace muy inconveniente. La ventana de verificación se cuelga modalmente, y si no piensa de antemano en hacer visible la ventana del mensaje, no podrá averiguar nada sobre lo que está sucediendo hasta que finalice el proceso:


Por lo tanto, si tiene una resolución de pantalla baja, entonces es mejor atender de inmediato el movimiento. ventana modal ejecute el escaneo para que la ventana del mensaje sea visible.

En una de las etapas de verificación, el sistema actualiza el contenido del directorio "Estructura de configuración", que contiene un árbol (jerarquía) de objetos de metadatos como en el configurador. Los datos sobre un objeto específico se actualizarán si este objeto ha cambiado o se incluyó en un subsistema adicional. Un artículo del catálogo se marcará para su eliminación si se ha eliminado el objeto de configuración correspondiente. Se crearán nuevos elementos para nuevos objetos de configuración:

Además, en cada verificación con recopilación de datos, se actualizan los contenidos de los registros "ObjectPropertyValues" y "CompactObjectPropertiesValues", que almacenan propiedades de objeto, módulos, contenido de diseño, elementos de formulario, etc. Cuando se compara con los datos recopilados anteriormente, esta información sigue siendo la misma.

Si se selecciona alguna verificación que requiera no solo actualizar la estructura de metadatos y la verificación de la plataforma, sino también algo más, entonces el sistema descargará la configuración en archivos para su posterior análisis:

La carga se realiza sin jerarquía: todos los archivos están en una carpeta:


Información de los desarrolladores:

Entonces, ¿qué y cuándo va ( al verificar con la recopilación de datos):

  • La estructura de configuración es generalmente siempre, independientemente de los requisitos que se elijan.
  • La recolección se lleva a cabo ejecutando procesamiento externo desde el diseño genérico de MetadataStructureLoader en la empresa en el cliente pesado. El procesamiento en la empresa trabaja con el objeto de la plataforma "Metadatos" y escribe datos en un archivo externo, que luego se transfiere y analiza en el APK.

Todos los pasos adicionales que desencadenan el procesamiento externo en la empresa operan de manera similar. El resto de la información, como se mencionó anteriormente, se recopila en función de los requisitos seleccionados:

  • La recopilación de información sobre los metadatos (nuevamente, estas son propiedades de los objetos de metadatos y no la estructura en sí) se produce al iniciar un procesamiento externo desde el diseño general "MetadataDataLoader".
  • Recopilación de información sobre formularios (más precisamente, sobre elementos de formulario) mediante el procesamiento del diseño "FormDataLoader".
  • La recopilación de información sobre formularios de XML se produce al analizar el archivo XML del formulario desde la descarga de la configuración en Archivos XML... Se recopila toda la información que no se pudo obtener de la empresa en la etapa anterior.
  • Recopilación de información sobre módulos: leyendo los textos de los módulos desde archivos de carga XML.
  • Recopilar información sobre roles (más precisamente, recopilar los derechos de cada rol para cada objeto), desde los archivos de rol de carga XML.
  • Recopilación de información sobre diseños: utilizando el procesamiento del diseño "LayoutDataLoader".
  • Recopilación de información de ayuda: leyendo los archivos de ayuda de los archivos de carga XML.

Verificación de la configuración de la plataforma: lanzamiento por lotes de la base de datos de demostración en el modo configurador con claves de verificación de la plataforma. También se indica el archivo con el registro de verificación. Luego, comprende el APK y produce errores de validación de la plataforma que se almacenan en un registro separado de "Errores de verificación de configuración".

Por lo tanto, si se selecciona al menos un requisito con la casilla de verificación para recopilar información sobre formularios de XML, roles, módulos o ayuda, la base marcada se volcará en archivos XML. Si no se requiere ninguna de estas acciones, la carga no se llevará a cabo.

Anteriormente, todas las acciones se realizaban de forma secuencial. Primero, se inició la recopilación de la estructura, luego la carga a XML, luego la validación de la plataforma, luego la recopilación de propiedades de metadatos, módulos, formularios, etc., lo que ralentizó enormemente la validación (recopilación de datos) de grandes configuraciones.

En el APK 1.1.12 se agregó la copia de la base de datos original a un directorio temporal y se identificaron las etapas más largas de recolección de datos, lo que permitió paralelizar la recolección de datos durante la verificación. Así, por el momento, la recopilación de la estructura de configuración, la validación de la plataforma, la descarga a XML y el borrado de registros se realizan en paralelo. El resto de los pasos toma poco tiempo, incluso para ERP. Como resultado de la introducción de la recopilación de información en paralelo, fue posible acelerar la verificación del ERP en al menos un par de horas.

En el directorio de archivos temporales, el procesamiento se genera y se abre en la base marcada, que crea instancias de objetos de metadatos y crea formularios y diseños de objetos. Este mecanismo estaba destinado originalmente a recopilar información sobre formularios, diseños y propiedades de metadatos. Pero también gracias a ella se buscan errores que ni siquiera permiten crear un objeto o formulario mediante programación. Por supuesto, esto está lejos de ser una prueba unitaria, pero ya es algo:


Si en un módulo de objeto o formulario hay un intento de acceder a una variable no declarada o un objeto inaccesible desde el contexto del módulo, el sistema se detendrá en el proceso de verificación con un error (habrá una ventana en la base de datos marcada abierta) , o el APK detectará este error y lo mostrará en los informes. Si el APK se detiene durante el proceso de verificación debido a tal error, ciertamente no es muy conveniente. Pero por otro lado, la presencia de errores de compilación del módulo es un error crítico de los programadores y es mejor si se detecta usando el APK de tal manera que entre en producción y ¡un mensaje al respecto vendrá de los usuarios!

En el proceso de una verificación completa (o su análogo en términos de la cantidad de reglas y objetos), el sistema se atasca en la verificación del objeto # 1 sin informar de ninguna manera sobre el progreso:


Este estado con el mensaje de que el objeto # 1 de 77 mil está siendo revisado se cuelga durante 5-10 horas y parece que el complejo agroindustrial está congelado. De hecho, el proceso está en marcha, puede verificar esto mirando la carga del procesador en el administrador de tareas o llamando a la parada desde el configurador (si el APK se inició desde él). Causas cheque largo El objeto número 1, es decir, la configuración en sí, es el siguiente:

1) Como parte de este paso, la información se recopila y almacena en caché, que se utiliza más al realizar comprobaciones en objetos individuales. Esto hace que la verificación del resto de los objetos sea más rápida.

2) La mayoría de las comprobaciones que afectan a todos los objetos de configuración a la vez se realizan en este paso. Hay muchos controles de este tipo, alrededor de 90. Pero los más largos, la mayoría de las veces, solo un par. Por ejemplo "Encontrar métodos de exportación de servicios no utilizados"... Obviamente, es imposible inferir si se está utilizando o no el método de un objeto individual comprobando solo ese objeto o algún subsistema en particular. Esta conclusión solo puede extraerse analizando las llamadas a métodos en toda la configuración. Y es obvio que es óptimo omitir toda la configuración una vez, cuando se verifica el "Objeto n. ° 1", y no muchas veces, cuando se verifican documentos individuales y libros de referencia. Otro ejemplo de un cheque largo es "Control de la presencia de un módulo, subsistema, método común y control de la composición de parámetros".

Si apagas dos controles especificados y la verificación de la configuración de la plataforma, luego la verificación de incluso una configuración como ERP no puede llevar más de media hora. Pero probablemente no debería ahorrar tiempo y sacrificar la calidad. Es mejor resolver este problema de forma organizativa y realizar comprobaciones por adelantado.

Doy un ejemplo: el comienzo y el final del registro de ejecución de verificación, que muestra que todo el proceso en ERP 2.1 y APK 1.1.11.16 demora aproximadamente 15 horas (por supuesto, la cifra depende en gran medida del rendimiento de la computadora, también comprobar la velocidad en el APK 1.1.12 es mucho más rápido y en las mismas condiciones tarda unas 10 horas):

: Comprobación de la conexión a la base de datos a través de una conexión COM

: Comience a recopilar información sobre la estructura de metadatos de configuración.

: Comienza a cargar la configuración en archivos XML

: Comienza a limpiar la información de metadatos

: Comience a recopilar información sobre los roles de configuración.

: Información recopilada y registrada sobre los roles de configuración

: Información recopilada de metadatos de configuración

: Configuración de verificación de plataforma completada

: Comienza a probar los objetos de configuración

: Comience a recopilar información del formulario de configuración de archivos XML

: Comprobación de configuración iniciada

…… ... AQUÍ COMIENZAN A MOSTRAR MENSAJES EN LA LÍNEA DE ESTADO… ..

: Comprobación de configuración realizada

Resultado de la comprobación

¿Qué obtenemos como resultado del primer control? Primero, se completa el directorio de versiones de configuración (el directorio "Versiones" está subordinado al directorio "Configuraciones"). En él aparece un elemento correspondiente a la versión de la configuración marcada. La información de la versión también se actualiza en forma del artículo de catálogo "Configuraciones":


En segundo lugar, se crea un documento del tipo "Comprobación de configuración", que especifica este elemento del directorio "Versiones" y otros parámetros de comprobación: la lista de requisitos comprobados, la lista de objetos comprobados y el "Registro de comprobación", que duplica el registro mostrado anteriormente en la ventana del mensaje:


En tercer lugar, se actualizan los datos sobre la estructura de configuración:


La estructura de configuración es un directorio jerárquico con una jerarquía de elementos, subordinado al directorio "Versiones", es decir, al verificar la configuración nueva versión Se creará un nuevo elemento del catálogo "Versiones" y ya se cargará una nueva estructura de metadatos en relación con esta versión.

Y en cuarto lugar, se completa el registro de "Errores encontrados", que en realidad contiene información sobre qué errores se encontraron durante el proceso de verificación y es la base para los informes de APK:


No se ha creado ningún formulario de lista para este registro. El vaciado de esta caldera de registro común se puede poner en orden en tan solo unos minutos. Por ejemplo, agregue un formulario administrado, en modo usuario o directamente en la pantalla del configurador el propietario de los objetos (elementos del catálogo "ConfigurationStructure") a los que se adjuntan los errores. Estos propietarios serán las versiones de configuración.


Si mostramos los propietarios y de ellos, obtendremos en forma de lista la capacidad de filtrar errores tanto por configuraciones como por sus versiones. Puedes hacer agrupaciones sobre ellos. En este caso, será posible trabajar con errores no solo con la ayuda de informes, sino también directamente a través del registro, que a veces es mucho más conveniente:


Cada entrada en este registro es una no conformidad encontrada, ortografía u otro error. Al abrir cualquiera de ellos, puede asegurarse de que incluso sistemas tan confiables y probados como ERP 2.1;)) contengan errores tipográficos y errores. Además, un número bastante grande de ellos:



Me gustaría que percibiéramos la presencia de tales errores en ERP no como una indulgencia por su presencia en nuestros desarrollos, sino como una prueba adicional de que pueden y deben ser identificados y eliminados. Especialmente con las herramientas adecuadas. Porque se ven feos y esto es exactamente lo que ven nuestros usuarios. El blog de 1C sobre Habré señala que los desarrolladores de ERP 2 usan AIC para verificar la configuración, pero aparentemente limitan la lista de verificaciones a las reglas más importantes desde su punto de vista, asegurando una proporción aceptable de velocidad de desarrollo y calidad del producto. Al desarrollar nuestros productos, podemos elevar el listón de la calidad y capturar también esta dirección.

También será útil saber que los datos recopilados sobre los textos de módulos, bloques de módulos y otras propiedades de los objetos de configuración se colocan en los registros “Valores de propiedades compuestas de objetos” y “Valores de propiedades de objetos ”. Los registros se almacenan junto con los mismos objetos, subversiones y configuraciones:


No podrá ver los textos del módulo directamente desde los formularios de registro, todos están empaquetados en tiendas de valor.

¡Pero para ver los textos de los módulos, ya divididos en partes componentes, y otras propiedades de los objetos de configuración en el APK, hay una herramienta maravillosa! Este es el procesamiento "Ver propiedades de los objetos de configuración", que se abre a través del menú "Configuración":

Informes APK

La información sobre los errores encontrados en forma de informes le permite obtener a la vez dos secciones del sistema. Sección "Errores":

Se basa en el informe FoundErrors:

Y la sección "Informes"


Se basa en el informe "Resultados del trabajo":

De hecho, solo hay dos objetos principales de "Informe" en la configuración de AIC. Pero tienen bastantes diseños de ACS diferentes:

Todos ellos se basan en el análisis del registro de información "FoundErrors". La sección “Reportes” está destinada a obtener información resumida sobre errores, tiene un enfoque estadístico, mientras que la sección “Errores” es para obtener información detallada sobre errores y su gestión. En la sección "Errores", el control es posible tanto con la ayuda de un panel de comando especial como a través del menú contextual:



Existe un problema al utilizar la base de archivos APK y la plataforma 1C de 32 bits. Si no instala una cantidad suficiente de filtros, al analizar errores de configuración grandes, puede recibir un mensaje de memoria insuficiente. En el caso de ERP 2.x, este mensaje aparecerá constantemente. Este error suele ocurrir ya en la etapa de salida de datos a un documento de hoja de cálculo. En general, vale la pena poner filtros. Solo algunos de ellos fueron incluidos en los tackles rápidos. El resto se puede configurar mediante el comando "Configuración del informe".

Se interpone en el hecho de que los informes comienzan a formarse inmediatamente después de elegir una opción. Esto interfiere en gran medida con el trabajo y sugiere la necesidad de finalizar la configuración del complejo agroindustrial hasta la redacción de sus propios informes: desea imponer selecciones antes de que se generen, y para que se guarden las configuraciones del informe, y eso en forma gestionada Ellos eran. Afortunadamente, sobre la base de un solo registro de información, esto no es difícil de hacer.

Tenga en cuenta que cuando se usa una versión de 64 bits de 1C o una base de datos sql del APK, no se observa un error con memoria insuficiente.

A primera vista de los informes, parece que APC es demasiado exigente con la configuración comprobada. Por ejemplo, requiere establecer sinónimos correctos incluso para diseños. formularios impresos, percibe como un error las palabras "logístico", "complemento", "responsable", etc. Pero primero, ¡la mayoría de los errores encontrados realmente deben corregirse! En segundo lugar, se le proporciona al usuario la elección de las reglas que se van a verificar; se puede realizar tanto al configurar la configuración verificada como al realizar una verificación. En tercer lugar, cada una de las reglas puede, si lo desea, ser modificada, reemplazada por la suya propia, o puede configurar el filtrado en los informes de tal manera que se vea solo la información de interés.

Finalmente, hay otras opciones de personalización en el sistema. Por ejemplo, el registro de información "TrueWords" (inicialmente vacío). Participa en la revisión ortográfica, específicamente el método Check.Check Spelling (). Las palabras que creemos correctas se pueden ingresar manualmente o descargar de Archivo de texto en el que cada palabra está en línea separada... Se puede descargar una muestra de dicho archivo txt desde el diseño general "Diccionario de palabras verdaderas". Pero no es necesario que cargue este archivo en el registro. De forma predeterminada, el sistema toma las palabras correctas de este diseño y las complementa con datos del registro. También hay un procesamiento en el sistema " Actualización del diccionario". Su uso se describe con gran detalle y claridad en el manual de usuario (ver capítulo 4.6).

En general, si parece que el sistema es demasiado estricto para nuestras configuraciones, entonces puede modificarlo en los lugares correctos y "engatusar"))

Los informes más interesantes son "Errores de requisitos" en la sección "Errores", que muestra los datos en una agrupación correspondiente a la estructura del directorio "Requisitos":


y "Análisis de errores" en la sección "Informes", que muestra datos resumidos basados ​​en la clasificación "1C: Compatible", "Obligatorio" y "Recomendación":


Reglas de validación de la configuración

Creando tus propias reglas para ejemplos específicos no se considerará aquí. Primero, debe comprender mejor este problema usted mismo. En el manual de usuario suministrado con el APK, un capítulo 5 bastante voluminoso está dedicado a la creación de nuevas reglas; este es un ejemplo transversal en forma de hasta 30 páginas de fascinantes textos e ilustraciones))

Repasemos las reglas en una descripción general. Están ubicados en el directorio del sistema del mismo nombre:


La navegación en el árbol de la izquierda es inconveniente: puede hacer doble clic para seleccionar un elemento y mostrar su composición en la parte derecha. Por tanto, el elemento seleccionado no siempre coincide con aquel cuya composición se muestra a la derecha.

Cada regla se puede abrir. La forma del elemento de directorio da acceso a la lista de tipos de objetos que deben ser verificados por esta regla, los parámetros del algoritmo (una lista numerada de errores que pueden ser referenciados desde el algoritmo), el algoritmo en sí y su descripción, una descripción del requisito, así como la configuración de uso:


En la cima hay tres botones útiles... "Mostrar estándares" conduce a la sección correspondiente del sitio 1C con una descripción del estándar, el enlace se abre en el navegador. "Abrir Requisitos" abre el elemento del catálogo "Requisitos" correspondiente a la regla, y el comando "Abrir depuración" comienza a procesar el "ValidationRulesDebugger". La forma en que funciona en el manual del usuario es silenciosa, pero es obvio que las herramientas de depuración están disponibles o hay desarrollos para ellas que se pueden desarrollar.

El algoritmo de reglas se puede cambiar, así como también se pueden crear nuevas reglas y grupos de reglas. Si necesita escribir sus propios algoritmos, tendrá que estudiar métodos integrados y objetos de programa. Este es el tema de la sección correspondiente "Sintaxis de las reglas de verificación" en el Capítulo 6 de la Guía del usuario en PDF. También puede utilizar los algoritmos de reglas existentes como ejemplos y ejemplos para copiar.

La ayuda incorporada para el programa es desastrosamente escasa. Más bien, está ausente, por lo que la descripción de los métodos integrados no se puede obtener de él.


Filtrar objetos durante las comprobaciones

En conclusión, veamos cómo se comporta el APK 1.1 al verificar con filtros impuestos. ¿Realmente ayudan a acortar el tiempo de verificación y a reducir la cantidad de información en los informes? Comprobemos el filtrado de prefijos y subsistemas.

En esta sección, habrá más "enterramiento en el código" que una historia sobre las capacidades del complejo agroindustrial. Si en este escenario este no es su objetivo; puede omitir esta sección.

Tomemos toda la misma configuración experimental, creemos un nuevo elemento para ello en la referencia de configuración (solo necesitas crear un elemento sin copiar, ya que al copiar configuraciones, también se copian sus versiones y estructura de datos, este es un proceso largo y viola la pureza del experimento). Clasifiquemos los documentos como dos nuevos subsistemas:

apk_Document_1_1,apk_Document_1_2 y new_Document_1_3 nos referimos al subsistema apk_Subsystem_1

apk_Document_2_1, apk_Document_2_2 y new_Document_2_3 nos referimos al subsistema apk_Subsystem_2

Cometemos errores ortográficos en los documentos y agreguemos un método de exportación no utilizado al módulo de administrador. Crearemos documentos copiando.

Agreguemos dos filtros para recopilar información, por prefijo apk_ y en el subsistema apk_Subsystem_2 (captura de pantalla tomada en la versión de APK 1.1.11.16):


Como resultado de la verificación, esperamos ver errores e informes de errores relacionados solo con los documentos que coinciden con los filtros. (como se muestra a continuación, los filtros se aplican mediante "O")... También me gustaría acelerar el proceso de verificación, con un descuento por el hecho de que algunas operaciones y comprobaciones se realizan independientemente de la cantidad de objetos que se escanean.

Empecemos con la comprobación. Después de un par de horas de comprobaciones básicas (incluidas comprobaciones de plataforma), veremos que la cantidad de objetos para comprobaciones posteriores ya no asusta 77736, sino solo 65:


Como resultado de las comprobaciones, los informes realmente dejan de proporcionar información sobre objetos "adicionales" y solo informan sobre los objetos que coinciden con los filtros. Al mismo tiempo, se encontraron ambos errores especialmente cometidos y se hicieron otros comentarios:


Sin embargo, casi no hay ganancia en verificar el tiempo de los filtros. En este ejemplo, la verificación completa en lugar de 15 horas tomó 10 horas, es decir, se aceleró solo en un 30%. La sección "Realización de controles" ya ha explicado las razones de este comportamiento. Ahora averigüemos por qué sucede esto a nivel de código y, al mismo tiempo, comprendamos más profundamente cómo funcionan los algoritmos para filtrar y omitir elementos de la estructura de configuración durante las comprobaciones.

Los informes muestran que, además de la información sobre los documentos, también se recopila información sobre el elemento de configuración raíz como parte de las comprobaciones generales. Y al realizar inspecciones, es difícil no darse cuenta de que es el mensaje sobre la inspección de este objeto n. ° 1 el que cuelga en la barra de estado durante casi todas las 10 horas. (en la versión 1.1.11.16)... Al mismo tiempo, el sistema informa sobre la próxima comprobación de 65 objetos, aunque necesitamos un máximo de 6-8 de ellos. Detengamos el proceso en el depurador mientras el mensaje “Objeto # 1 está siendo revisado” cuelga en la barra de estado y veamos qué módulos están siendo revisados. Puede ver que en la primera etapa de verificación, el sistema aún analiza todos los objetos, incluidos, por ejemplo, los módulos comunes de salario que definitivamente no están incluidos en nuestro nuevo subsistema:


Pero no necesitábamos que el sistema recopilara datos sobre módulos comunes. ¿Cuáles son los mismos 65 objetos que verificará el sistema?

Puede obtener una lista de ellos subiendo la pila de llamadas al método CheckObjects () en el módulo de objeto de documento "VersionCheck". A partir de él también puede obtener información de que TODOS los objetos del directorio StructureConfiguration para los que se recopilaron datos se seleccionan para verificación, o el sistema considera que se recopilaron los datos:


Estos objetos son:

Los objetos en sí son menos de 65, el sistema simplemente contó no solo nuestros documentos, sino también sus detalles. Pero puede ver que el elemento raíz de la jerarquía del catálogo ConfigurationConfigurations fue el primero en esta lista. Y hemos visto que es el proceso de verificación el que lleva tanto tiempo.

Teniendo una lista de estos objetos, podemos sacar conclusiones sobre cómo funciona el mecanismo de filtrado y cómo funcionan las comprobaciones con los filtros:

    El filtrado funciona solo en la etapa de recopilación de datos. En el proceso de verificación en sí, los filtros ya no juegan ningún papel. Y esto es lógico, porque los algoritmos se establecen en el modo de usuario. El APC solo los envía para verificar los elementos del directorio StructuralConfiguration, si considera que se han recopilado datos sobre ellos.

    A pesar de los filtros que aplicamos para las comprobaciones, el APK recopila información sobre los módulos de TODOS los objetos de configuración. Los datos de los módulos son utilizados por APC al realizar comprobaciones comunes a toda la configuración. A continuación se mostrará lo que sucede si deshabilita dichas comprobaciones.

    Algunos de los objetos comunes estarán presentes en la lista para verificación en cualquier caso, independientemente de nuestros filtros. Incluyendo el objeto raíz superior: la configuración en sí. Una vez más, esto es necesario para las comprobaciones "generales". Dado que la configuración incluida en la lista todavía se verifica de acuerdo con las mismas reglas que antes, y los módulos comunes, sus textos y algunos otros datos no se filtraron durante la recopilación de datos, se seguirá realizando la verificación más larga de varias horas del objeto n. ° 1. No será posible obtener una aceleración radical del proceso mediante el uso de filtros.

    El sistema decidió verificar no solo los documentos que satisfacen nuestros dos filtros, sino aquellos que satisfacen alguno de ellos. Los objetos que comienzan con el prefijo también se enviarán para verificación. apk_ y aquellos objetos que están incluidos en el subsistema apk_Subsystem2 incluyendo documento new_Document_2_3... Solo ha desaparecido un documento de la lista de objetos escaneados new_Document_1_3 no apto para ningún filtro. El resultado será claro si observa la función de filtrado. Los filtros permisivos funcionan en "O", no en "Y". Si es necesario cambiar esto, nuevamente tendrá que realizar pequeños cambios en este método:


Ahora intentemos "jugar" con el código y ver qué sucedería si el filtrado funcionara no solo en la etapa de recopilación de datos, sino también en la etapa de verificación. Para esto, creemos un elemento más del directorio de Configuración con los mismos filtros:


De manera artificial, en el código del método CheckObjects () del documento VersionCheck, omitiremos el primer elemento de selección al recorrer el resultado de la consulta. Es decir, omitamos el elemento raíz del directorio ConfigurationConfiguration:


Realicemos la misma verificación y observemos el tiempo que llevará todo el proceso y veamos si los resultados de los informes difieren de los obtenidos sin omitir la raíz de la configuración.

En este caso, toma solo 50 minutos desde el inicio del proceso hasta su finalización en lugar de 10 horas:

: Documento creado Verifique la versión 8 del 11/01/2017 20:51:37

………………..

: Comienza a cargar la configuración en archivos XML

: Volcado de configuración a archivos XML completado

………………..

: Comprobación de configuración iniciada

: Comprobación de configuración realizada

Ahora el informe:


Puede ver que el elemento raíz ya no se muestra. Pero además, el informe muestra 9 líneas en lugar de 10, relacionadas con cada documento. Faltan líneas que indican métodos de exportación no utilizados en los módulos del administrador de documentos. Es decir, algunos de los errores se detectan realmente solo si el elemento raíz del directorio ConfigurationConfigurations está involucrado en el proceso de verificación. De lo contrario, las reglas de verificación correspondientes simplemente no funcionan. Estos son errores, cuando se detectan, de acuerdo con la lógica, se debe verificar la relación del objeto con todos los demás objetos de configuración.

Por lo tanto, si queremos acelerar drásticamente las verificaciones al aplicar filtros, esto debe hacerse deshabilitando las verificaciones generales más largas que requieren omitir todos los módulos (esto se puede hacer en la configuración), o desarrollando nuestras propias reglas de verificación alternativas .

Salir:

    La herramienta "Prueba de configuración automática" realmente permite, una vez configurada, encontrar errores en las configuraciones en modo automático. APK permite encontrar errores graves en la configuración, corregir la ortografía y adaptarla a los estándares de desarrollo bastante razonables y razonables de 1C.

    APK no puede ser un reemplazo completo de otras herramientas de mejora de código, como revisiones de código. No le permite rastrear la presencia de copiar y pegar innecesarios (duplicación de código), varias llamadas al servidor donde se pueden empaquetar en una, o verificar los signos más simples de una solicitud no óptima. Pero puede reducir significativamente la necesidad de control visual y convertirse en un buen punto de partida para otras herramientas y prácticas. Y si es necesario, escriba sus propios cheques que resuelvan más problemas que los que están listos para usar.

    A pesar de la falta de información al respecto, dominar esta herramienta para empezar a utilizarla en la práctica no es complicado. Tener un manual de usuario, y ahora este artículo, puede ser un buen comienzo para una guía paso a paso. La configuración del APK en sí es bastante simple y fácil de modificar, al menos en términos de interfaz. Realmente hay mucho que perfeccionar. Para una cómoda y uso efectivo nuestros "tanques" siempre necesitan un archivo))

    El desarrollo de sus propias reglas de verificación requiere dominar el "lenguaje integrado" del APK, más precisamente los procedimientos y funciones integrados; esto se puede hacer utilizando el manual del usuario y las reglas existentes.

    Incluso las operaciones más simples que requieren la recopilación de datos de configuraciones como ERP toman más de 20 minutos para el AIC. Por lo tanto, para desarrollar y depurar sus propias reglas de verificación, debe crear sus propias pequeñas configuraciones de demostración y bases de datos de demostración, en las que algunos módulos violarán esta regla, o realizar comprobaciones utilizando datos recopilados previamente. Ambas técnicas ayudarán a acelerar el proceso de depuración de nuevas reglas.

  • La configuración contiene herramientas para depurar reglas nuevas y existentes. Para trabajar con ellos, debe lidiar con el código de configuración de APC, ver cómo se crean los objetos y en qué contexto se ejecutan los algoritmos especificados en el modo de usuario. Pero si lo desea, parece bastante posible, los enfoques deberían ser similares a los que usamos en "Conversión de datos".

A veces ocurren problemas en las bases de datos 1c: el informe 1c que solía funcionar no se inicia, el documento no se retiene debido a un error incomprensible, es imposible ingresar al programa ... Uno de los principales medios para corregir los errores 1c es probando y arreglando la base de datos 1c 8.3 usando la utilidad incorporada en la plataforma.

Quiero señalar que para cualquier trabajo incorrecto 1C Enterprise 8.3, los principales métodos para restaurar el rendimiento del programa son:

  1. Limpiar la memoria caché 1C Enterprise;
  2. Prueba y fijación de la base 1c 8.3.

El método para eliminar la caché 1C se describe en detalle en el artículo. Considere la segunda herramienta de servicio para administrar la plataforma 1C.

Prueba y reparación de la base de datos 1c 8.3 usando la utilidad incorporada

Para iniciar esta operación, no es necesario tener ningún conocimiento especial, por lo que cualquier usuario puede manejarlo sin contactar con los especialistas de 1c. Para comenzar a probar y reparar, debe ingresar al configurador 1c y seleccionar "Administración" - "Prueba y reparación ..."

Descripción de la utilidad "Prueba y reparación de la base de datos 1c"

El formulario que se abre contiene una serie de elementos que le permiten corregir errores. Para ser utilizado profesionalmente esta herramienta, es necesario comprender el propósito y la lógica de cada uno de los puntos, así que echémosle un vistazo más de cerca:

  • Reindexar tablas de la base de datos.

Para búsqueda rápida información, las tablas auxiliares se agregan a las tablas principales con los datos principales, en los que los datos se ordenan de acuerdo con los campos especificados de la tabla principal: la tabla de indexación. Debido al uso de tablas de indexación, el rendimiento de 1c aumenta significativamente, ya que no hay necesidad de iterar sobre toda la tabla de datos principal para la selección, puede usar el archivo de índice y seleccionar los registros necesarios desde allí.
Al escribir datos en las tablas de datos principales, las tablas de indexación también se llenan. Pero por diversas razones técnicas, los índices pueden perderse, lo que al final puede dar lugar a errores. Para corregir esta clase de errores, cuando se realiza la prueba y corrección de la base 1c 8.3, debe marcar la casilla junto a este elemento del menú.

  • Comprobando la integridad lógica de la infobase

Al momento de crear nuevos objetos en la configuración 1c, se crean nuevas tablas en la base de datos, las cuales indican vínculos con otras tablas en la base de datos. Por varias razones, las conexiones pueden volverse incorrectas (por ejemplo, debido a una actualización incorrecta o un corte de energía inesperado en el momento de la grabación). Para corregir este tipo de error, seleccione este elemento del menú.

  • Comprobación de la integridad referencial de una base de datos

Para identificar y corregir estos errores, seleccione este elemento del menú, mientras que las opciones para manejar dichos errores están activadas a continuación (consulte la figura anterior). Podemos elegir cómo corregir los errores cuando si hay referencias a objetos inexistentes: crear objetos, enlaces claros, no cambien; y con pérdida parcial de datos: crear objetos, elimine el objeto, no lo cambie.

  • Nuevo cálculo de totales

Para realizar selecciones rápidas de datos en la base de datos 1c, existen tablas con datos ya calculados con una frecuencia mensual. Cuando solicitamos estos datos, no se recopilan de las tablas principales (tomaría mucho tiempo), sino que se devuelven inmediatamente a partir de los datos de las tablas de totales. En consecuencia, para que este mecanismo funcione, es necesario tener resultados correctos para los períodos pasados. Por lo tanto, si 1s "hace trampas" en los informes, este elemento de menú corrige dicho error.

  • Comprimir tablas de infobase

Eliminar objetos en la base de datos es una operación bastante laboriosa y que requiere mucho tiempo, por lo tanto, en las configuraciones 1c, el proceso de eliminación se divide en 2 etapas. Cuando borras objetos en la configuración, los datos de la base de datos 1c se ponen a cero y, debido a esto, no participan en más operaciones, aunque permanecen físicamente en su lugar. Para limpiar las tablas de estos registros, realizan pruebas y correcciones de la base 1c 8.3 con el elemento de menú "Comprimir tablas base de información».

  • Reestructuración de tablas de la base de datos

Al cambiar los detalles de cualquier objeto de metadatos 1c, la base de datos debe complementar todas las tablas del objeto modificado con nuevos registros. Esto se hace reestructurando las tablas de la base de datos. Durante el proceso de reestructuración, se crean copias de las tablas de la base de datos con la estructura de la configuración actual, luego de lo cual los datos se transfieren a las tablas creadas. Si se agrega una variable a los metadatos 1c, se creará una columna vacía para ella en la nueva tabla; si se elimina un atributo, no se creará una columna para este atributo en la nueva tabla y, en consecuencia, no se transferirá.
El proceso de reestructuración volverá a crear todas las tablas en la base de datos, por lo que esta es la operación más larga.

Prueba y fijación de la base 1c 8.3 en la práctica

Después de recibir información completa, creo que puede navegar fácilmente qué elementos de utilidad necesita seleccionar para solucionarlos.

La prueba y reparación de la base 1c 8.3 se puede realizar de dos modos:

  1. Pruebas. En este modo, la base de datos se prueba y se realizan arreglos técnicos para errores menores.
  2. Pruebas y reparaciones. En este modo, la base de datos 1C se prueba e intenta corregir todos los errores detectados (consulte la figura anterior).

Para probar y reparar la base 1c 8.3, debe hacer clic en el botón "Ejecutar", después de lo cual, en la ventana de información en la parte inferior del configurador, puede ver el progreso de las pruebas y las correcciones.

Similar

La implementación de 1C 8 proporciona una gran cantidad de ventajas, sin embargo, el trabajo efectivo es posible solo si Alta calidad sistemas, tanto funcionales como tecnológicos.

Calidad funcional y tecnológica del sistema: características y diferencias. La calidad funcional del sistema de información es la capacidad de una determinada configuración para resolver los problemas comerciales de la empresa, y la calidad tecnológica es alta productividad, sin fallas y funcionamiento estable. La gestión del desempeño de la calidad varía considerablemente:
  • la calidad tecnológica del sistema se comprueba durante una implementación específica del sistema. Programa con licencia 1C implementado en la plataforma 1C: Empresa 8, debe garantizar el funcionamiento estable de varios usuarios en determinados equipos. En este caso, no importa qué capacidades sean inherentes al sistema;
  • La calidad funcional se prueba para una configuración específica y sus capacidades. La calidad del sistema está determinada por la capacidad para realizar las tareas asignadas, independientemente de las condiciones de uso.
La calidad funcional del sistema puede comprobarse mediante los siguientes indicadores:
  • El programa con licencia 1C resuelve todos los problemas comerciales;
  • en respuesta a cualquier acción correcta del usuario, el sistema se comporta de manera adecuada y predecible.

Por tanto, la calidad funcional consta de dos áreas: temática y técnica. La evaluación temática del sistema solo puede ser realizada por un profesional en un campo específico, mientras que la técnica puede ser evaluada independientemente de las tareas.

¿Por qué es necesaria la alta calidad funcional del sistema? El desarrollo de un sistema para la implementación requiere un enfoque serio por varias razones. Un sistema de alta calidad asegura una implementación más sencilla de 1C 8, lo que, como resultado, ahorra tiempo y dinero a la empresa. Además, mantener un sistema 1C de alta calidad es mucho más fácil y requiere menos atención por parte de los especialistas.

Al desarrollar nuevas soluciones basadas en un sistema listo para usar, todos los procesos son mucho más rápidos y fáciles, y su operación elimina las interrupciones operativas.

¿Cómo definir la calidad funcional? La ausencia de errores en el código del programa no significa en absoluto que la calidad funcional del sistema esté en un cierto nivel.

La calidad general de una configuración se puede determinar mediante varios factores, por ejemplo:

  • disponibilidad de información de referencia actualizada y detallada. Al presionar "F1", el usuario debe necesariamente obtener ayuda sobre cada objeto de configuración;
  • disponibilidad de propinas. Breves sugerencias sobre cada control de formulario deben explicar el significado de estos formularios;
  • Las dimensiones de las formas de la pantalla deben garantizar un trabajo cómodo y no deben exceder valores estándar;
  • el texto de los mensajes y advertencias de los sistemas debe ser conciso y comprensible, sin errores ortográficos y gramaticales;
  • antes de realizar cualquier acción irreversible, el sistema debe emitir un aviso con información sobre la operación y sus consecuencias;
  • código de programa debe tener comentarios actualizados y completos.
Lista llena Los requisitos de calidad del sistema están contenidos en manual metodológico"Sistema de estándares y métodos de desarrollo de configuraciones". Gestión de la calidad del sistema: métodos y Posibles problemas La mayoría método efectivo El sistema de gestión de la calidad es la prevención. Como ocurre con cualquier empresa, es más fácil solucionar la causa raíz de un problema que solucionar las consecuencias de mala calidad. Una técnica que le permite identificar y minimizar los errores de configuración en la plataforma. 1C: Empresa 8 consta de varios puntos:
  • definir los estándares básicos que se requieren para la configuración;
  • comprobar que la versión actual cumple con los estándares establecidos;
  • ante la detección de inconsistencias, notificación a los especialistas sobre los errores encontrados; acumulación de información estadística sobre errores.
Sin embargo, a pesar de la prevalencia, este método tiene varias cualidades negativas:
  • incluso un sistema pequeño requiere mucho tiempo para verificarlo, y una configuración compleja, que incluye cientos de objetos, hace que la verificación manual sea simplemente imposible;
  • el verificador de configuración debe estar altamente calificado y tener conocimiento de los estándares. Incluso si la empresa cuenta con un especialista de este tipo, perder el tiempo realizando operaciones de rutina no es la decisión más racional.
¿Cómo reducir el tiempo dedicado a comprobar la calidad del sistema? Ofertas 1C herramienta útil"Verificación de configuración automatizada", que brinda la capacidad de:
  • compruebe las configuraciones "1C: Enterprise 8" para comprobar el cumplimiento de los métodos de desarrollo. Además, el registro del programa se puede complementar con reglas especiales de verificación, que son necesarias para caso específico;
  • recopilación de información sobre errores encontrados en el sistema y distribución automática según el grado de criticidad;
  • distribución de errores entre los desarrolladores responsables de corregirlos.
Aplicaciones para verificación automatizada Usando un producto de software 1C: verificación de configuración automatizada, puede resolver varios problemas a la vez, incluidos:
  • control sobre la calidad funcional de las configuraciones, tanto de producción como individuales, desarrolladas para una organización específica;
  • El soporte 1C incluye revisiones periódicas y cambios a programas estándar y específicos de la industria, y la solución 1C: Automated Configuration Checker le permite verificar la calidad de estas revisiones;
  • evaluación de la calidad de la configuración ofrecida a la empresa. En el proceso de preparación para la implementación, el programa le permite conocer no solo la calidad tecnológica de la configuración, sino también la competencia de sus desarrolladores.
Además de las ventajas obvias, el uso del programa 1C para la verificación automática del sistema ayuda a capacitar a los profesionales de TI para que estudien a fondo todas las secciones de la configuración. Verificar las modificaciones le permitirá identificar rápidamente todos los lugares "temporales" y de baja calidad en el sistema, y ​​la personalización le permitirá acostumbrarse a la idea de que todas las secciones de configuración deben realizarse de manera eficiente, sin esperar una revisión posterior.

Entonces con la ayuda programa conveniente 1C cualquier empresa podrá garantizar la implementación de un sistema de alta calidad y el perfecto funcionamiento de la configuración.

29.09.2016

Comprobación de la legalidad del uso de las actualizaciones instaladas de configuraciones típicas de programas del sistema 1C Enterprise 8.

Obtenga acceso a la nube 1C: Fresh de forma gratuita durante 30 días.

A partir de la versión 8.3.7 de la plataforma 1C: Enterprise, los programas de 1C han implementado un mecanismo para verificar la legalidad del uso de soluciones aplicadas de 1C, incluidas las actualizaciones de la configuración de 1C.

Después de instalar la próxima actualización de la configuración típica y la plataforma 1C: Enterprise, el programa puede mostrar un mensaje de que hay problemas para verificar la legalidad del uso de la actualización de configuración instalada en el centro de protección de actualizaciones.

El propósito de este mecanismo es informar al usuario de manera oportuna sobre el uso real de ciertas versiones o lanzamientos de la configuración, sobre los cuales no tiene derechos, y los riesgos legales potenciales asociados con esto.

La verificación se realiza para las soluciones de aplicación implementadas en la versión de archivo o en el servidor en la versión MINI. La verificación de validación no se realiza para las soluciones de aplicaciones que utilizan una licencia básica. El procedimiento de verificación se lleva a cabo después de que se completa la actualización de la configuración del sistema 1C: Enterprise y el programa realiza una solicitud al Centro de protección de actualizaciones (en adelante, CPO).

¡Atención! V este momento posible problemas técnicos con la disponibilidad del sitio del Update Protection Center https://1cv8update.com




Al verificar la legalidad de la actualización de configuración instalada, se utiliza información sobre el programa y los datos cuenta creado durante el registro del producto de software y el acuerdo de soporte de TI en el 1C: ITS Portal. Si la actualización de la configuración se instaló ilegalmente, el programa genera periódicamente un cuadro de diálogo que contiene información sobre los motivos del uso ilegal de la solución aplicada.

En caso de que la llamada se complete con éxito, el CPO devuelve el estado de legalidad de uso. Si el CPO no confirma la legalidad de usar la actualización de configuración instalada, el sistema 1C: Enterprise comienza a informar a todos los usuarios de la base de información que esta solución aplicada se utiliza ilegalmente, mientras se muestra la información que se recibe del CPO.

La información sobre los resultados de la verificación también se puede ver en el cuadro de diálogo "Acerca del programa", que contiene información sobre cómo terminó la llamada al CPO:


Para que la solución aplicada 1C pase con éxito la verificación en el CPO, es necesario que se cumplan las siguientes condiciones:

  • El programa debe tener licencia.
  • El producto de software debe tener una suscripción válida a ITS.
  • El producto de software debe estar registrado con cuenta personal usuario en Portal 1C
  • El soporte para usuarios de Internet debe estar habilitado en la configuración.
Por lo tanto, si su programa 1C informa problemas para verificar la validez de la configuración utilizada, esto puede deberse a una o varias razones:
  • Razón 1. Se utiliza una versión sin licencia (pirateada, pirateada, "hardware", "parcheada", etc.) software 1C.

    Solución: Podemos ofrecer dos opciones para resolver el problema: comprar una versión con licencia del producto de software 1C o empezar a trabajar en "1C en la nube".

    Opción 1: Adquiera una versión con licencia del producto de software 1C.

    Tenga en cuenta que debe comprar exactamente el kit que incluye la configuración que está utilizando, es decir, si, por ejemplo, usa 1C: Gestión comercial, entonces no tiene sentido comprar 1C: Contabilidad, porque esto no resolverá el problema de verificar la validez del uso de la configuración.
    Si tiene una versión del programa para un solo usuario en modo de archivo, entonces será suficiente comprar solo el paquete básico. Si la versión de red se usa en varias computadoras en modo cliente-servidor, entonces también debe comprar más licencias de cliente y una licencia para el servidor 1C: Enterprise.

    Costo de los programas 1C

    NombrePrecio
    frotar.
    Un comentario
    1C: Contabilidad 8 PROF. Entrega electronica



    La mayoría opción rápida¡Licencia!
    ¡Tiempo de entrega 3-4 horas desde la fecha de pago! *
    Suministro básico para 1 lugar de trabajo
    con un sistema de protección de software.
    1C: Gestión de sueldos y personal 8 PROF. Entrega electronica
    ¡La opción de licencia más rápida!
    ¡Tiempo de entrega 3-4 horas desde la fecha de pago! *
    Entrega básica para 1 puesto de trabajo
    con un sistema de protección de software.

    El costo de los demás productos de software 1C: Los sistemas empresariales, las licencias de cliente y servidor adicionales se pueden encontrar en la lista de precios.
    Si necesita urgentemente legalizar 1C: Contabilidad o socios de 1C no tienen este programa en su región, puede adquirir "Entrega electrónica" en nuestra empresa. La entrega electrónica es una versión "sin caja" del programa, que tiene licencia al 100%, funcionalmente no es diferente de la "caja" habitual. Después del pago en la cuenta personal de Portal 1C, puede descargar las distribuciones de instalación del programa, los códigos de activación y la documentación en en formato electrónico(v formato pdf). Si necesita la ayuda de nuestros especialistas a la hora de instalar el programa, ellos le ayudarán de forma remota a través de Internet.

    Opción 2: Ir a trabajar en "1C en la nube".

    En este caso, carga su base de datos con todas las credenciales acumuladas al servidor en la nube de 1C Fresh (https://1cfresh.com/).
    No es necesario comprar el software 1C e instalar el programa en sus computadoras. El trabajo en el programa se lleva a cabo a través de Internet utilizando un navegador normal o "1C Thin Client", que se puede descargar legalmente desde el sitio web oficial de 1C de forma gratuita.
    El acceso al servidor en la nube 1C se proporciona en régimen de arrendamiento de acuerdo con el modelo de negocio SaaS (Software as a Service). El costo de acceso a la versión en la nube de 1C es de 500 a 600 rublos por mes por usuario. El costo exacto dependerá del número de usuarios, el número de bases de datos utilizadas, la tarifa elegida y el método de pago.

    El costo de alquilar programas 1Cen la nube usando el modelo SaaS

    NombreÍndice
    "PROF" **
    Índice
    "TECHNO"
    Costo de propiedad por usuario por mes
    al concluir un contrato por 12 meses.
    495 rublos / mes
    525 rublos / mes
    El costo exacto depende de las condiciones de pago *:
    • Pago mensual
    • Pago anticipado 3 meses
    • Pago por adelantado por 6 meses
    • Pago por adelantado por 12 meses

    RUB 2970
    RUB 8031
    RUB 15498
    RUB 29664

    1200 RUB
    3498 RUB
    6546 RUB
    RUB 12528
    Número de usuarios concurrentes5 usuarios.
    2 usuarios.
    Aplicaciones disponibles de la lista:
    • 1C: Contabilidad 8
    • 1C: Gestión de sueldos y personal 8
    • 1C: Gestión de una pequeña empresa 8
    • 1c contabilidad institución del Estado 8
    • 1C: Salario y personal de una institución pública 8
    • 1C: Informes de emprendedores 8
    • 1C-Chimenea: Salario
    TodoUno de la lista para elegir
    Número de bases de informaciónSin FronterasUna base de datos en funcionamiento
    + una prueba / archivo / demostración

    *El costo indicado es válido sujeto a la continuidad del contrato.
    ** El costo de conexión a tarifa PROF, además del acceso para 5 usuarios a un número ilimitado de bases de datos, incluye una cantidad de servicios adicionales: 1C-Reporting; marco legal "1C: Garante"; Acceso completo Para sistema de informacion 1C: SU; consultas y respuestas de auditores y expertos a las preguntas de los usuarios sobre cuestiones contables, fiscales y de personal (en la cuenta personal del sitio web 1C: ITS); acceso a actualizaciones para versiones en caja plataformas 1C: Enterprise y configuraciones típicas 1C, etc. Más detalles.

    ¡Los primeros 30 días de acceso son gratuitos!
    Para que pueda evaluar la disponibilidad, la estabilidad, la velocidad y la usabilidad por sí mismo, podemos proporcionar acceso libre al servicio en la nube 1C: Fresco durante 30 días.

    Materiales informativos:
    -
    - Instrucciones para cargar una base de datos desde una computadora local en el 1C: servicio en la nube Fresh
    - Instrucciones para instalar y configurar un cliente ligero 1C para que funcione con el servicio en la nube 1C: Fresh
    - Formulario de solicitud de conexión al servicio en la nube 1C: Fresh
    - Formulario de solicitud de autorregistro en el servicio en la nube 1C: Fresh

  • Razón 2. No existe un contrato válido para soporte de tecnología de la información (ITS).

    Solución: concluir un acuerdo de soporte de tecnología de la información. Si necesita suscribirse urgentemente a un ITS, puede suscribirse a él en nuestra empresa, incluso si se encuentra en otra región de la Federación de Rusia y compró el programa 1C en otro lugar. La única condición es que el programa debe tener licencia.

    Costo de suscripción de ITS

    Preste atención a los siguientes puntos:

    • Hay dos opciones para la suscripción a ITS: ITS Techno e ITS PROF, que difieren en el contenido de la información. ITS Techno incluye la opción de soporte mínimo (acceso al sitio de soporte técnico de 1C para actualizaciones de autodescarga). ITS Prof, además del acceso a las actualizaciones, incluye una serie de servicios y servicios adicionales, por ejemplo, 1C: Reporting, 1C: Counterparty, 1C: Fresh, 1C: Cloud archive, base legal "GARANT" y muchos otros. Para una comparación detallada de ITS Techno y PROF, consulte.
    • El costo de una suscripción ITS depende del período del contrato. La opción mínima es una suscripción única durante 1 mes, pero dada la necesidad de actualizar regularmente el software de contabilidad para 1C: Accounting, recomendamos suscribirse por un período más largo.
    • El costo de una suscripción para la renovación continua de la suscripción ITS es menor que para su renovación.
      NombrePrecio a
      continuo
      prolongación
      frotar.
      Precio a
      renovación
      contrato
      frotar.
      Suscripción única de ITS PROF por 1 mes
      4818
      ITS Techno durante 6 meses

      7854
      ITS Techno durante 12 meses

      15036
      SU PROF durante 3 meses

      9636
      SU PROF durante 6 meses
      18600
      SU PROF durante 12 meses
      35592
  • Razón 3. El producto de software no está registrado en la cuenta personal del usuario en el portal 1C.

    Solución: registre el producto de software.
    Instrucciones para registrar productos de software en la cuenta personal de Portal 1C: ITS (portal.1c.ru)
    Si el usuario no se ha registrado previamente en el portal, entonces antes de registrar un producto de software en su cuenta personal, el usuario primero debe registrarse en el portal por su cuenta y recibir un nombre de usuario y contraseña para acceder a su cuenta personal.
    Instrucciones para registrar usuarios en el 1C: ITS Portal (portal.1c.ru)

  • Razón 4. El soporte de Internet para el usuario en el programa 1C no está configurado.

    Solución: configure el soporte de Internet.
    Instrucciones para conectar el soporte de Internet en configuraciones típicas 1C: Enterprise 8

Problemas técnicos

Si utiliza una versión con licencia del programa, el producto de software se registra en la cuenta personal del portal 1C, hay una suscripción ITS válida y el soporte de Internet está configurado correctamente, y el programa aún muestra los mensajes "Centro de licencias no disponible", "No se completó el registro de configuración en el centro de licencias", "El nodo remoto no pasó la verificación", etc., entonces son posibles problemas técnicos:

1. El servidor CPO https://1cv8update.com no está disponible
En este caso, es necesario verificar el estado y la disponibilidad del servidor para el bloqueo por antivirus, firewalls, firewalls o configuraciones de seguridad del servidor proxy.

2. En el sitio https://1cv8update.com, se actualizó el certificado de seguridad y está utilizando la antigua plataforma 1C: Enterprise (o el modo de compatibilidad está configurado) por debajo de la versión 8.3.8. En este caso, debe actualizar la versión de la plataforma, configurar el modo de compatibilidad o registrar manualmente el certificado de seguridad en el archivo cacert.pem en el directorio bin.

3. Quizás el servidor del Centro de protección de actualizaciones simplemente está sobrecargado, intente repetir el procedimiento de verificación varias veces haciendo clic en el botón "Reintentar ahora" o realizando la verificación más tarde.



Aclaraciones sobre los términos de distribución de actualizaciones de software 1C Enterprise

Al vender productos de software 1C, los derechos no exclusivos (limitados) para usar el software se transfieren del titular de los derechos de autor (empresa 1C) al licenciatario (usuario) de acuerdo con los términos del Acuerdo de licencia incluido en la entrega del producto de software. . Al mismo tiempo, el Licenciatario se compromete a cumplir estrictamente y no violar las reglas de uso con licencia de productos de software, y la violación de los términos del "Acuerdo de licencia" se considera una violación de los derechos de autor y es procesada.

De acuerdo con el "Acuerdo de licencia" en el costo de los productos de software "1C" en en la actualidad incluye soporte de tecnología de la información (ITS) por 3 meses, que incluye recibo mensual Discos DVD SU; recibir actualizaciones de programas, configuraciones y formularios de informes; servicios de línea de consulta; acceso al sitio apoyo técnico"1C" (a partir del 01.01.2016 puede adquirir una versión "sin disco" del ITS).

Después de la expiración del período de soporte gratuito, los programas 1C reciben servicio solo bajo un contrato ITS de forma paga.

Además, al instalar una actualización, el usuario confirma su acuerdo con los términos de distribución y uso de las actualizaciones y acepta la responsabilidad por las violaciones de los términos de uso, de lo contrario, el usuario debe negarse a instalar la actualización.

Por tanto, no sólo los programas en sí, sino también ACTUALIZACIONES a los programas de producción de la empresa "1C", son objetos del derecho exclusivo de la empresa "1C" y se distribuyen de acuerdo con las reglas establecidas por la empresa "1C" como titular de los derechos de autor de conformidad con el art. 1225 del Código Civil, y un desautorizado PROPAGAR y USO las actualizaciones se consideran una infracción de los derechos de autor y son procesadas:

  • Arte. 1301 Civil Del código RF,
  • Arte. 7.12 del Código Federación Rusa sobre infracciones administrativas de la Federación de Rusia,
  • Arte. 146 del Código Penal de la Federación de Rusia.

Las actualizaciones y recursos de información deben ser obtenidos por el usuario a través de los canales legales de distribución:

  • discos de soporte de tecnología de la información
  • sitios de la empresa "1C": www.1c.ru, v8.1c.ru, online.1c.ru, its.1c.ru, portal.1c.ru, releases.1c.ru, users.v8.1c.ru
  • oficinas de socios de la empresa "1C"

Las actualizaciones recibidas de otras fuentes son ILEGALES:

  • copiado de un amigo
  • la actualización fue instalada por "estudiante Vasya" (fuente desconocida)
  • descargado de un sitio que no es el sitio oficial de "1C"
  • comprado en un puesto
  • etc.

Es muy sencillo averiguar la elegibilidad para usar la actualización: la empresa 1C recibe información sobre todos los suscriptores legales de ITS con números de registro de los productos de software instalados de la empresa 1C y el período de suscripción, cada actualización tiene un número único y la fecha de lanzamiento. , la fecha y la hora de instalación de la actualización en la computadora del usuario se conocen se fija en el propio programa, es decir en caso de consultar con el usuario en el momento del lanzamiento e instalación de las actualizaciones, se debe emitir una suscripción al ITS.

Comprobando una suscripción a ITS

Con el fin de evitar reclamaciones de las fuerzas del orden y aclarar la legalidad del uso de actualizaciones y recursos de información, recomendamos que los usuarios busquen una suscripción a ITS para su producto de software en el sitio web de 1C:
.
Después de ingresar el número de registro del programa "1C: Enterprise" que se está utilizando, aparecerá un mensaje en la pantalla sobre la presencia o ausencia de una suscripción ITS válida.

  • Compruebe si ha enviado un formulario de registro a 1C
  • Si los datos han cambiado, infórmelo a "1C"
  • Asegúrese de que el canal a través del cual recibe actualizaciones sea legal (socio oficial de "1C", sitios oficiales de "1C")
  • Antes de registrarse para una suscripción ITS, verifique si la empresa que lo atiende es un socio oficial de 1C
  • De acuerdo con el número de registro de su programa, asegúrese de que la suscripción esté registrada en "1C" en el sitio.
    http://www.1c.ru/rus/support/support.htm
  • No olvide renovar su suscripción a tiempo

No requiere una suscripción a ITS:


Etiquetas: Verificar la legalidad de recibir actualizaciones de las configuraciones 1c, verificar la legalidad de la actualización 1c 8.3, monitorear la legalidad de las actualizaciones 1c, 1s descargar actualizaciones, sus, 1s su, disco su, verificar la legalidad de 1c 8.3 7, usuarios.1c .ru, its.1c.ru, acompañamiento 1s 8

Se debe probar y corregir la base de datos 1C 8.3 si tiene errores en la base de datos y antes de actualizar la configuración de la base de datos. En la mayoría de los casos, si su base de datos está dañada, ayuda.

Antes de probar y reparar, debe hacer respaldo base. Si no puede ingresar al configurador, entonces en la carpeta con programa instalado 1C tiene una utilidad de prueba y reparación, que no requiere ejecutar el programa en el modo configurador. Hablaremos de todo esto a continuación.

Echemos un vistazo a esta herramienta y cómo trabajar con ella. Echemos un vistazo más de cerca a las banderas que se deben configurar en la interfaz.

Iniciemos el programa en el modo configurador:

Seleccione en el elemento del menú Administración "Prueba y reparación":

¿Qué casillas de verificación debo poner?

Hay varias opciones para configurar las pruebas, considere estas casillas de verificación:

  • Re-indexar tablas de la base de datos es una reconstrucción completa de índices en tablas de bases de datos. La reindexación aumenta la velocidad de la base de datos. El procedimiento es largo, pero nunca será superfluo.
  • Comprobando la integridad lógica de la infobase- comprobar la integridad lógica y estructural de la base de datos, corregir errores de datos;
  • Comprobación de la integridad referencial de una base de datos- comprobar si hay "enlaces rotos" en la base de datos. Estos errores pueden ocurrir durante la eliminación directa de objetos o fallas del sistema. Hay 3 opciones para corregir dichos errores:
    • Crear objetos- el sistema crea elementos stub, que luego se pueden completar con la información necesaria,
    • Enlaces claros- se limpiarán los enlaces "rotos",
    • No cambies- el sistema solo le mostrará errores.
  • Nuevo cálculo de totales. Totales es una tabla de resultados precalculados en registros de acumulación, cálculo y contabilidad. El recálculo de los resultados, así como la nueva indexación, nunca será perjudicial y dará un plus en la velocidad del programa;
  • Comprimir tablas de infobase- al eliminar datos, 1C no elimina las filas de la tabla, sino que solo las "marca" para su eliminación. No son visibles para el usuario, pero seguirán estando en la base de datos. Compactar la base de datos eliminará permanentemente estos datos. Se puede lograr el mismo efecto descargando y cargando un archivo de base de datos (* .dt);
  • Reestructuración de tablas de la base de datos- un largo proceso mediante el cual el sistema vuelve a crear las tablas de la base de datos. Este procedimiento también ocurre cuando se realizan cambios en la estructura de configuración.

En nuestro ejemplo, coloque todas las casillas de verificación como se muestra en la figura y haga clic en "Ejecutar":

Podemos observar el estado de la operación en la esquina inferior izquierda de la ventana del configurador 1C. Los errores detectados se muestran en la ventana de mensajes de servicio.

Una vez finalizada la prueba, haga clic en "Cerrar":

Podemos ver el resultado de las operaciones en la ventana de mensajes de servicio.

Pruebas y reparaciones completadas.

Si el configurador no se abre: utilidad chdbfl.exe

Si la base está tan dañada que no puede ingresar al configurador, puede usar. La utilidad se instala junto con la plataforma 1C y se puede encontrar en la carpeta Bin del directorio de instalación:

Antes de comenzar a probar, definitivamente necesita hacer una copia de su base de datos, ya que el uso de esta utilidad puede tener consecuencias irreversibles. Como no puede ingresar al configurador, necesita hacer una copia de respaldo copia simple directorio de su infobase.

Después de hacer clic en copiar, haga clic con el botón derecho en un espacio vacío en la ventana de la carpeta y haga clic en "Pegar". Se hace una copia, ejecute la utilidad:

Aparece la ventana principal de la utilidad. Necesitamos proporcionar el nombre del archivo de la base de datos. Haga clic en tres puntos. Se abre una ventana para seleccionar un archivo de base de datos. Buscamos el directorio de su base de datos y en él apuntamos al archivo 1Cv8.1CD. Haga clic en "Abrir".

Marque la casilla "Corregir errores detectados" y haga clic en "Ejecutar".

Estamos esperando el final de la operación. Ella puede tomar largo tiempo, dependiendo del tamaño de la base.

Después de la ejecución, si se han corregido los errores, se mostrarán en la ventana de la utilidad. En mi caso, no se encontraron errores. Haga clic en "Cerrar" e intente ingresar al programa. Si aún no puede ingresar, debe comunicarse con un especialista.