Después de sentirme durante tres días en la práctica formularios administrados, Los ame. No es necesario organizar los campos en el formulario con el mouse, sufrir con los enlaces. Todo es simple y se hace en unos pocos clics.

Incluso lamenté que 1C no abandonara por completo los formularios habituales debido al hecho de que se usan en modo de escritorio. Después de todo, sería posible dar una oportunidad en UV para el posicionamiento preciso de píxeles, y formas regulares se extinguiría con el tiempo. Y por lo tanto, debe dispersar su fuerza en el conocimiento de la funcionalidad anterior.

Y así, por supuesto, UV es mucho más rápido de lo habitual, porque. trabajar de acuerdo con un esquema de tres niveles entre el cliente y el servidor.

Además, la funcionalidad del UV en sí es mucho más rica y amplia que la de los habituales; no es sorprendente que haya pasado mucho tiempo y muchos hallazgos de interfaz hayan caído en ellos.

Por ejemplo, mostrar una tabla dinámica con agrupaciones o extraer los detalles de los objetos directamente en una lista dinámica. O incluso un botón de radio no en forma de puntos, sino en forma de interruptores de palanca.

En la práctica, no son tan aterradores de usar como parecía inicialmente, me acostumbré rápidamente. He programado suficiente en mi tiempo módulos comunes, que solo funcionaba en el servidor, y encontró conversiones de valores mutables para pasarlos al servidor, por lo que los formularios administrados me resultaron comprensibles.

Modalidades, Eventos y Bloqueos de Interfaz

Escuché que en 8.3 hubo una desaprobación de funciones modales comoPregunta, Una advertencia, OpenFormModal. No estaba claro para mí por qué se hizo esto.

Cuál fue mi sorpresa cuando, en uno de los ejemplos, el profesor llamó a la apertura del formulario con el parámetro "Bloquear toda la interfaz", es decir. esencialmente modal.

Estaba seguro de que esa modalidad estaba abandonada.

La comprensión no llegó de inmediato.

Las ventanas modales no se han abandonado en 1C. Hay nuevas funciones para mostrar una advertencia, hacer una pregunta, abrir un cuadro de diálogo de selección de archivos modal.

El matiz es que después de llamar a estas ventanas modales, el control no se congela, como antes, esperando que se cierre el formulario, sino que continúa. El formulario genera una alerta de que se ha cerrado y debe manejar esta alerta.

Aquellas. la plataforma 1C se deshizo del rudimento de la congelación de la ejecución del código y cambió a una gestión de formularios completamente basada en eventos.

Por supuesto, esto no tiene nada que ver con que los navegadores tengan problemas para mostrar modales. Esto es una ilusión y un prejuicio: olvídalo como un mal sueño. Todo es lógico. De hecho, ahora que la ejecución está completamente basada en eventos y es asíncrona, logramos deshacernos de la ejecución síncrona.

Los miniconstructores aparecieron en 1C - refactorización. Esto facilita la escritura de controladores de notificaciones para la operación asíncrona en lugar de escribirlos manualmente.

La configuración tiene la capacidad de deshabilitar todas las llamadas sincrónicas (arrojarán un error), como resultado, será completamente asincrónica y cumplirá con los últimos requisitos para organizar un modelo de evento.

Nuevas características de la interfaz

Menú

Si los formularios administrados parecen bastante lógicos y la dirección correcta de desarrollo, entonces la dirección de desarrollo del sistema de menús para mí seguía siendo incomprensible.
Sin lugar a dudas, el menú, donde solo se muestra un nivel, luego debe pasar al siguiente subnivel y así sucesivamente hasta que el elemento deseado ya esté moralmente desactualizado, y fue reemplazado por un mapa de menú, donde se despliegan varios elementos de menú a la vez. . Esto se hizo de forma estándar antes del lanzamiento de las nuevas interfaces de menú en 8.2.

En un momento, en 8.1, hice un sistema de menús en forma de un directorio jerárquico adjunto a la izquierda, donde la visibilidad de cada elemento estaba determinada por los derechos de acceso del usuario para el que se mostraba el menú.

Según tengo entendido, 1C consideró incorrecto que no se usara el objeto de la aplicación Interfaz y decidió lanzar una alternativa nueva y avanzada.

Resultó un poco complicado, en mi opinión. Nuevamente, todo está vinculado a casillas de verificación personalizables de roles que nunca me gustaron: mejor sistema los roles están escritos al nivel del código del programa, la prueba de esto es el sistema de derechos de usuario adicionales, que le permite configurar de manera flexible y fácil los derechos de acceso en configuraciones estándar.

En general han venido nuevas formas de organizar el menú, en mi opinión no tienen mucho éxito, pero no hay alternativa, y se utilizan en las típicas.

Le pregunté al profesor: “Entiendo lo de los formularios administrados, pero ¿por qué necesitabas desarrollar interfaces, por qué no podías modificar un poco el menú clásico”?

Me respondió que el sistema 1C se está desarrollando en la dirección de aumentar la comodidad y la velocidad del usuario. En mi opinión, sin embargo, cambios tan grandiosos en el sistema de menús no valen la pena.

Omitir orden

Por cierto, el orden de desvío es importante para el trabajo productivo de los usuarios; muchos ya han aprendido un determinado orden de desvío de campo en la máquina. Entonces, solo se abandonó la orden de omisión en 8.2. Sigue estrictamente el orden en que se colocan los elementos. Afortunadamente, es posible interceptar mediante programación la salida del campo y transferir el foco a otro campo, de lo contrario, sería muy malo con el rendimiento declarado.

Espacio de trabajo y formularios anidados

El área de trabajo es una sola. Por lo tanto, es necesario introducir los formularios de casi todos los usuarios y determinar su visibilidad con derechos. Todo esto debería conducir al caos en configuraciones grandes.

Sería mucho más fácil crearlo en código de programa o utilizar el mecanismo de formularios anidados.

Lo que no está implementado en 8.2-8.3

Nunca esperé formularios anidados. Por desgracia, no lo son, aunque se usaron en la antigüedad. Acceso.

No hay que arrastrar a través del portapapeles. Aquellas. tienes que arrastrarlo con el mouse, no puedes especificarlo; lo arrastro desde aquí y lo pongo aquí, sin romper la lata con el mouse, por desgracia. Aunque, quizás, el software de terceros puede venir al rescate aquí, porque. arrastrar y soltar es una cosa del sistema en ventanas.

Opciones funcionales y visibilidad de elementos

RLS en un momento se crearon para mostrar a los usuarios solo registros individuales de tablas.

Las opciones y configuraciones funcionales para mostrar campos por roles se convirtieron en un mayor desarrollo de la visibilidad. Juntos, esto forma una especie de zoológico diverso, no hay armonía ni coherencia general.

En mi humilde opinión, la visibilidad de los campos es aún más fácil de controlar programáticamente que declarativamente, configurando casillas de verificación y creando un mecanismo complejo de opciones funcionales.

En su momento demostré que RLS inferior al cambio control de programa entradas en el nivel de objeto/módulo de suscripción. Del mismo modo, sospecho que cualquier opción funcional es inferior a la descripción algorítmica habitual del control de visibilidad de elementos, tanto en la facilidad de uso como en la universalidad del enfoque.

