Consideremos una situación típica en la que suelen encontrarse los principiantes. Digamos que hay una configuración típica de 1C: Integrated Automation 8. Inicialmente, la configuración se instaló desde el kit de distribución (digamos, versión 1.1.20.1). Luego, debido a la necesidad de adaptarse a las particularidades de la empresa, se incluyó la posibilidad de cambio (los recién llegados muy a menudo llaman erróneamente a esta acción eliminación del soporte, aunque en realidad no es así).

Y ahora, después de un tiempo, tenemos una configuración muy modificada, pero aún estándar (a los efectos de la contabilidad regulada, la actualizamos periódicamente). Veamos algunas situaciones hipotéticas:

1) Algún tiempo después de la siguiente actualización, recibimos un mensaje del departamento de contabilidad sobre un error que ocurre durante la operación rutinaria de cierre de fin de mes. No había tal error antes, por lo que la culpa es de la actualización. Una situación bastante típica. Comenzamos a diagnosticar el error y vemos que las piernas están creciendo fuera del módulo general Contabilidad del IVA y Formación de Movimientos. Comenzamos a comprender y comprender que este módulo se rediseñó significativamente a uno estándar y después de fusionarlo, "perdimos" algunos de los procedimientos/funciones (o, como suele suceder en los estándar, "saltamos" a otro módulo común). En vista de las complejidades módulos comunes entre sí de forma típica, en la etapa de actualización no siempre es posible identificar un problema que se manifiesta solo cuando los usuarios trabajan.

Entonces entendemos que para resolverlo necesitamos una configuración típica de la versión actual (digamos 1.1.23.1). ¿Pero dónde puedo conseguirlo? Si hay un francés conocido y puede enviar rápidamente el kit de distribución, genial, pero supongamos que no está allí y que el problema debe solucionarse urgentemente. (¡No sugieras Varese!). Además, puede que no haya Internet y ¿qué hacer en tal situación? He sido testigo repetidamente de un proceso en el que una persona instaló nueva base desde la distribución inicial existente, y luego la actualizó constantemente a la última versión para ver en una base de datos limpia "cómo debería ser realmente". Y el cofre, como siempre, acaba de abrirse :)

Ahora veamos diferentes soluciones:

a) Primera opción: Menú -> Configuración -> Comparación de configuraciones, luego seleccione la configuración del proveedor y compárela con la configuración principal.

Sorprendentemente hay quienes no lo saben. O, en cualquier caso, utilizar el elemento Comparar, combinar con la configuración del archivo (habiendo obtenido/recibido previamente el estándar .cf).

b) El segundo método es adecuado si necesitamos no solo ver los cambios, sino también realizar la fusión inmediatamente.

Menú -> Configuración -> Soporte -> Configuración de soporte y en la parte inferior haga clic en el botón Comparar, fusionar.

2) Otra situación: digamos que cambiamos o eliminamos algún fragmento de código estándar, y después de un tiempo resultó que cometimos un error y necesitamos restablecer todo. Y como suele suceder, no existe una copia de seguridad de la configuración guardada antes de realizar los cambios. Pero sabemos con certeza que este fragmento de código está contenido en el código estándar, por lo que la configuración del proveedor resolvería el problema.

Naturalmente, puedes hacer lo mismo que en el primer caso. Espere a que se complete el proceso de comparación y, desde la ventana de comparación de configuración, abra el módulo estándar y copie el código desde allí.

Algunas personas hacen precisamente eso, pero si estamos ante un monstruo como UPP, que también está muy modificado, entonces podemos esperar mucho tiempo hasta que se complete el proceso de comparación. Si tuviéramos un archivo .cf, simplemente podríamos abrirlo en la ventana de configuración (por cierto, tampoco todos los principiantes conocen esta característica) y copiar el código requerido desde allí.