El usuario del configurador tiene que pensar mucho en cómo controlar la visibilidad, por roles o mediante opciones funcionales. Habiendo escrito una vez un algoritmo universal para determinar la visibilidad de los campos, siempre podía aplicarlo sin ninguna de estas muletas de plataforma.

El veredicto (opciones funcionales y visibilidad a través de roles) es ineficaz, pero necesita conocerlos, porque. se utilizan en configuraciones típicas.

Interfaz 8.2 e interfaz Taxi

La interfaz 8.2 y la interfaz de taxi son compatibles, es decir no aparecieron elementos nuevos. La configuración puede funcionar en 8.2 o Taxi, puede permitir que el usuario cambie entre estas interfaces.

La principal diferencia es la ubicación de los objetos del menú principal. En 8.2, ocupaban mucho espacio a la izquierda y arriba, como resultado, quedaba poco espacio para el espacio de trabajo del usuario en la esquina inferior derecha. En la interfaz de Taxi, el menú se oculta automáticamente, quedando en forma de un pequeño menú a la izquierda, como resultado, casi toda la pantalla se asigna al espacio de trabajo.

No está claro por qué fue necesario seguir un camino tan confuso, si al final el sistema de menú básico en 8.1 era aún más económico en el uso de espacio en pantalla.

También en Taxi, los principios para mostrar ventanas han cambiado, como resultado, el código de formulario para 8.2 es inconveniente en algunos lugares. Pero en esta dirección, todavía no me he dado cuenta de la diferencia, aunque el profesor trató de explicar los principios básicos de Taxi. Intentaré resolverlo en la práctica, aunque considero que todas estas mejoras en la interfaz son redundantes e innecesarias en la práctica para los usuarios de aplicaciones comerciales.

Por cierto, en 8.2 no puedes cambiar la paleta, es como una tarjeta de visita de la plataforma 1C. Del mismo modo, el sistema de organización de menús en forma de 8.2 o Taxi acostumbra a los usuarios a un cierto estándar. Sin embargo, la práctica demuestra que nuevo sistema El menú del usuario se vuelve a aprender casi al instante. Es mucho más difícil cambiar las habilidades de trabajar con documentos e informes.

Por lo tanto, todo este ruido y controversia en torno al sistema de menús no me queda muy claro: este no es el punto principal en la plataforma 1C, dejémoslo en la conciencia de los arquitectos de la plataforma y los gerentes que les indican la dirección del desarrollo. .

Una ideología subdesarrollada

El maestro anotó correctamente, aunque es comprensible que los desarrolladores de la plataforma no crearan nuevas entidades donde se necesitaba.

Por ejemplo, los subsistemas se utilizan tanto para dividir los objetos de configuración en bloques como para organizar los menús de funciones (una nueva alternativa al menú de aplicación habitual). Aunque sería lógico crear un objeto de aplicación separado, que se llamaría "Menú de funciones".

También debe organizar roles vacíos (roles de interfaz), que solo son necesarios para especificar qué objetos se mostrarán de una forma u otra. Aunque sería lógico desarrollar el objeto aplicado "Interfaz" en esta dirección.

Dudas sobre la eficacia

Algunos enfoques 1C para usabilidad plantear dudas.

Por ejemplo, en los cursos se ha puesto mucho énfasis en mostrar el formulario imprimible de un documento en un subformulario separado del documento y borrarlo cuando cambia el documento. Esto no tiene mucho sentido, a veces necesita imprimir varias copias, por ejemplo, antes de editar y después. Es imposible con la práctica confundirse en un par de documentos y varios formularios impresos, por lo que la dispersión de energía en esta dirección me pareció dudosa.

Además, por ejemplo, en la plataforma es imposible hacer un campo de entrada en una celda lista dinámica si la fuente no es la tabla base. No porque sea técnicamente difícil, sino por razones usabilidad.

Posibilidades de guardar ajustes

La configuración del formulario se guarda directamente en la base de datos, no en la sesión. No se pierden cuando chocan. En consecuencia, apareció un nuevo mecanismo para trabajar con estas configuraciones, donde puede guardar sus datos. AlternativaGuardarValor/RestaurarValor.

Ahora, si es necesario, todas las configuraciones guardadas se pueden ordenar mediante programación, lo que significa que se pueden cargar a otro usuario, a un archivo, etc.

Otras preguntas

¿Qué son los formularios administrados?

En formularios administrados, el código se ejecuta en el cliente y en el servidor.

El cliente significa una máquina débil, incluso puede ser un navegador normal.

Y el servidor está en una conexión directa y rápida con la base de datos.

El cliente no puede trabajar con la base de datos, puede realizar pequeñas operaciones matemáticas y manipular los elementos de sus formularios. Si desea obtener algo de la base de datos o enviar datos allí, el cliente se comunica con el servidor.

Así es como funcionan los formularios gestionados. Con la habilidad adecuada, acceder constantemente al servidor no es un problema.

Tal organización es más eficiente que conectarse al servidor a través de acceso remoto además, el trabajo es posible directamente a través del navegador, i.е. en cualquier plataforma - Windows, linux, Android , Mac OS .

Notas sobre 1 a granel

Aquí están las notas que escribí para mí, contienen conocimientos valiosos:

1. En la ventana de lanzamiento de 1C, ya no son las bases de información las que se registran, sino los puntos de entrada. Aquellas. una base puede estar presente varias veces, pero está registrada para diferentes usuarios y diferentes herramientas de trabajo: navegador, cliente ligero/grueso, inicio de sesión de administrador.
2. Para el administrador, ha aparecido una clave que deshabilita el control de roles. Solo puede iniciar sesión en Enterprise de esta manera si tiene derechos administrativos para la configuración.
3. Detalles generales: no los confunda con detalles generales en 1C7, en 82 se usan para separar el acceso en la interfaz.
4. A menudo se usa la altura mínima de la lista en el formulario para deshacerse de la barra de desplazamiento adicional del formulario.
5. No debe almacenar imágenes en los requisitos del directorio, esto conduce a una caída en el rendimiento de los directorios, debe usar el registro de información.
6. En los procedimientos del servidor, debe usar VALUE al pasar parámetros para que el parámetro no se devuelva al servidor.
7. Nuevas característicasPageBeginsFrom y La página termina el, posiblemente otros, desde la plataforma 8.3.6.
8. En 1s 8.2, apareció un modo privilegiado, es decir puede deshabilitar el control de acceso a nivel de función en las secciones de código.
9. Los elementos de la lista de formularios, la tabla de valores y el árbol de valores se diferencian en que la lista en el servidor y el cliente tienen la misma representación, y se crean objetos especiales para la tabla y el árbol y deben convertirse en el servidor
10. Me complació que al maestro le guste nombrar objetos en singular y nombrar módulos con un guión bajo para que estos módulos vayan primero en orden en la sugerencia contextual.

Sobre la vida y alrededor de 1C

El maestro declaró:

1. El desarrollo debe realizarse desde la interfaz.
   Mi opinión : La afirmación es dudosa, porque El conocimiento y la experiencia en el uso de la arquitectura de la plataforma le permite pasar inmediatamente de los objetos de la aplicación y luego construir la interfaz.
2. El gerente no ingresa datos, solo mira informes. Y no gestiona la entrada de datos en 1C, sino por teléfono ya través de una secretaria. Por lo tanto, el navegador es suficiente para el gerente y los campos de entrada solo se necesitan para filtrar los datos.
   Mi opinión R: Sí, eso parece ser cierto.
3. Criticó a BSP (Biblioteca de subsistemas estándar). En el sentido de que es imposible y muy difícil aislar de él los módulos necesarios.
   Mi opinión : Porque incluso el BSP no se puede dividir en módulos, entonces el SCP no se puede dividir en módulos UT, ZUP, BP, Producción. Y aquí no es culpa de la plataforma, sino de la metodología incorrecta para escribir los típicos: no se respeta la modularidad. Lo mismo navision ha tenido durante mucho tiempo la oportunidad de vender primero contabilidad a un cliente, y luego puede comprar comercio, producción y salarios si es necesario, sin volver a escribir el código y cambiar a un nuevo programa.
4. Los aceros típicos son muy complejos y difíciles de cambiar. De nuevo, no por la complejidad de la plataforma, sino por la incorrecta organización de las típicas. En este caso, se pierde el principio básico: soporte rápido y económico y refinamiento de configuraciones estándar si es necesario.
5. Se demostró una opción para realizar un pedido, cuando el artículo se encuentra a la izquierda en el espacio de trabajo y la lista de pedidos está a la derecha. Frente a la nomenclatura, puede poner una cantidad, luego arrastrarla a la lista de pedidos y se forma un pedido. Ventaja: la tabla de pedidos no está bloqueada para crear un nuevo pedido.
   Mi opinión : La ventaja es exagerada; sin embargo, los usuarios están más acostumbrados a ver el producto seleccionado en la parte tabular, pueden guardar este pedido como borrador o copiar el pedido de la plantilla. En general, los documentos no fueron inventados en vano.
6. Explicó la diferencia entre las secciones "Principal", "Importante", "Ir", "Ver también".
   Mi opinión : Personalmente, entendí vagamente, lo que significa que la mayoría no entenderá estos matices incrustados en la plataforma. usabilidad en un taxi. Por lo tanto, las interfaces se verán como antes, como ya están acostumbrados tanto los usuarios como los programadores en 1C.
7. En una celda de un campo de tabla en un formulario, cuya fuente es una solicitud arbitraria, no puede ingresar datos, como en el campo de entrada. Esto se hace en beneficio usabilidad para que el usuario se concentre en ingresar datos en una ventana separada.
   Mi opinión : Di un ejemplo con entrada en partes tabulares, donde existe tal campo, el significado de la prohibición no me queda claro.
8. Los divorcios surgen por comparar a un cónyuge con otras personas. Menos comparaciones - matrimonio más fuerte.
9. Los idiomas extranjeros son más fáciles de aprender cuando estudias varios de ellos a la vez, se elimina la estrechez de miras y la obsesión por un idioma nativo.
10. Los idiomas extranjeros no se pueden aprender si vincula una palabra extranjera a una palabra en su idioma nativo, debe vincularla a una imagen. La cadena palabra extranjera - imagen es más corta que la cadena palabra extranjera - palabra nativa - imagen. En este último caso, pensar en un idioma extranjero no funcionará.

Conclusión

Expreso mi agradecimiento al profesor.

Asistir a este curso me liberó de ideas preconcebidas sobre los formularios administrados, entendí claramente por mí mismo los matices de la modalidad, las diferencias entre las interfaces 8.2 y Taxi.

Ahora bien, las formas controladas no me asustan, sino que, por el contrario, me atraen para conocerlas.

Espero que usted, que está leyendo este artículo, también aprecie los formularios administrados.

Cuando un usuario ingresa a 1C en modo Enterprise para comenzar a trabajar, primero ve la interfaz del programa.

En la programación bajo la palabra interfaz puede significar varios significados diferentes. Ahora queremos decir "interfaz de usuario".

La interfaz de usuario son todas las ventanas, menús, botones y otras cosas con las que el usuario trabaja directamente en el programa.

El diseño de la interfaz es la fuente utilizada, el color, la imagen de fondo y otros elementos decorativos. El diseño no afecta la composición de la interfaz.

La plataforma 1C implementa dos mecanismos de interfaz de usuario diferentes que se utilizan en diferentes . El cliente grueso 1C tiene su propia interfaz, el delgado (y el cliente web) tiene la suya propia.

Hablemos hoy sobre la interfaz de usuario 1C.

Interfaz 1C

La interfaz 1C de un cliente pesado se ve así.

Incluye:

• Menú principal
• Paneles.

El escritorio utilizado en algunas configuraciones (contabilidad, nómina) no forma parte de la interfaz 1C, es un procesamiento que lo hace el programador por separado y que se abre en 1C en pantalla completa al momento de ingresar al programa.

En el configurador, la interfaz 1C se encuentra en la rama General / Interfaces.

El programador crea una interfaz 1C con un nombre específico y, al crear un usuario, especifica la interfaz 1C predeterminada de este usuario.

En las propiedades de la interfaz 1C hay una casilla de verificación "Conmutable". Si la interfaz 1C no se puede cambiar (la casilla de verificación no está marcada), todos los usuarios la verán, incluso si se les asigna una interfaz 1C diferente. En este caso, el usuario ve ambas interfaces fusionadas en una sola.

Al agregar una interfaz 1C, verá una lista de paneles. Siempre hay un panel por defecto, contiene el menú principal del programa.

Si agrega más paneles, se mostrarán como paneles (con botones).

Al agregar una nueva interfaz 1C desde cero, se abre un constructor que ayuda a diseñar un menú marcando los objetos necesarios.

Al editar un menú existente, los elementos se agregan uno por uno, porque cuando se vuelve a llamar al constructor, recrea el menú desde cero.

Al agregar el elemento del menú superior, en las propiedades puede seleccionar uno de los menús típicos: Archivo, Operaciones, Servicio, Windows, Ayuda.

Después de agregar un botón o elemento de menú, debe seleccionar la acción que desea realizar. La acción puede ser de dos tipos.

Si desea hacer clic para abrir un objeto 1C (un directorio, documento o informe), debe hacer clic en el botón con tres puntos y seleccionar el objeto deseado, así como la forma deseada (posible acción del objeto).

Si desea que se ejecute un comando arbitrario como resultado de hacer clic, haga clic en la lupa. La función se puede ubicar en . Después de seleccionar un módulo, se creará una función de controlador en él, el módulo se abrirá para su edición.

Interfaz de comando administrada 1C

EN nueva versión 1C 8.2, aparecieron nuevos tipos de clientes -.

La interfaz de cliente ligero 1C se ve así.

La interfaz del cliente web 1C se ve así.

Idealmente, son los mismos y, como puede ver, son muy diferentes de la interfaz 1C de un cliente pesado.

Ahora consta no solo de menús y paneles, sino también de:
1) Lista de secciones contables
2) Navegación por la sección seleccionada
3) Comandos a ejecutar en la sección actual
4) Formularios para realizar la operación corriente.

Para formar la interfaz 1C de un cliente administrado, ya no se usa "Interfaces", es difícil de formar, en función de muchos ajustes realizados en la configuración.

El caso es que ahora la interfaz 1C es la misma para todos los usuarios y al mismo tiempo dinámica, funcionando en función del conjunto de derechos del usuario y los comandos disponibles para ejecutar.
También puede decir que se forma sobre la base, por lo que también se denomina interfaz de comando 1C.