Y surge una pregunta razonable: ¿cómo se puede guardar la configuración del proveedor en un archivo? ¿Por qué no hay un elemento de menú similar a Guardar configuración en un archivo para la configuración principal o Guardar configuración de la base de datos en un archivo para la configuración de la base de datos? ¿Dónde ocurre lo mismo para la configuración del proveedor? De hecho, también está ahí, sólo que enterrado un poco más profundamente. Es decir, todo está en la misma forma de configuración de soporte.

Lo que pasa es que mucha gente lo abre sólo una vez. este formulario sólo para habilitar la posibilidad de cambio y nunca volver a él.

Y en nuestro caso, fue posible hacerlo aún más sencillo, sin siquiera guardar la configuración en un archivo, hacer clic en el botón Abrir. El efecto es el mismo, pero mucho más rápido.

¿Por qué más podría necesitar guardar la configuración del proveedor en un archivo?

3) Considere la siguiente situación. Digamos que en la etapa inicial de existencia de la configuración, la configuración estándar no tenía la funcionalidad que necesitábamos y se tomó la decisión de mejorarla. La modificación fue mínima, pero en el futuro aún generó inconvenientes a la hora de actualizar. Pero luego, después de un tiempo, descubrimos que esta funcionalidad (como fue el caso con el control de versiones de objetos en algún momento) apareció en la versión estándar (y, como suele suceder, se implementó un orden de magnitud mejor que la modificación "improvisada" ).

Daré algunos ejemplos más de situaciones reales en las que se produce una reversión a configuración típica:

1. Un par de veces me encontré con configuraciones en las que solo los diseños de los formularios impresos estaban sujetos a modificación. Por falta de experiencia o desconocimiento, el programador que acompañó la configuración, en lugar de crear un externo formulario impreso eliminó la configuración del soporte y modificó los diseños integrados (a menudo de manera trivial para agregar el logotipo de la empresa), después de lo cual los usuarios se vieron privados de la capacidad de actualizar automáticamente.

2. De nuevo, por ignorancia funcionalidad típica(muy a menudo los antiguos “estudiantes de siete años” sufren esto) en lugar de usar propiedades y categorías, se agregaron detalles de libros/documentos de referencia cuando no había una buena razón para esto (por ejemplo, los datos se usaron solo para enviarlos a formularios impresos ).

Por supuesto, esto no es un problema si estamos tratando con UT u otra configuración de plan de gestión, donde las actualizaciones generalmente no son críticas, pero en este ejemplo estábamos hablando de SCP modificados o automatización compleja. Y resulta que debido a pequeñas mejoras que podrían haberse implementado sin eliminar el soporte completo, tenemos hemorroides innecesarias con actualizaciones estándar.

Existe un deseo razonable de abandonar las modificaciones realizadas y volver a poner la configuración en pleno soporte. ¿Cómo hacer esto?

La única forma de volver a poner la configuración en soporte completo es cargar (no en el modo de comparación y fusión, sino en el elemento Cargar configuración desde archivo) standard.cf. Es por eso que necesitamos la capacidad de guardar la configuración del proveedor en un archivo .cf. Guardamos, luego cargamos y después de actualizar la configuración de la base de datos, obtenemos la configuración estándar en su forma original, es decir. con un candado :) Naturalmente, antes de realizar estas acciones, debe tener cuidado de guardar/transferir los datos necesarios, que serán "borrados" después de regresar a la configuración estándar y asegúrese de hacerlo copia de reserva bases de datos!

Resulta que estas son posibilidades simples disponibles para el arsenal del desarrollador, pero el desconocimiento de estas técnicas en la práctica puede resultar en muchas horas de alboroto innecesario descrito anteriormente. Entonces, aquellos que lo sabían, bien hecho, y aquellos que no lo sabían, lo ponen en práctica y ahorran tiempo.

Hubo una pregunta:
¿Cuántas configuraciones hay en base de información?
respuesta correcta 3

La estructura del SI incluye:
1. Configuración básica.
2. Configuración de la base de datos.
3. Configuración del proveedor(puede estar ausente).

4. Más datos del usuario (documentos, directorios, etc.)