Subsistemas 1C

La base de la gestión interfaz de comando 1C es una lista de secciones de contabilidad. Por ejemplo, dinero y bienes, dos secciones de contabilidad.

En la configuración, el objeto Subsistema 1C, que se encuentra en la rama General / Subsistemas 1C, es responsable de las secciones de contabilidad.

Habiendo creado un subsistema 1C, en los directorios y documentos necesarios, en la pestaña Subsistemas 1C en el constructor de objetos, puede incluirlos en este subsistema 1C. Esto significa que pertenecen a esta sección de contabilidad. Los objetos se pueden incluir en varios subsistemas 1C.

El artículo está incluido en el ciclo "Primeros pasos en el desarrollo de 1C". En él, continuamos familiarizándonos con la interfaz de Taxi administrada y procedemos directamente a su configuración.

Como saben, el desarrollo de una interfaz de base de datos comienza con la creación de su estructura de menú, porque, por conveniente y lógico que sea, todo el sistema en su conjunto será comprensible para el usuario.

Después de leer el artículo, sabrás:

• ¿Qué papel juega el subsistema en la configuración de la estructura del menú?
• ¿Cómo formar secciones de menú del 1er y 2do nivel?
• ¿Cómo personalizar la composición de los comandos que se muestran en las secciones del menú?
• ¿Para qué sirve el editor de interfaz de comandos y cómo trabajar con él?
• ¿Cómo configurar la interfaz de comando de la partición principal?

Aplicabilidad

El artículo trata sobre la interfaz Taxi de la configuración desarrollada en la plataforma 1C 8.3.4.496. La información es relevante para las versiones actuales de la plataforma.

Subsistemas. Personalización de la interfaz con subsistemas

Los subsistemas se clasifican como objetos comunes.. Brindan la capacidad de clasificar objetos de configuración por Subsistemas.

Para indicar si un objeto pertenece a subsistemas en Ventana de edición de objetos hay una pestaña correspondiente en la que las banderas indican a qué subsistemas pertenece el objeto.

En el futuro, puede crear un filtro para el árbol de objetos Subsistemas.

Al mismo tiempo, es posible controlar: habilitar para seleccionados Subsistemas objetos subordinados Subsistemas y paterno Subsistemas o no.

Clasificación de objetos por Subsistemas hace que sea fácil de crear papeles.

para objeto Role puede definir los derechos apropiados e indicar que esto Role se puede construir solo en aquellos objetos que están incluidos en el seleccionado Subsistemas.

Similarmente Subsistemas usado para crear Interfaces. Interfaces solo son necesarios si la configuración se ejecuta en el modo de aplicación común.

Clasificación de objetos por Subsistemas también se utiliza al fusionar configuraciones. Aquellas. puede fusionar objetos filtrados por Subsistemas.

Un propósito importante de los Subsistemas es que a partir de ellos se construya la interfaz de comandos de configuración en el modo aplicación administrada . Subsistemas se determina el primer nivel .

Por existir Subsistemas puede definir anidado (subordinado). Datos Subsistemas formarán grupos Barras de navegación.

Cuando clasificamos un objeto por Subsistemas, es posible incluir un objeto solo en un anidado Subsistema, posiblemente en el Subsistema del primer nivel, posiblemente en ambos.

En este último caso, el objeto se mostrará dos veces: dentro del Subsistema anidado y por separado en Barras de navegación. En la mayoría de los casos, esto no es del todo correcto.

En principio, los Subsistemas son una entidad opcional. Aquellas. una configuración desarrollada en la Plataforma 8.3 podrá funcionar sin ningún Subsistema.

Pero en este caso, no habrá ningún Panel de partición, todo se mostrará en el Escritorio. Configuraciones muy simples con un pequeño conjunto de objetos pueden funcionar sin subsistemas.

Pero si hay muchos Documentos, Directorios y Registros en la configuración, el uso de Subsistemas simplifica enormemente el trabajo del usuario.

Marcar que algún objeto de configuración pertenece a algún Subsistema posible de tres maneras.

En primer lugar, se puede hacer en Ventana de edición de objetos en el marcador Subsistemas. Ya hemos considerado esta opción.

En segundo lugar, puede utilizar Ventana de edición de subsistemas. Marcador Compuesto puede especificar los objetos incluidos en este Subsistema.

Y finalmente, para los objetos de configuración a través de Menú de contexto puede llamar a un cuadro de diálogo especial llamado Además.

Esta ventana también le permite marcar un objeto como perteneciente a Subsistemas. Esta ventana se utiliza si queremos trabajar con varios objetos a la vez.

Al mover el cursor sobre los objetos del árbol de configuración en la ventana Además se muestra información relevante sobre los subsistemas.

Al crear un objeto de configuración de forma predeterminada, Platform 8.3 no vincula el objeto a ningún subsistema.

Aquellas. el desarrollador debe ir a esta pestaña él mismo y marcar las casillas correspondientes.

Si el desarrollador no lo hace, el sistema determinará la ausencia de pertenencia a Subsistemas como un error

Pero el error no es crítico, por lo que podemos estar de acuerdo con esto.

De hecho, el sistema le informa en busca de ayuda que es posible que haya olvidado incluir nuevos objetos en Subsistemas. En este caso, los objetos no se mostrarán en la interfaz de comandos.

El usuario puede acceder a tales objetos sólo a través de Menú principal usando el comando Todas las características.

Naturalmente, para que se pueda abrir un objeto, es necesario que el usuario tenga los derechos apropiados.

Hay una serie de casos en los que es más conveniente para los desarrolladores incluir objetos agregados a una configuración típica en su propio subsistema separado.

Para Subsistemas en ventana de edición puedes quitar la bandera Incluir en la interfaz de comandos.

Donde Subsistemas no se mostrará en la interfaz de comandos. Si no hay un subsistema para incluir en la interfaz de comando, entonces, para los nuevos objetos, la plataforma 8.3 no verifica si pertenecen a algún subsistema.

Para personalizar la composición de los comandos que se incluyen en la sección correspondiente definida por el subsistema, existe un editor especial.

Este editor se puede llamar desde la ventana de edición del Subsistema presionando el botón Interfaz de comando(en la pestaña Principal).

posible para cada Subsistemas llamar a este editor. Desde el editor es posible controlar la apertura de listas en Barras de navegación, disponibilidad de comandos en Barras de acción.

De forma predeterminada, las casillas de verificación de los comandos para crear elementos de Directorio y Documento no están marcadas, pero se pueden marcar. EN Barras de acción también puede abrir informes.

Los elementos del editor se pueden mover. Al mismo tiempo, desde Barras de navegación en Barra de acciones y moverse en la dirección opuesta no es posible. Puedes mover elementos dentro Barras de navegación, o dentro Barras de acción.

Hay una columna de visibilidad general y columnas de visibilidad por roles. Cada rol definido en la configuración tendrá su propia columna. El valor establecido en la columna de visibilidad general es el valor predeterminado para la visibilidad por función.

La visibilidad por roles puede tomar tres valores: el elemento será invisible para el rol dado (1); o siempre estará visible, independientemente de qué bandera esté configurada en la columna de visibilidad (2); o el indicador de visibilidad del rol se heredará del indicador de visibilidad general (3).

Si a un usuario se le asignan dos funciones y se especifica una casilla de verificación para una de ellas y no para la otra, funcionará la regla estándar del sistema 1C:Enterprise 8: el usuario puede actuar si está permitido en una de ellas. los roles.

A veces es necesario cambiar inmediatamente la interfaz de comandos en varios Subsistemas. En la plataforma 1C:Enterprise 8, hay una herramienta de servicio que le permite editar la interfaz de comando de varios Subsistemas.

Esta herramienta se llama desde el menú contextual del nodo raíz de la rama Subsistemas.

En la ventana que se abre, puede navegar rápidamente a través de Subsistemas y editar interfaces de comando. Además, en esta ventana puedes editar la composición Subsistemas. También puede mover objetos a Barras de navegación y Barras de acción.

Además, incluso puedes cambiar la subordinación Subsistemas. Hay un botón especial para esto. Mover subsistema.

Para personalizar la interfaz de comandos sección principal también se utiliza un editor de interfaz de comandos.

ya no se le llama Subsistemas, y a través del menú contextual del nodo raíz de configuración, elemento Abierto interfaz de comandos de la partición principal.

En la ventana que se abre, podemos especificar qué Directorios, Documentos y otros objetos se incluyen en esta interfaz de comandos. También puede habilitar su visibilidad y administrar la visibilidad por rol.

Tenga en cuenta que al eliminar Subsistemas Desafortunadamente, la plataforma no verifica si al menos un objeto está incluido en este subsistema o no.

Después de la eliminación Subsistemas cuando se guarda la configuración, no se muestran mensajes sobre la reestructuración de la base de datos.

Esto concluye nuestra relación con la configuración de la estructura del menú de la base de datos. En el próximo artículo, continuaremos familiarizándonos con la interfaz administrada y consideraremos qué características ofrece la plataforma 1C:Enterprise 8 para trabajar con listas.

Concepto interfaz de usuario(El concepto de interfaz de usuario)

El concepto de la interfaz de usuario del sistema 1C:Enterprise 8 se centra en la idea de proporcionar un cómodo trabajo efectivo y, por supuesto, tiene en cuenta las últimas tendencias.

El inicio del programa en 1C:Enterprise mode comienza con la apertura de la ventana principal del programa

Esta ventana sirve para mostrar la estructura principal principal de la solución aplicada (el llamado panel de partición) y el escritorio.

Escritorio 1C: Enterprise 8.3 / 8.2

El escritorio es un elemento del programa que contiene los informes, documentos, directorios, etc. más utilizados. El escritorio es, en realidad, un asistente para el usuario. Cada sesión comienza desde el escritorio. A través del escritorio, el usuario recibe la información necesaria, da respuestas a las preguntas del usuario.

Escritorio: Barra de partición

Panel de secciones. Es el nivel superior del subsistema y sirve para la mayor separación de la funcionalidad de la solución aplicada. Situado en la parte superior de la ventana principal. Le permite saltar a otras secciones del programa.

Escritorio: Secciones

Después de activar la sección, toda la funcionalidad de los subsistemas específicos está disponible para el usuario en dos paneles: el panel de acción y el panel de navegación. Esta funcionalidad también contiene subsistemas anidados.

Escritorio: Comandos

Los comandos son acciones que están disponibles para el usuario. Estos comandos se pueden variar. En parte, la propia plataforma proporciona al usuario programas estándar. La segunda parte está siendo desarrollada por los creadores de la solución aplicada.

Escritorio: barra de navegación

La barra de navegación es como una sección de "tabla de contenido". Contiene el llamado. comandos de navegación. Sirven para saltar a los distintos elementos de esta sección. Por lo general, a través de la barra de navegación, navega a varias listas. Después de activar un comando de navegación, la lista correspondiente al mismo aparece en el área de trabajo de la sección, reemplazando así los contenidos anteriores del área de trabajo.

Un ejemplo es el comando Almacén: después de llamarlo, la lista de almacenes se mostrará en el espacio de trabajo.

Escritorio: barra de acción

Barra de acciones. Este panel contiene los comandos llamados con más frecuencia. Permiten crear rápidamente nuevos objetos, realizar el procesamiento típico y crear los informes más populares. Estos comandos se denominan comandos de acción, porque su activación conduce a la creación de una nueva ventana de la aplicación, auxiliar, y durante algún tiempo lleva al usuario a la ventana para implementar otra tarea.

En particular, cuando se llama al comando Almacén, se creará una nueva ventana adicional en la que será posible ingresar los datos de un nuevo almacén. Esto cambiará al usuario de las tareas de navegación que se realizaron en la ventana principal del sistema a la tarea de ingresar un nuevo artículo del Almacén.

Escritorio: Ventanas auxiliares

Después de activar los comandos para editar objetos existentes y crear otros nuevos, y cuando se abren los informes y el procesamiento, se abren ventanas de aplicaciones adicionales. Se muestran ventanas adicionales en el monitor de la computadora independientemente de la ventana principal. Esto sugiere que en este caso no se utiliza una interfaz multiventana (MDI) estándar.

Escritorio: historial de trabajo en la ventana principal

La navegación del usuario en el programa (transición a varios formularios, una u otra sección) se guarda automáticamente en el historial de trabajo. Esto sucede en la ventana principal y puede navegar a través de las actividades guardadas como si estuviera visitando páginas en un navegador de Internet. La lista completa de puntos de navegación está disponible en el menú desplegable, lo que le permite hacer una transición directa al punto deseado.

Escritorio: Favoritos

Como en un navegador web, puede agregar cualquier lista, objeto, sección de base de datos, procesamiento o informe a sus favoritos. Esto le permite hacer transiciones instantáneas a ellos, si es necesario.

Escritorio: enlaces de datos

Es posible obtener un enlace, es una cadena de texto, a cualquier lista, objeto, sección de base de datos, procesamiento o informe. Es fácil enviar un enlace de este tipo a un colega para que pueda encontrar fácilmente el objeto que le interesa y realizar los cambios necesarios.

Tablero 8.2

El panel de información se muestra en la parte inferior de la ventana de la aplicación. Sirve para mostrar acciones recientes cometido en el sistema. Si la acción completada se asoció con algún registro de datos, al hacer clic en la notificación correspondiente, se abrirá un formulario que contiene los datos modificados. Como ejemplo, se abre el formulario del documento contabilizado.

Historial de ejecución 8.2

El botón Historial le permite acceder al historial del trabajo de este usuario con el programa.

Área de comando del sistema

La parte superior de la ventana principal contiene el área para llamar a los comandos del sistema. Contiene el menú principal del sistema. Con su ayuda, puede navegar a través de las distintas secciones de la solución aplicada que ya ha utilizado el usuario. Además, esta área contiene un conjunto de programas auxiliares (calendario, calculadora, etc.) y enlaces favoritos guardados por el usuario.

Menú principal

Este menú contiene comandos que están relacionados con la solución de la aplicación principal y no dependen de una configuración específica.
Como ejemplo, se pueden mencionar los comandos para personalizar el comando de configuración de parámetros del sistema y la interfaz.

Comandos auxiliares

El lado derecho del área de comandos del sistema contiene comandos auxiliares. Por ejemplo, un calendario, una calculadora, seguir un enlace, información sobre el sistema, etc. El propio usuario puede completar esta área con comandos eliminando o agregando los comandos necesarios.

Escritorio 1C: Empresa