La configuración determina la estructura de la base de datos y contiene algoritmos que aseguran el trabajo con datos.

Los desarrolladores trabajan con la configuración principal. Los usuarios trabajan con la configuración de la base de datos.

Configuración del proveedor: la configuración inicial del proveedor de la solución estándar.

Si la base de datos se instala a partir de una plantilla y es compatible con el proveedor, entonces dentro de la seguridad de la información se ubicará la configuración del proveedor.

Si la configuración está bajo soporte y los cambios en los objetos están prohibidos, luego se almacenan dos configuraciones en la base de datos: la configuración basada y la configuración de la base de datos.

Cuando habilita la capacidad de cambiar la configuración (comando Habilitar opción de edición en el dialogo" Configurar soporte"), plataforma desde la configuración principal crea la configuración del proveedor. El tamaño de la seguridad de la información está aumentando.

La configuración del proveedor es de solo lectura.

Para ver la configuración del proveedor, seleccione
Configuración – Soporte – Configuración de soporte – Abrir.

La base de información puede contener varias configuraciones de proveedores, si la configuración admite varios proveedores. Este esquema ocurre cuando se utilizan soluciones de circulación industrial.

Conceptos básicos de soporte 1C

La actualización de 1C se puede realizar en modo usuario, en modo configurador y en configuraciones de comparación y fusión.

Eliminación del soporte

En el cuadro de diálogo "Configuración de soporte", al hacer clic en el botón Eliminar del soporte La configuración del proveedor se está eliminando.. Esta característica debe usarse en los casos en que se utiliza una solución estándar como base para propio desarrollo y no hay planes de acompañarlo.

Si necesita descargar la configuración del proveedor. Esto se puede hacer desde Soporte – Configuración de soporte. En el cuadro de diálogo "Configuración de soporte", haga clic en el botón Guardar en archivo.

En este artículo quiero mostrar capacidades de servicio plataformas 1C:Enterprise 8, en términos de uso de la configuración del proveedor, que a menudo tienen una gran demanda, pero como lo ha demostrado la práctica, no son familiares para todos los principiantes e incluso para los especialistas experimentados.

Consideremos una situación típica en la que suelen encontrarse los principiantes. Digamos que hay una configuración típica de 1C: Integrated Automation 8. Inicialmente, la configuración se instaló desde el kit de distribución (digamos, versión 1.1.20.1). Luego, debido a la necesidad de adaptarse a las particularidades de la empresa, se incluyó la posibilidad de cambio (los recién llegados muy a menudo llaman erróneamente a esta acción eliminación del soporte, aunque en realidad no es así).

Y ahora, después de un tiempo, tenemos una configuración muy modificada, pero aún estándar (a los efectos de la contabilidad regulada, la actualizamos periódicamente). Veamos algunas situaciones hipotéticas:

1) Algún tiempo después de la siguiente actualización, recibimos un mensaje del departamento de contabilidad sobre un error que ocurre durante la operación rutinaria de cierre de fin de mes. No había tal error antes, por lo que la culpa es de la actualización. Una situación bastante típica. Comenzamos a diagnosticar el error y vemos que las piernas están creciendo fuera del módulo general Contabilidad del IVA y Formación de Movimientos. Comenzamos a comprender y comprender que este módulo se rediseñó significativamente a uno estándar y después de fusionarlo, "perdimos" algunos de los procedimientos/funciones (o, como suele suceder en los estándar, "saltamos" a otro módulo común). Debido a la complejidad de los módulos comunes entre sí en los estándar, en la etapa de actualización no siempre es posible identificar un problema que se manifiesta solo cuando los usuarios trabajan.