El escritorio hace referencia a las secciones estándar del programa y contiene los directorios, informes, documentos, etc., más utilizados. Trabajar con el programa siempre comienza desde el escritorio.

Escritorio: desempeña el papel de una especie de asistente de usuario. El comienzo de la jornada laboral siempre ocurre con la familiarización con la información proporcionada por el escritorio:

• ¿Qué hay de nuevo?
• ¿Qué hay que hacer hoy?
• ¿Cuál es el estado de mi información importante?
• ¿A qué debes prestar atención?

El escritorio suele contener varios formularios: una lista de tipos de cambio, una lista de documentos para la recepción/venta de mercancías, liquidaciones mutuas actuales e información similar. La composición del escritorio está configurada para una posición específica. Por ejemplo, es probable que el escritorio de un vendedor y el escritorio de un gerente de ventas sean diferentes

Esto sucede porque al configurar el programa, el desarrollador especifica qué formularios debe ver este o aquel especialista. Cuando ejecutas el programa en modo 1C:Enterprise, automáticamente se configura un conjunto de formularios estándar que corresponden a uno u otro usuario. Y está determinado por el rol de un usuario en particular.

Configuración de escritorio 1C 8.2

El usuario puede personalizar apariencia tu escritorio El usuario puede cambiar la ubicación de los formularios, cambiar la composición y el número de formularios.
Por ejemplo, en lugar de acuerdos mutuos actuales, puede agregar búsqueda de datos.

La configuración seleccionada se recordará automáticamente y, en los inicios posteriores del sistema, el escritorio se mostrará tal como lo configuró un usuario en particular.

Edición del escritorio en el configurador

Se utiliza un editor especial para desarrollar una solución de aplicación que sirve para personalizar y organizar el escritorio. Le permite elegir cómo se colocarán los formularios en el escritorio, agregar o eliminar formularios y organizar la visibilidad de ciertos formularios correspondientes a las funciones de los usuarios en este sistema.

Panel de partición

Panel de secciones. Hace referencia a los elementos de la interfaz de comandos. Este panel muestra la estructura básica principal de la solución aplicada. Le permite cambiar entre las secciones del programa.

Al hacer clic en las pestañas de la sección correspondiente, el usuario se mueve a la sección (a la parte activa marcada del programa, que sirve para resolver un rango específico y claramente definido de tareas). Las acciones que están disponibles para el usuario en esta sección se presentan como comandos ubicados en la barra de navegación y la barra de acción de una sección en particular.

Si dicho panel (panel de partición) está disponible, se encuentra en la parte superior de la ventana principal. Pero, este panel no siempre está presente.

Por ejemplo, puede haber programas que no contengan una barra de sección. Dichos programas son bastante simples y tienen una pequeña cantidad de funciones. En dichos programas, los comandos no se encuentran en la barra de sección, sino en la barra de acción del escritorio y en la barra de navegación.

También puede deshabilitar el panel de particiones en 1C: modo Enterprise utilizando la configuración de usuario.

El panel de sección lo forma automáticamente la propia plataforma. El escritorio es siempre la primera sección. Pero el conjunto de otras secciones para usuarios de una solución de aplicación puede ser diferente.

Por ejemplo, el panel de secciones utilizado por el vendedor contendrá solo los paneles Empresa y Ventas, mientras que el panel de administración contendrá absolutamente todas las secciones.

Esto se debe al hecho de que los roles de diferentes usuarios pueden no tener, o viceversa, derechos de acceso a algunos subsistemas de nivel superior. Y estos subsistemas son las secciones que el usuario observa en el panel de secciones. Al analizar los derechos de los usuarios, la plataforma muestra solo las secciones a las que tiene acceso el usuario dado.

Personalización de la barra de secciones

El usuario puede personalizar, por sí mismo, la composición del panel de secciones: eliminar o agregar secciones, cambiar su visualización.

Por ejemplo, elimine las secciones Empresa e Inventario y especifique que los departamentos se muestren como texto.

Edición del panel de secciones en el configurador

Al desarrollar una solución aplicada, el editor de la interfaz de comandos se utiliza para configurar y formar el panel de la sección. Establece el orden en que siguen las secciones y establece su visibilidad según los roles de usuario presentes en la configuración.

Dominio

El comando es un objeto de configuración que sirve para permitir que el desarrollador describa las acciones apropiadas para un usuario en particular.

Los comandos generales son comandos que no son específicos de un objeto o están destinados a realizar acciones en objetos que no usan comandos estándar.

Puede haber comandos para los propios objetos de configuración. Están destinados a realizar operaciones directamente relacionadas con un objeto específico.

Los comandos parametrizados son comandos que utilizan en su algoritmo los valores que pasa la plataforma. Tipo valor dado está definido en el configurador y este comando parametrizado se mostrará solo en aquellos formularios que tengan atributos del mismo tipo.

Las acciones que realiza un comando se describen en el módulo de comando en 1C:Enterprise.

• Objetos de configuración
• Herramientas de desarrollo.

Dependiendo de cómo terminó el comando en la configuración, los comandos se pueden dividir en:

• Estándar
• Creado por un desarrollador.

Comandos estándar 8.2

Los comandos estándar son proporcionados por la plataforma, automáticamente. Los comandos estándar son proporcionados por objetos de configuración, extensiones de formulario, extensiones del elemento Table contenido en el formulario.

Por ejemplo, el directorio Cuentas proporciona los siguientes comandos: Cuentas, Cuentas: crear grupo, Cuentas: crear.

Comandos creados por el desarrollador

El desarrollador tiene la capacidad de crear comandos arbitrarios en la configuración. Agregue un objeto similar, Comando, puede tanto en la rama General como en un objeto específico, o en una forma específica, hacer una descripción del procedimiento utilizando el lenguaje incorporado.

Como ejemplo, se pueden dar los siguientes comandos generales: configurar el escáner de código de barras, instalar el escáner de código de barras, etc.

Comandos de acción y comandos de navegación.

• Comandos de navegación
• Comandos de acción.

Comandos de navegación 8.2

Los formularios llamados por estos comandos se abren en la ventana actual. Por lo general, estos comandos navegan a través de varias listas.

Ejemplo: el comando de navegación Almacenes abrirá una lista de almacenes en la ventana principal.

Comandos de acción

Cuando se ejecuta dicho comando, se abre una ventana auxiliar. Por lo general, con la ayuda de un comando de acción, se realiza una transición al formulario de procesamiento/informe o al formulario de objeto.

Ejemplo: al ejecutar el comando de acción Almacén se abrirá una ventana auxiliar en la que podrá editar los datos del nuevo almacén.

Comandos parametrizables e independientes

Los equipos, de acuerdo a su organización interna, deben dividirse en:

• Independiente
• parametrizable

Equipos Independientes 8.2

La ejecución de dichos comandos se produce sin solicitar información adicional.

Ejemplo: El comando Cuentas, que es independiente, abre una lista de todas las Cuentas sin pedir ninguna otra información.

Comandos parametrizables

La ejecución de dichos comandos requiere el valor del parámetro del comando (información adicional).

Ejemplo: el comando Cuentas de liquidación (Objeto. Proveedor), que es parametrizable, abre la lista de cuentas de liquidación de la contraparte especificada. Para ejecutar este comando, debe especificar con qué contraparte desea abrir cuentas. En este caso, el parámetro de este comando es la contraparte.

Comandos globales y comandos de formulario local

Según cómo se relacionan los comandos con una determinada forma, se pueden dividir en:

• Global
• Local

Equipos globales

Dichos comandos son suministrados por la plataforma y, al no ser parte del formulario, pueden incluirse tanto en este como en otros formularios. Estos comandos también se dividen en parametrizables e independientes, lo que facilita el trabajo con estos comandos.

Comandos de formulario local

Estos comandos no pueden incluirse en otros formularios, siendo, de hecho, parte de un formulario específico. Estos comandos son proporcionados por elementos de formulario, extensiones de formulario u organizados por el desarrollador en el formulario mismo.

Panel de navegación

La barra de navegación es un elemento de la interfaz de comandos del sistema. Esto es como una "tabla de contenido" de una ventana o sección auxiliar. La barra de navegación brinda la oportunidad de familiarizarse con la información contenida en la ventana o sección auxiliar.

La barra de navegación contiene comandos de navegación. Tales comandos se consideran aquellos que solo mueven al usuario a la información necesaria sin causar un cambio en los datos. Por lo general, estos son comandos que dan acceso a varias listas. Después de llamar a dicho comando en el espacio de trabajo, se abre la lista llamada, que reemplaza el contenido anterior del espacio de trabajo.

Ejemplo: llamar al comando Almacenes abrirá la lista de almacenes en el espacio de trabajo.

Mostrar una lista en una ventana auxiliar

Cuando es necesario analizar y comparar partes diferentes una lista, o listas diferentes, puede abrir varias listas a la vez. En la ventana principal y en las ventanas auxiliares.

Esta acción requiere mantener presionada la tecla Mayús al llamar a un comando de navegación.

Grupos de mando 8.2

Los comandos generalmente se agrupan en la barra de navegación en tres grupos estándar.

• Importante. No se muestra el nombre del grupo, pero se resaltan los comandos que le pertenecen en negrita. Este grupo contiene comandos para saltar a la información más utilizada en esta sección.
• Normal. Este grupo también carece de un encabezado. Los comandos se muestran con una fuente normal.

Además de los grupos estándar, la barra de navegación puede contener grupos creados por el desarrollador.

Grupos de comandos regulares 8.2

En el segundo grupo (comandos relacionados con Common) puede haber grupos de comandos adicionales. Estos grupos van seguidos de un encabezado y los comandos que contienen están sangrados desde el margen izquierdo.

Para ocultar y mostrar estos comandos, haga clic en los encabezados de dichos grupos.

En el caso de que las secciones de programas estén formadas por subsistemas del primer nivel, en el panel de navegación los grupos de comandos estarán formados por subsistemas de los siguientes niveles.

Por lo general, los grupos Importante y Ver también no contienen una gran cantidad de comandos. Por el contrario, el grupo Principal, por regla general, contiene una cantidad bastante seria de comandos. Para una navegación más conveniente a través de ellos, utilizan una agrupación adicional de estos comandos.

Personalización de la barra de navegación 8.2

Es posible que el usuario personalice la composición de los comandos incluidos en la barra de navegación: cambie el orden de visualización, elimine los innecesarios o agregue los comandos necesarios.

Ejemplo: elimine los grupos de comandos Precios y Características y mueva el comando Ajustes a Ver también.

El programa recordará la configuración que el usuario ha cambiado automáticamente, y la próxima vez que se inicie el programa, mostrará el panel tal como lo hizo el usuario.

En el curso del trabajo sobre el desarrollo de una solución de aplicación, se utiliza un editor de interfaz de comando para configurar y formar la barra de navegación. Le permite establecer la ubicación, el orden, la composición de los comandos y configurar los roles de usuario que existen en una configuración particular.

Panel de acciones

La barra de acciones hace referencia a los elementos de la interfaz de comandos del sistema. Este panel contiene los comandos utilizados con más frecuencia que brindan la capacidad de crear rápidamente nuevos objetos, generar informes populares y realizar el procesamiento típico.

Este panel contiene comandos de acción. La ejecución de tales comandos le permite cambiar los datos y generalmente abre ventana auxiliar, cambiando temporalmente al usuario a otra operación.

Ejemplo: Llamar al comando de acción Almacén abrirá, para editar, una ventana de datos auxiliares para el nuevo almacén.

Grupos de comandos 1C: Enterprise 8.3 / 8.2

La barra de acción normalmente contiene tres grupos estándar de comandos.

1. Crear. Contiene comandos que conducen a la creación de nuevos objetos relacionados con la base de datos: directorios, documentos, etc.
2. Los comandos de esta sección llevan al usuario a los diversos informes que están disponibles en esta sección.
3. Este grupo contiene comandos que realizan varias acciones de servicio: pasar al procesamiento de servicios, comandos para trabajar con ciertos equipos comerciales, etc.

Además de los grupos estándar, la barra de acción puede contener grupos creados por el desarrollador.

Estos grupos de comandos están enmarcados y tienen un título. Si un grupo tiene un número significativo de comandos, solo se mostrarán los primeros.

Personalización de la barra de acciones 8.2

Es posible que el usuario personalice la composición de los comandos incluidos en la barra de acción: cambie el orden de visualización, elimine los innecesarios o agregue los comandos necesarios

Ejemplo: puede eliminar el comando para crear una nueva cuenta y eliminar el grupo Servicio.

El programa recordará la configuración que el usuario ha cambiado automáticamente, y la próxima vez que se inicie el programa, mostrará el panel tal como lo hizo el usuario.

En el curso del trabajo sobre el desarrollo de una solución de aplicación, se utiliza un editor de interfaz de comandos para configurar y formar la barra de acción. Le permite establecer la ubicación, el orden, la composición de los comandos y configurar los roles de usuario que existen en una configuración particular.

Favoritos

Favoritos es uno de los elementos estándar de la interfaz. Este mecanismo es proporcionado por la plataforma y está disponible para los usuarios de cualquier solución de aplicación. Favoritos le permite organizar su propia lista de enlaces necesarios.

El usuario agrega independientemente a esta lista enlaces a secciones del programa, a listas que se abren en la ventana principal, a procesamiento, a informes y a objetos relacionados con la base de datos: documentos, elementos de directorios, etc.
El elemento Favoritos está diseñado para que el usuario añada a esta lista los enlaces más importantes, necesarios o de uso frecuente para navegar rápidamente por ellos.

Cuando abra el menú Favoritos, la lista se mostrará en la ventana principal o en la ventana auxiliar.

Adición de un enlace a favoritos

Los enlaces se agregan a favoritos mediante el método clásico utilizado en los navegadores web: utilizando el comando Agregar a favoritos o presionando la combinación de teclas Ctrl + D. El comando Agregar a favoritos se encuentra en el menú Favoritos en las ventanas auxiliar y principal de la aplicación, en el área de comandos del sistema.

Configuración de favoritos

El usuario puede editar la lista de favoritos. Puede eliminar enlaces innecesarios o intercambiar los existentes. Esta opción está disponible en la ventana que se abre con el comando Establecer favoritos, ubicado en el menú de la ventana auxiliar o principal de la aplicación.

Trabajar con favoritos del primer idioma

Es posible gestionar los favoritos mediante programación utilizando el lenguaje integrado UserWork Favorites.