Entonces entendemos que para resolverlo necesitamos una configuración típica de la versión actual (digamos 1.1.23.1). ¿Pero dónde puedo conseguirlo? Si hay un francés conocido y puede enviar rápidamente el kit de distribución, genial, pero supongamos que no está allí y que el problema debe solucionarse urgentemente. (¡No sugieras Varese!). Además, puede que no haya Internet y ¿qué hacer en tal situación? He sido testigo repetidamente de un proceso en el que una persona, para resolver un problema determinado, instaló una nueva base de datos de la distribución inicial existente y luego la actualizó sucesivamente a la última para ver "cómo debería ser realmente" en un base de datos limpia. Y el ataúd, como siempre, simplemente se abrió (IMG:)

Ahora veamos diferentes soluciones:

a) Primera opción: Menú -> Configuración -> Comparación de configuraciones, luego seleccione la configuración del proveedor y compárela con la configuración principal.

Sorprendentemente hay quienes no lo saben. O, en cualquier caso, utilizar el elemento Comparar, combinar con la configuración del archivo (habiendo obtenido/recibido previamente el estándar .cf).

b) El segundo método es adecuado si necesitamos no solo ver los cambios, sino también realizar la fusión inmediatamente.

Menú -> Configuración -> Soporte -> Configuración de soporte y en la parte inferior haga clic en el botón Comparar, fusionar.

2) Otra situación: digamos que cambiamos o eliminamos algún fragmento de código estándar, y después de un tiempo resultó que cometimos un error y necesitamos restablecer todo. Y como suele suceder, no existe una copia de seguridad de la configuración guardada antes de realizar los cambios. Pero sabemos con certeza que este fragmento de código está contenido en el código estándar, por lo que la configuración del proveedor resolvería el problema.

Naturalmente, puedes hacer lo mismo que en el primer caso. Espere a que se complete el proceso de comparación y, desde la ventana de comparación de configuración, abra el módulo estándar y copie el código desde allí.

Algunas personas hacen precisamente eso, pero si estamos ante un monstruo como UPP, que también está muy modificado, entonces podemos esperar mucho tiempo hasta que se complete el proceso de comparación. Si tuviéramos un archivo .cf, simplemente podríamos abrirlo en la ventana de configuración (por cierto, tampoco todos los principiantes conocen esta característica) y copiar el código requerido desde allí.

Y surge una pregunta razonable: ¿cómo se puede guardar la configuración del proveedor en un archivo? ¿Por qué no hay un elemento de menú similar a Guardar configuración en un archivo para la configuración principal o Guardar configuración de la base de datos en un archivo para la configuración de la base de datos? ¿Dónde ocurre lo mismo para la configuración del proveedor? De hecho, también está ahí, sólo que enterrado un poco más profundamente. Es decir, todo está en la misma forma de configuración de soporte.

Es solo que muchas personas abren este formulario solo una vez para permitir cambios y nunca regresan a él.

Y en nuestro caso, fue posible hacerlo aún más sencillo, sin siquiera guardar la configuración en un archivo, hacer clic en el botón Abrir. El efecto es el mismo, pero mucho más rápido.

¿Por qué más podría necesitar guardar la configuración del proveedor en un archivo?

3) Considere la siguiente situación. Digamos que en la etapa inicial de existencia de la configuración, la configuración estándar no tenía la funcionalidad que necesitábamos y se tomó la decisión de mejorarla. La modificación fue mínima, pero en el futuro aún generó inconvenientes a la hora de actualizar. Pero luego, después de un tiempo, descubrimos que esta funcionalidad (como fue el caso con el control de versiones de objetos en algún momento) apareció en la versión estándar (y, como suele suceder, se implementó un orden de magnitud mejor que la modificación "improvisada" ).

Daré algunos ejemplos más de situaciones reales en las que es posible que sea necesario revertir a una configuración estándar:

1. Un par de veces me encontré con configuraciones en las que solo los diseños de los formularios impresos estaban sujetos a modificación. Debido a la falta de experiencia o ignorancia, el programador que mantenía la configuración, en lugar de crear un formulario impreso externo, eliminó la configuración del soporte y modificó los diseños integrados (a menudo de manera trivial para agregar un logotipo de la empresa), después de lo cual los usuarios se vieron privados de la capacidad de actualizarse automáticamente.

2. Nuevamente, debido al desconocimiento de la funcionalidad estándar (muy a menudo los antiguos “estudiantes de siete años” sufren esto), en lugar de usar propiedades y categorías, se agregaron detalles de directorios/documentos cuando no había una buena razón para ello (datos , por ejemplo, se utilizaba sólo para la salida a formularios impresos).

Por supuesto, esto no es un problema si estamos tratando con UT u otra configuración de plan de gestión, donde las actualizaciones generalmente no son críticas, pero en este ejemplo estábamos hablando de SCP modificados o automatización compleja. Y resulta que debido a pequeñas mejoras que podrían haberse implementado sin eliminar el soporte completo, tenemos hemorroides innecesarias con actualizaciones estándar.

Existe un deseo razonable de abandonar las modificaciones realizadas y volver a poner la configuración en pleno soporte. ¿Cómo hacer esto?

La única forma de volver a poner la configuración en soporte completo es cargar (no en el modo de comparación y fusión, sino en el elemento Cargar configuración desde archivo) standard.cf. Es por eso que necesitamos la capacidad de guardar la configuración del proveedor en un archivo .cf. Guardamos, luego cargamos y después de actualizar la configuración de la base de datos, obtenemos la configuración estándar en su forma original, es decir. con un candado (IMG:) Naturalmente, antes de realizar estas acciones, debe tener cuidado de guardar/transferir los datos necesarios, que serán "borrados" después de volver a la configuración estándar, y asegúrese de hacer una copia de seguridad. de la base de datos!

Resulta que estas son posibilidades simples disponibles para el arsenal del desarrollador, pero el desconocimiento de estas técnicas en la práctica puede resultar en muchas horas de alboroto innecesario descrito anteriormente. Entonces, aquellos que lo sabían, bien hecho, y aquellos que no lo sabían, lo ponen en práctica y ahorran tiempo.

[debes registrarte para ver el enlace]

Y nuevamente Hola queridos lectores del blog www.site. Hoy hablaremos sobre cómo cargar y descargar una configuración en 1C Enterprise. Ya hemos discutido el tema con usted. Pero resultó que estará completamente vacío. Para comenzar a trabajar en él, es necesario cargar la configuración desde un archivo. El proceso de subir y cargar la configuración es bastante sencillo pero muy importante.

Por ejemplo, usaré 1C 8.2, pero para la versión 8.3 esta instrucción también funcionará. Echemos un vistazo más de cerca a qué es la configuración. Intentaré explicártelo con mis propias palabras. Una configuración en 1C es un conjunto de documentos, tablas, varios informes, etc. solo sin completar, vacío sin datos. Se puede establecer una analogía con los documentos de Excel, mesa vacía en el que se completan varias fórmulas y diagramas es la configuración. Hay muchas configuraciones: Contabilidad, Salarios y Recursos Humanos, flujo de documentos, Comercio minorista, etc. También hay muchas configuraciones diferentes escritas por uno mismo.

Cómo cargar una configuración de 1C a un archivo

¿Cómo podemos cargar la configuración 1C a un archivo? Y entonces, en primer lugar, debemos ingresar al configurador, para hacer esto, inicie 1C y seleccione la base de datos deseada, haga clic en el elemento Configuración.

En el configurador, vaya al elemento Configuración y seleccione Guardar configuración en archivo.

Eso es todo, la carga de la configuración está completa. Ahora hablemos de cómo descargarlo.

Cómo cargar una configuración en 1C desde un archivo

Hemos resuelto la carga, ahora veamos cómo cargar la configuración desde un archivo. Para hacer esto, también debe ir al configurador. Y seleccione el elemento Configuración y busque Cargando una configuración desde un archivo.

En la ventana que se abre, debe especificar el archivo de configuración y hacer clic en Abrir. Luego esperamos a que se cargue la configuración.

Cierre el configurador y ejecute 1C en modo normal.

Como puede ver, todo resultó bastante sencillo.

Wi-Fi