El acceso a este objeto no se proporciona a través de la propiedad de contexto global, como ocurre, por ejemplo, con el historial de trabajo del usuario.

Para acceder a los favoritos, lea los favoritos del almacenamiento de configuración del sistema, agregue un elemento con el enlace requerido y guarde los favoritos modificados nuevamente en el almacenamiento de configuración del sistema.

En el siguiente ejemplo, puede ver cómo se agregan dos enlaces a favoritos: un enlace a un elemento de búsqueda y un hipervínculo externo.

Referencia

El enlace es uno de los elementos estándar de la interfaz. Este mecanismo es proporcionado por la plataforma y está disponible para los usuarios de cualquier solución de aplicación. Este elemento permite obtener enlaces de texto a cualquiera de las secciones, listas, objetos de base de datos, procesamiento o informes.

Enlaces interactivos y no interactivos

Interactivo: se denominan enlaces a objetos de la base de datos (documentos, directorios), secciones del programa, procesamiento e informes. Estos enlaces se pueden reenviar a un empleado, seguirlos y agregarlos a favoritos. Además, estos vínculos se recuerdan en la historia laboral.

No interactivo: solo se puede acceder a estos enlaces desde el lenguaje 1C:Enterprise. Los ejemplos incluyen enlaces a atributos de secciones tabulares de bases de datos, atributos de objetos, enlaces a almacenamiento temporal y atributos de entradas de registro. Dichos enlaces se utilizan al construir formularios, para mostrar en forma de imagen y también para transferir archivos externos al servidor utilizando almacenamiento temporal.

Obtener un enlace

Enlaces internos y externos

Hay tres formas de usar dichos enlaces desde el punto de vista del usuario:
*Los enlaces externos e internos son fáciles de agregar a favoritos, de modo que, si es necesario, haga un salto rápido a la lista o documento seleccionado.

• Los enlaces internos se utilizan dentro de una base de información específica. Un usuario puede recibir y pasar un enlace interno a otro. Dicho enlace puede ser utilizado por un usuario conectado a esta base de datos por cualquier cliente. La transferencia de dicho enlace está disponible de varias maneras: Correo electrónico, Por ejemplo.
• Los enlaces externos fueron diseñados para usarse fuera de 1C:Enterprise. Es racional usar tales enlaces para un cliente web.

Ejemplo: un usuario que está conectado a la base de datos cliente ligero (protocolo http) o por el cliente web, recibe el enlace externo y lo pasa a otro usuario. Este usuario ingresa un enlace en la barra de direcciones de un navegador de Internet. El resultado de las acciones será el lanzamiento del cliente web, se realizará una conexión a la requerida base de información y la transición se realizó en el enlace pasado.

Siguiendo un enlace

Para seguir el enlace recibido, llame al comando Ir al enlace en la ventana auxiliar o principal.

En este artículo, le diré cómo personalizar la interfaz del programa Taxi para un trabajo cómodo, de modo que todos los botones necesarios y los informes más necesarios estén siempre a mano.

1) Comencemos con la pregunta más común de mis queridos clientes, relacionada con la falta del menú "Operaciones". Muchos contadores lo usaban para buscar informes, trámites, documentos que a veces eran muy difíciles de encontrar en otras secciones del programa.

Como tal, no hay un menú de "Operaciones" en Contabilidad 3.0. Su análogo se llama "Todas las funciones" y, de forma predeterminada, la visualización de esta sección en el programa no está configurada. Para habilitarlo, debe ingresar al menú, que se abre con el botón naranja con un triángulo en la esquina superior izquierda del programa. En la lista que aparece, seleccione la sección "Servicio" y abra la sección "Opciones".

En la ventana que se abre, marque la casilla "Mostrar el comando" Todas las funciones "y corrija el resultado haciendo clic en el botón" Aplicar ".

Ahora en el mismo Menú Principal (botón naranja con un triángulo) vemos la sección "Todas las funciones"

En el que todo lo que estamos tan acostumbrados a ver en la Contabilidad 2.0 en el apartado de "Operaciones":

2) Ahora consideremos las capacidades del programa en términos de configuración de la interfaz TAXI. Por ejemplo, ahora mi programa se ve así:

Aquellas. secciones anteriores. Ventanas abiertas marcadores a continuación. Veamos cómo cambiar la ubicación de todos los elementos de la ventana de trabajo del programa. Nuevamente abrimos el menú principal y encontramos la sección "Configuración del panel" allí.

Entonces todo es simple. Con el botón izquierdo del mouse, tome la sección cuya posición queremos cambiar y arrástrela hacia donde queremos ver este panel. Por ejemplo, así: Levantaré el "Panel abierto" a la parte superior y arrastraré el "Panel de partición" al lado izquierdo de la ventana.

Haga clic en el botón "Aplicar" o "Aceptar" y listo, así es como comenzó a verse nuestro programa:

Quizás sea más conveniente para alguien trabajar de esta manera.

3) Otro consejo para configurar el programa. Por regla general, cada contador tiene algunas secciones o informes que utiliza a diario. Bueno, por ejemplo, OSV o OSV en la cuenta. Y sería muy conveniente que estuvieran siempre ahí, siempre a mano. Esto se puede lograr de una manera muy sencilla, colocando los informes necesarios en la sección "Favoritos". Encontraremos el balance en la sección "Informes". Apuntándolo con el mouse, vemos una estrella gris al lado.

Al hacer clic en él, marcaremos el informe seleccionado como "Favoritos"

Sección "Favoritos"utilizando el editor de paneles que ya conocemos, lo colocaremos, por ejemplo, en la parte inferior de la ventana de trabajo del programa.

4) Y un "secreto" más para configurar la interfaz del programa. En varias secciones del programa hay documentos que algunos nunca usan. Bueno, simplemente por los detalles de la organización. Por ejemplo, en la sección "Compras", documentos relacionados con EGAIS.

No necesitamos estos documentos y podemos eliminarlos del escritorio. Para hacer esto, en la sección editable en la esquina superior derecha, haga clic en el engranaje y en el menú que aparece, seleccione el elemento "Configuración de navegación".

En la ventana que aparece, vemos dos columnas. A la izquierda están los comandos que se pueden añadir a nuestro escritorio. Y a la derecha, esos comandos que están en nuestro escritorio. Encontramos la sección EGAIS en la columna de la derecha y hacemos clic en el botón "Eliminar"

En consecuencia, los documentos que se encuentran en la columna de la derecha se pueden agregar al escritorio haciendo clic en el botón "Agregar".

5) Y por último, para aquellos que no quieran acostumbrarse a la interfaz de Taxi. Puede cambiar la interfaz a la que estaba en las primeras versiones de Contabilidad 3.0.

En la sección "Administración" encontramos el elemento "Interfaz"

Aquí, los desarrolladores nos ofrecieron la opción de cambiar la interfaz del programa a la de Versión anterior 8.3 y similares Contabilidad 7.7. Habiendo elegido la apariencia del programa que nos interesa, habrá que reiniciarlo.

Así se verá el programa con la interfaz anterior.

Por interés, veamos cuál es la interfaz, similar a Contabilidad 7.7.

Bueno, no sé, no sé. Probablemente volveré a mi "Taxi" habitual.

Bueno, eso es todo lo que quería decirte hoy. Espero que alguna información le sea útil para trabajar con el programa.