1C:Enterprise es un producto de software de la empresa 1C, diseñado para automatizar una amplia variedad de áreas de la actividad económica de una empresa. Este sistema incluye soluciones para la automatización compleja de empresas de producción, comercio y servicios, productos para la gestión financiera de holdings y empresas individuales, contabilidad, gestión de nóminas y personal, para contabilidad en instituciones presupuestarias, diversas industrias y soluciones especializadas.

El sistema es una plataforma tecnológica y soluciones de aplicaciones (configuraciones) desarrolladas sobre la base de esta plataforma.

La plataforma 1C:Enterprise es un entorno de desarrollo orientado a temas (también un entorno para trabajar con la base de datos) para resolver problemas relacionados con la automatización empresarial.

La configuración de 1C es una solución de aplicación creada utilizando la plataforma 1C, que contiene una descripción de la estructura de las tablas de la base de datos y algoritmos para trabajar con estos datos.

La integración del sistema VLSI es compatible con casi todas las versiones de la plataforma tecnológica 1C (excepto las más antiguas): 7.7, 8.1, 8.2 y 8.3. La característica principal del sistema 1C:Enterprise es su configurabilidad. Cada configuración se centra en determinados tipos de empresas y clases de tareas a resolver (“Contabilidad empresarial”, “Gestión de empresas manufactureras”, “Gestión comercial”, etc.).

Las configuraciones a menudo se dividen en dos grupos: "estándar" y "no estándar". Una configuración "estándar" es una solución producida en masa que se distribuye "en una caja". Para configuraciones típicas, la integración con VLSI generalmente ocurre sin ninguna configuración adicional.

También existen configuraciones modificadas para adaptarse a las necesidades de la empresa, que debido a los cambios realizados en las mismas ya no son estándar, sino que son muy similares. Dependiendo de los cambios realizados, la integración VLSI puede requerir configuraciones adicionales.

Una configuración "escrita en casa" o una configuración "desde cero" es una configuración desarrollada independientemente de la empresa 1C, generalmente para las necesidades de un cliente específico. Estas configuraciones normalmente requieren modificaciones importantes para integrarse con VLSI.

El cliente puede utilizar varias soluciones de aplicación a la vez y, en consecuencia, trabajar con varias bases de datos. La selección de la base de datos ocurre cuando se inicia el programa.

Hay dos modos principales de inicio de 1C: modo empresarial y modo configurador (este modo también tiene un modo de depuración).

El modo empresarial es el modo de usuario principal (a diferencia de los administradores y desarrolladores). En este modo, los usuarios agregan, cambian, eliminan datos, generan informes y realizan otras tareas de la aplicación.

En el modo configurador, usted administra y cambia la configuración de la base de datos. Es en este modo que está escrito. fuente se desarrollan programas, se desarrollan nuevos formularios, se crean nuevos informes, directorios, documentos, etc.

Modo configurador

En el modo configurador, podemos familiarizarnos con la configuración, que describe la estructura de almacenamiento de datos en la base de datos. Para abrir la configuración en el menú, seleccione “Configuración/Abrir configuración” en el menú.

Por el icono al lado del nombre de la configuración podemos entender si es típica (sin modificar):

Hay tres opciones:

• El objeto no es editable: una configuración típica en la que no se pueden realizar cambios.
• El objeto se edita manteniendo el soporte: se han realizado ciertos cambios en la configuración, pero sigue siendo compatible, es decir, se puede actualizar cuando se lanza una nueva versión.
• Se eliminó un objeto del soporte: la configuración se modificó en gran medida o se escribió desde cero, no se actualiza cuando se lanzan nuevas versiones.

La base de la configuración es la estructura de los objetos de configuración, que se describe mediante herramientas de diseño visual.

Objetos de configuración

Un objeto de configuración en el sistema 1C:Enterprise es una descripción de un grupo de conceptos con características similares y el mismo propósito. Por ejemplo, el objeto de configuración Directorio está destinado a mantener listas de elementos de datos homogéneos: directorios, archivos de tarjetas, clasificadores.

Un objeto de configuración no describe un valor específico, sino sólo su apariencia. Por ejemplo, el directorio de contratistas no describe una organización específica, Solnyshko LLC, pero contiene una lista de detalles (TIN, KPP, nombre completo, etc.), así como formularios para ingresar sus valores, formularios para ver listas y diseños para imprimir información.

Los objetos de configuración se agrupan en vistas en el árbol de configuración. El usuario ve los nombres de los tipos en el primer nivel del árbol de configuración cuando abre la ventana Configuración:

A continuación es una breve descripción de tipos de objetos que se utilizan al configurar la integración con VLSI.

Constantes

Para trabajar con información constante y que rara vez cambia, el sistema utiliza objetos del tipo Constante. Por ejemplo, la moneda contable se almacena en constantes.

Directorios

Para trabajar con información constante con un determinado conjunto de valores se utilizan objetos del tipo Directorio. Normalmente, los directorios son listas de productos, organizaciones, empleados, etc.

Transferencias

Las enumeraciones se utilizan para describir conjuntos persistentes de valores. Un ejemplo típico de transferencia son los tipos de IVA (0%, 10%, 18%, 10/110, 18/118, sin IVA).

Documentación

Los documentos están destinados a reflejar los acontecimientos económicos de la empresa. Estos podrían ser, por ejemplo, facturas, facturas, órdenes de empleo, facturas, órdenes de pago, etc. Podemos decir que este es el principal objeto de integración con VLSI, porque enviamos los documentos a en formato electrónico. Cada tipo de documento está diseñado para reflejar su propio tipo de evento. Esto determina su estructura y propiedades. Cada tipo de documento puede tener un número ilimitado de detalles y partes tabulares.

A la hora de configurar el envío o descarga de documentos, lo que más nos interesará serán estos detalles y partes tabulares.

Registros de información

Los registros están destinados a almacenar y procesar información diversa que refleja las actividades económicas u organizativas de una empresa y no tiene naturaleza objetiva. Por ejemplo, los registros de información pueden almacenar Información del contacto(direcciones, números de teléfono) de organizaciones y contratistas.

La mayoría de las configuraciones tienen registros de información diseñados para almacenar cualquier información adicional según documentos y entradas de directorio (Valores de propiedad del objeto o Información adicional según la configuración). Por ejemplo, si necesita anotar alguna información en un documento, pero no hay detalles adecuados en la configuración para ello, entonces esta información se puede guardar en un registro. Al integrarse con VLSI, es en estos registros de información donde se almacena la "conexión" de los documentos 1C y los documentos VLSI correspondientes. Registramos los identificadores del paquete, los archivos adjuntos y el estado del documento electrónico en el registro de información.

Tipos de aplicaciones cliente

Antes de la versión 1C 8.2, solo existía un tipo de aplicación cliente (en ese momento no se llamaba de ninguna manera, ya que solo había uno, pero ahora es un cliente "grueso"). Hoy en día, "grueso" significa trabajo ordinario utilizando los recursos y la potencia de la computadora local. Las nuevas tecnologías para el uso económico de los recursos de hardware también han influido en el perfeccionamiento de los programas que utilizan la versión de trabajo cliente-servidor. El lanzamiento de la plataforma 8.2 proporcionó nuevos conceptos en el ámbito de 1C: cliente ligero, aplicación web en la que la carga principal recae en el servidor. Todo el trabajo con la base de datos, los datos de los objetos y la ejecución de consultas se realiza en el lado del servidor. El cliente solo recibe datos ya preparados para su visualización.

cliente gordo

Una aplicación cliente que funciona tanto en modo 1C:Enterprise como en modo Configurador.

A diferencia de otras aplicaciones cliente, no permite conectarse a bases de datos de información a través de Internet y requiere una cantidad importante de recursos para su funcionamiento.

Cliente ligero

Una de las aplicaciones cliente que permite conectarse a bases de información ya sea por red local y a través de Internet (proporciona conexión a la base de información a través de los protocolos http y https a través de un servidor web). Funciona sólo en modo 1C:Enterprise. A diferencia del cliente web, requiere una instalación previa en el ordenador del usuario.

Tanto los clientes ligeros como los pesados ​​pueden trabajar con una solución de aplicación que se ejecuta en modo de aplicación administrada.

cliente web

Una de las aplicaciones cliente que le permite conectarse a bases de datos de información a través de Internet.

Funciona sólo en modo 1C:Enterprise. Preinstalación no es necesario en la computadora del usuario. El cliente web funciona con cualquier sistema operativo. Además, el cliente web no necesita ningún archivo adicional para empezar a funcionar. computadora local. Para comenzar, el usuario sólo necesita iniciar su navegador y conectarse al servidor web con base de información.

A pesar de todas sus ventajas, el cliente web no puede sustituir completamente cliente ligero, ya que algunas de las funciones no están disponibles en él, por ejemplo, trabajar con sistema de archivos, trabajar con XML, trabajar con correo electrónico y otros.

Opciones para aplicaciones cliente

Hay dos opciones para ejecutar aplicaciones cliente.

Versión de archivo del trabajo.

Opción de trabajo diseñada para trabajo personal un usuario o el trabajo de un pequeño número de usuarios en una red local.

En esta opción, todos los datos de la base de información (configuración, base de datos, información administrativa) se encuentran en un archivo: una base de datos de archivos. El trabajo con esta base de datos se realiza mediante un archivo DBMS desarrollado por 1C y que forma parte de la plataforma.

Versión de trabajo cliente-servidor.

Una opción de trabajo diseñada para uso en grupos de trabajo o empresas.

Es una combinación de tres partes que interactúan:

• aplicación cliente (1C:Enterprise)
• clúster de servidores (1C:Enterprise)
• DBMS de un tercero (por ejemplo, MicrosoftSQL Servidor, PostgreSQL)

Modos de lanzamiento 1C:Enterprise

El modo de inicio empresarial determina qué procesamiento externo usaremos para la integración (para regular o formularios gestionados).

Modo de aplicación normal

Modo en el que se utiliza una interfaz para trabajar con la solución de la aplicación versiones anteriores 1C:Enterprise, enfocado a trabajar únicamente en el cliente pesado. Esta interfaz no puede cambiar automáticamente según los derechos y las opciones funcionales.

Ejemplo de interfaz:

Modo de aplicación administrada

Un modo en el que se utilizan una interfaz de comando administrada y formularios administrados para trabajar con una solución de aplicación.

Aplicación administrada Cambia completamente la forma de trabajar con la interfaz. El modelo para desarrollar la interfaz de usuario en la configuración está cambiando: la interfaz no se "dibuja", sino que se "describe". El desarrollador define sólo el diseño general de la interfaz de comando y los formularios.

La arquitectura de una aplicación administrada se centra en la máxima transferencia de todas las funciones al servidor y la máxima "facilitación" del cliente.

Una aplicación administrada simplifica enormemente la implementación de soluciones de aplicaciones. Es posible no modificarlo, sino personalizar la solución según las particularidades de la empresa, sin cambiar la configuración en sí.

Todas las nuevas configuraciones de 1C (comenzando con "Gestión comercial, versión 11", "Contabilidad empresarial, versión 3", etc.) están diseñadas para funcionar solo en modo controlado.

Ejemplo de interfaz:

Y un ejemplo de una interfaz más nueva:

Cómo trabajar en 1C:Enterprise

Lo que más nos interesa es la ejecución de transacciones de compra y venta, ya que estos son los documentos que con mayor frecuencia se envían y reciben electrónicamente.

Veamos dónde se encuentran los documentos relevantes en el programa, cómo verlos e imprimirlos.

En la mayoría de las configuraciones, el menú principal contiene las secciones "Venta" y "Compra" (o "Ventas" y "Compras"):

Aquí es donde “viven” los documentos que nos interesan. Por ejemplo, documentos de implementación. En la interfaz, sus nombres pueden diferir en diferentes configuraciones (“Ventas de bienes y servicios” o “Ventas (actos, facturas)”). Para abrir el registro de documentos, seleccione el elemento apropiado en el menú de ventas. La ventana de registro suele contener una barra de herramientas para crear un nuevo documento, imprimirlo, configurar un filtro, etc.:

Al crear un documento nuevo o abrir uno existente, se abre la tarjeta del documento:

Todos los datos del documento se ingresan en la tarjeta. Con el flujo de documentos en papel, el documento se imprime (desde una tarjeta o desde una caja registradora) y se envía a la contraparte.

El botón Imprimir ofrece una lista de formularios imprimibles para el documento:

Los formularios impresos pueden ser estándar, es decir, los que se incluyen en la configuración, y no estándar, es decir, formularios impresos externos o formularios impresos agregados a la configuración específicamente para las necesidades de un cliente determinado. Si un cliente utiliza un formulario no estándar al imprimir, esto debe tenerse en cuenta al integrar con VLSI, porque la forma impresa del documento electrónico debe corresponder formulario impreso cliente.

También desde la ficha podemos ver la estructura de subordinación del documento:

Todos los documentos relacionados se muestran en la estructura de subordinación. Al integrarse con VLSI, los documentos de 1C generalmente no se envían uno a la vez, sino en conjuntos de dos o tres documentos relacionados (factura + factura o factura + factura + factura).

La información en la estructura de informes puede ser útil si el cliente desea incluir documentos electronicos agregue otro documento distinto de los incluidos en el conjunto predeterminado. Aquí podemos ver si existe una conexión entre el documento actual y el documento que el cliente quiere agregar al conjunto.

Tratamientos externos

Cuando se trabaja con configuraciones estándar, a veces se necesita alguna funcionalidad que no proporcionan los desarrolladores de 1C. En este caso, el desarrollador tiene dos opciones: modificar la propia configuración o desarrollar un procesamiento externo. Si cambias la configuración en sí dejará de ser estándar y la actualizarás de maneras simples no trabajará. Actualizar configuración atípica- Este es un proceso más largo y serio.

El procesamiento externo es, de hecho, un módulo externo que también está desarrollado en el lenguaje de programación 1C en el Configurador, pero no realiza cambios en la configuración estándar. Existe independientemente de la configuración misma y se almacena por separado en un archivo con la extensión "epf".

Por lo tanto, al integrar 1C con VLSI, utilizamos procesamiento externo y no realizamos ningún cambio en la configuración del cliente.

En la era del desarrollo tecnologías de internet, era necesaria una conexión fácil de usar a la base de datos y trabajar con ella a través de navegadores web. Dado que el acceso a Internet se realiza a través de varios canales de comunicación, tanto de alta velocidad como de baja velocidad de datos, la configuración se desarrolló para acelerar la operación. un mecanismo fundamentalmente nuevo para separar la funcionalidad entre cliente y servidor. Además, también ha cambiado el concepto de desarrollar una interfaz de usuario en la configuración. La nueva arquitectura desarrollada de la plataforma 1C: Enterprise 8 se denominó Aplicación Administrada.

¿Qué ha cambiado en una aplicación gestionada respecto a una normal?

Interfaz

La capa del sistema que trabaja con datos de la base de información y es responsable de la lógica de negocios se mantuvo sin cambios significativos. El acceso a directorios, documentos y otros objetos de configuración, así como a los mecanismos de consulta e intercambio de datos, se realiza de la misma forma que en una aplicación normal. La capa de trabajo con la interfaz ha cambiado por completo: se han rediseñado la interfaz de comando, el sistema de ventanas y los formularios de diálogo del usuario.

Mayor escalabilidad

La escalabilidad es la capacidad de un sistema para adaptarse a requisitos en expansión y volúmenes crecientes de tareas a resolver. Una aplicación administrada aumenta la escalabilidad del sistema debido a varios puntos:

• Transfiriendo la carga del lado del cliente al lado del servidor. En una aplicación típica, todo el trabajo con objetos de base de información, cálculos, procesamiento y generación de informes se realizaba en la computadora del usuario, solo algunos módulos comunes Trabajó en el servidor. En una aplicación administrada, solo se realizan las siguientes acciones en el cliente:
  • recibir, abrir y mostrar formularios,
  • diálogo interactivo con el usuario,
  • pequeños cálculos
  • trabajar con archivos locales y equipos comerciales;
• si por trabajo producto de software 1C: La empresa utiliza un grupo de servidores, luego se habilita la distribución dinámica de la carga en los servidores, lo que no ocurre cuando se trabaja en una aplicación normal;
• El servidor 1C ha sido rediseñado para mejorar la confiabilidad y la estabilidad.

Trabajo remoto (en línea)

trabajo a distancia con una base de información en una aplicación administrada se presenta de dos modos:

El cliente ligero se instala en la computadora del usuario y se comunica con la base de datos mediante protocolos de internet transmisión de datos. Los parámetros de la base de información contienen configuraciones que le permiten adaptar el funcionamiento del cliente ligero a un canal de comunicación de baja velocidad; El cliente web es un cliente que no requiere instalación en la computadora del usuario. Todo el trabajo con la base de información se realiza a través de navegador de Internet. Requerido para usar el cliente web instalación adicional y configurar un servidor web y un complemento de servicio web adicional para el servidor 1C (seleccionado al instalar la plataforma 1C: Enterprise).

Configuración rápida del sistema durante la implementación

La característica más importante de una aplicación administrada es la capacidad de personalizar la configuración durante la implementación en lugar de cambiarla. La aparición de un objeto de configuración como opciones funcionales hizo posible implementar la capacidad de habilitar y deshabilitar partes funcionales completas de soluciones de aplicaciones complejas. Por ejemplo: en la configuración " " en Configuración general Con solo hacer clic en un botón, puede habilitar o deshabilitar un módulo global como Contabilidad de almacén. En este caso, el sistema configura automáticamente la interfaz de usuario, controlando la visualización de detalles individuales y comandos asociados con esta parte funcional.

Reducir la complejidad de describir interfaces e informes.

Al crear una interfaz en una aplicación normal, el desarrollador tenía que dibujarla él mismo. Cada objeto del formulario tenía que transferirse manualmente, y la ubicación de los objetos, así como su interacción entre sí, dependía del propio desarrollador. En una aplicación administrada, el desarrollador solo describe qué objetos, atributos y comandos deben ubicarse en el formulario y define el diseño general de la interfaz de comando y los formularios.

Al crear una interfaz para un usuario específico, el sistema utiliza esta descripción teniendo en cuenta varios factores ( derechos de los usuarios, características de una implementación específica, configuraciones realizadas por el propio usuario).

Posibilidad de gestión de interfaz centralizada.

La interfaz de comando y los formularios están administrados. configuración de roles de usuario, la composición de opciones funcionales y configuraciones personales del usuario.

Desarrollo de un sistema de diferenciación de derechos de acceso

Además del hecho de que la aplicación administrada tiene la capacidad de configurar el acceso y editar campos individuales de los objetos de configuración para cada función, la arquitectura del cliente ligero está construida de tal manera que los datos bloqueados no se le transfieren. Esto permite un manejo más eficiente de los derechos de acceso. La carga en el sistema se reduce significativamente: todas las operaciones masivas se pueden realizar sin verificar los derechos de acceso (en modo privilegiado).

Ajustes personalizados

Implementado en la aplicación administrada 1C: Enterprise la capacidad de personalizar la interfaz de usuario. El usuario también tiene la oportunidad de personalizar la interfaz del sistema de acuerdo con sus preferencias personales. Puede controlar la visibilidad de los comandos en la interfaz de comandos, su orden y agrupación. También puede cambiar la visibilidad, ubicación y agrupación de los elementos del formulario, y puede configurar algunas propiedades de los elementos del formulario que afectan la visualización y la edición.

Estoy publicando el segundo capítulo de mi libro “Fundamentos del desarrollo en 1C: Taxi”

Capítulo 2. Aplicación 1C regular y administrada

En este capítulo, veremos qué es una aplicación normal y administrada y en qué se diferencian entre sí, pero antes de eso veremos el concepto de "interfaz".

¿Qué es una “interfaz” de todos modos? Básicamente, este es el límite común entre dos sistemas que interactúan (muy a menudo un sistema es una persona). Tomemos un coche, por ejemplo. ¿Tiene una interfaz? Si seguro. Pero ¿cuál es el límite común entre un coche y una persona? En primer lugar, esto lugar de trabajo, es decir. directamente el asiento del conductor y los mandos (volante, pedal del acelerador, pedal del freno, etc.). En segundo lugar, estos son los principios de la interacción humana con un automóvil, que son una especie de conjunto de reglas. Por ejemplo, para acelerar un automóvil, debe presionar el pedal del acelerador, disminuir la velocidad, el pedal del freno, para girar a la derecha debe girar el volante hacia la derecha, etc. Gracias a estas dos entidades una persona puede conducir un coche. Si quitamos una cosa, conducir un coche se vuelve imposible.

En el mundo software todo es exactamente igual. Un sistema es una persona: un operador, un usuario. Y el segundo sistema es alguna aplicación creada para la automatización. cierto tipo actividad humana (estamos considerando la programación de aplicaciones).

Por ejemplo, necesitamos mantener registros de almacén de forma independiente: realizar la llegada de mercancías al almacén, cancelar estas mercancías y controlar los saldos. ¿Cuál será el límite común entre la aplicación, sin importar cómo o dónde esté escrita, y el usuario? En primer lugar, estos son órganos de entrada de información; de lo contrario, ¿cómo transmitirá al programa que han llegado al almacén 5 piezas de un determinado producto? En nuestro caso es teclado Y ratón de ordenador. En segundo lugar, es un sistema de interacción entre una computadora y una persona. Por ejemplo, esta podría ser una interfaz de línea de comandos: utilizará el teclado para ingresar varias cadenas de texto (comandos) y utilizarlas para realizar las acciones necesarias (registrar la recepción de bienes, el consumo de bienes, etc.). Una interfaz de este tipo se parece a esto: consulte la fig. 1.2.1.

Arroz. 1.2.1 Ejemplo de línea de comando

Esta figura muestra línea de comando sala de operaciones sistemas windows, con él puedes hacer casi todas las operaciones que haces en Explorer: copiar archivos, eliminar archivos, crear directorios, etc.

Este tipo de interfaz ha sido durante mucho tiempo arcaico y fue reemplazado por una interfaz gráfica de usuario (ing. interfaz gráfica del usuario GUI). En esta interfaz, la interacción entre el usuario y la aplicación se produce a través de diversos elementos gráficos dibujados en la pantalla (botones, iconos, interruptores, etc.). En la interfaz gráfica, el operador tiene acceso aleatorio a través de controles a cualquier elementos graficos. En nuestro caso, cuando automatizamos la contabilidad del almacén, la interacción puede verse así: el operador presiona el botón "Recibo", se abre el formulario de selección de producto, donde el operador selecciona el producto deseado de la lista e ingresa su cantidad. Si necesita realizar un gasto, el operador presiona el botón “Consumo”, y también se abre un formulario de selección, donde el operador también selecciona el producto deseado e ingresa su cantidad. Cuando necesita verificar los saldos, el operador hace clic en el botón "Restos" y el programa muestra los bienes restantes en el almacén. Por lo tanto, utilizando esta interfaz gráfica, puede realizar un seguimiento de las mercancías en el almacén con bastante éxito.

Terminemos con la parte teórica y pasemos directamente al tema de este capítulo. Es decir, a los tipos de interfaces de aplicación del programa 1C, que son todas interfaces gráficas de usuario. El programa 1C: Enterprise 8 tiene dos tipos globales de interfaces de aplicaciones gráficas. Estos son el modo de aplicación normal y el modo de aplicación de formularios administrados (o aplicación administrada).

Plataformas de edición 8.0 y 8.1. funcionó solo en modo normal, las versiones superiores de la plataforma (8.2, 8.3, etc.) pueden funcionar tanto en el modo de aplicación normal como en el modo de aplicación administrada.

Modo de aplicación normal

Casi todas las configuraciones modernas ya funcionan en modo administrado, pero todavía hay organizaciones que utilizan configuraciones heredadas que funcionan en modo de aplicación normal. Por tanto, es necesario conocer los principios de funcionamiento de una aplicación normal. Esto se analiza con gran detalle en mi libro (capítulos 3 y 4). Aquí tocaremos sólo los puntos más generales.

El modo de aplicación normal utiliza la interfaz y los formularios que se utilizaron en las plataformas 8.0 y 8.1. Anteriormente, este modo no se llamaba de ninguna manera, pero ahora se llama “modo de aplicación regular”, y los formularios que se utilizan en este modo se llaman “formularios regulares”.

Echemos un vistazo rápido a cómo se ve este modo. Muchos ya lo conocerán, pero algunos, especialmente aquellos que no han visto el trabajo en las plataformas 8.0 y 8.1, lo verán por primera vez.

Después de cargar el programa, el usuario ve una interfaz con un menú en la parte superior (ver Fig. 1.2.2).

Fig. 1.2.2 Vista de la interfaz de una aplicación normal

Al hacer clic en los elementos del menú, el usuario puede abrir varios formularios. Se trata principalmente de formas de listas de directorios y documentos (ver Fig. 1.2.3), pero también puede haber informes, procesamiento, planes de cuentas, etc.

Fig.1.2.3. Formulario de lista de documentos

Desde el formulario de lista, el usuario puede abrir el formulario de un documento o libro de referencia (ver Fig. 1.2.4).

Arroz. 1.2.4. Formulario de documento

El desarrollador puede utilizar formularios generados automáticamente o diseñarlos él mismo en formato .

El desarrollador necesita diseñar formularios ordinarios con el mouse: coloque los elementos necesarios en el formulario (botón, campo, tabla), muévalos a un lugar conveniente y determine el tamaño (ver Fig. 1.2.5).

Figura 1.2.5. Diseñar formas convencionales.

Muy a menudo, al desarrollar formas complejas, era necesario tener en cuenta la interacción de los elementos del formulario entre sí. Para ello se establecieron vinculaciones. A veces se confundían y la forma adquiría una apariencia no del todo hermosa. No entraremos en muchos detalles sobre este mecanismo y las consecuencias de su uso incorrecto, ya que en el caso de formas controladas ha perdido relevancia.

Finalmente, observo que, a diferencia de una aplicación administrada, una aplicación normal sólo puede funcionar bajo un "cliente pesado". En general, ésta es la diferencia principal y fundamental entre las formas convencionales y las controladas. Porque el modo de aplicación administrada fue diseñado específicamente para trabajar con un "cliente ligero".

Modo de aplicación administrada

Entonces, ¿cuál es la peculiaridad y la diferencia fundamental entre el modo de aplicación administrada y el normal? La principal diferencia es el uso de una interfaz de comando administrada y formularios administrados. Veamos cada una de estas entidades por separado. ¿Qué es una interfaz de comando administrada? Para responder a esta pregunta es necesario volver a ahondar en el pasado.

Consideremos de la forma más sencilla cómo se desarrolló la configuración en una aplicación normal. Primero diseñamos la lógica de negocio: documentos, directorios, informes, procesamiento y su interacción entre sí. Luego configuramos roles, por ejemplo, un usuario con el rol “Proveedor” tenía acceso al documento “Recepción de mercancías”, pero no al documento “Salida de mercancías”. Por el contrario, un usuario con el rol “Vendedor” tenía acceso al documento “Salida de mercancías”, pero no al documento “Recepción de mercancías”. El siguiente paso fue desarrollar interfaces para cada tipo de usuario. Quienes practicaron el desarrollo en una aplicación normal recuerdan que existía un objeto de configuración llamado "Interfaz", en el que era posible configurar cada menú como el menú de la Figura 1.2.2. Y en nuestro caso, el desarrollador tuvo que tomarse la molestia de crear dos interfaces: una para el proveedor y otra para el vendedor. Porque si hubiera desarrollado una interfaz común en la que se pudiera abrir tanto el documento "Recepción de mercancías" como el documento "Salida de mercancías", entonces no sería del todo correcto si el proveedor, al intentar abrir la lista de "Salida de mercancías" documentos, recibió un sistema de mensaje que le indica que no tiene derecho a hacerlo. Para evitar esto, fue necesario crear dos interfaces y especificar para cada usuario bajo qué interfaz debería trabajar.

En el modo de aplicación administrada, todo es mucho más sencillo. Estudiaremos la interfaz de comando administrado con más detalle en la siguiente parte. En esta parte lo analizaremos en los términos más generales. En el caso de la interfaz de taxi, la interfaz de comando administrada tiene este aspecto:

Arroz. 1.2.6. Interfaz de comando administrada

Al desarrollar una aplicación administrada, el programador deberá tomar un camino ligeramente diferente. Antes de desarrollar la lógica de negocios, debemos definir los subsistemas en los que se incluirán nuestros objetos (en una aplicación normal también existen, pero son de naturaleza más declarativa). Por ejemplo, el documento “Recepción de bienes” se incluirá en el subsistema “Suministro”, y el documento “Consumo de bienes” se incluirá en el subsistema “Ventas”. Al mismo tiempo, algunos objetos pueden ubicarse en varios subsistemas al mismo tiempo: el directorio "Productos" se incluirá en el subsistema "Ventas", en el subsistema "Suministro" y en el subsistema "Marketing". En este caso, el desarrollador no necesita crear un objeto de "Interfaz" que el propio sistema creará automáticamente; el tipo correcto interfaz basada en la configuración de derechos de usuario y opciones funcionales.

Si algún usuario tiene una función que no tiene derechos para ver el subsistema, por ejemplo "Suministro", al iniciar la aplicación 1C simplemente no verá este elemento del menú. Además, no verá ningún documento en la lista del menú que al menos no tenga derecho a ver.

En la Figura 1.2.6 vio la interfaz de usuario con plenos derechos y, por ejemplo, la interfaz del vendedor se verá así:

Arroz. 1.2.7. Interfaz de usuario restringida

Otra diferencia con la interfaz habitual es que el usuario puede determinar de forma independiente la apariencia de su interfaz usando configuraciones de navegación, acciones, secciones, etc. Por ejemplo, desde la interfaz de la Figura 1.2.7 podemos eliminar las funciones sección actual(menú superior) elementos “Almacén” y “Producto”. Obtendrás este aspecto:

Arroz. 1.2.8. Interfaz de usuario con funciones reducidas de la sección actual.

Analizaremos la personalización de la interfaz de usuario con más detalle en los siguientes capítulos de esta parte y la relación entre roles y apariencia Estudiaremos la interfaz en la siguiente parte de este curso. Por ahora, observemos las principales diferencias entre la interfaz de comando administrada y la normal.

• La apariencia de la interfaz de comando administrada se configura automáticamente mediante mecanismos de la plataforma, según la configuración de los derechos del usuario y las opciones funcionales.
• El usuario puede personalizar de forma independiente la apariencia de la interfaz según lo desee.

Ahora veamos qué son los formularios administrados.

Aprenda a programar en 1C con la ayuda de mi libro "Programación en 1C en 11 pasos"

1. Sin términos técnicos complicados.
2. Más de 700 páginas de material práctico.
3. Cada tarea va acompañada de un dibujo (captura de pantalla).
4. Una colección de problemas para la tarea.
5. El libro está escrito de forma clara y en lenguaje sencillo- para un principiante.
6. El libro se envía a correo electrónico V formato PDF. ¡Se puede abrir en cualquier dispositivo!

Si esta lección te ayudó a resolver algún problema, te gustó o te resultó útil, entonces puedes apoyar mi proyecto donando cualquier cantidad:

Puedes pagar manualmente:

Yandex.Dinero - 410012882996301
Dinero Web - R955262494655

Únete a mis grupos.

Abrir formularios mediante programación en una aplicación 1C administrada es significativamente diferente a abrirlos en una aplicación normal. Veamos primero el método antiguo. Consiste en recibir un formulario y luego abrirlo en modo normal o modal (al abrirlo en modo modal, el formulario bloquea el programa).

ObtenerForm() . Abierto()

Este es el método más lento para abrir formularios. Sin embargo, le permite procesar el formulario mediante programación antes de abrirlo. Para procesar el código necesitas cambiar un poco:

Formulario = Obtener formulario ( "Documento. Recepción de Bienes y Servicios. Formulario de Documento") ;
//Aquí realizamos acciones con el formulario
Forma. Abierto();

Se debe tener en cuenta que al recibir el formulario se ejecutará otro procedimiento de evento Cuando se crea en el servidor.

Veamos otros métodos que le permiten abrir formularios en una aplicación 1C administrada de forma más rápida y cómoda. Dependiendo de la situación específica, se pueden utilizar diferentes métodos.

1. Cómo abrir un formulario de objeto en una aplicación administrada si hay un enlace a él.

En este caso, todo es sumamente sencillo.

RefLink = Directorios. Nomenclatura. BuscarPorCódigo("000000001");
Valor Abierto(EnlaceRef);

2. Cómo abrir el formulario de selección y luego obtener el valor seleccionado.

Hay una función para esto. IntroduzcaValor(). La función tiene 3 parámetros:

• La variable en la que se escribirá el valor seleccionado;
• Una pista que se mostrará en la ventana de selección;
• Descripción de los tipos de valores seleccionados. Puede haber varios tipos, en cuyo caso se le pedirá que seleccione un tipo antes de seleccionar un valor específico.

Como resultado de ejecutar la función, se abrirá el formulario de selección predeterminado para un objeto del tipo especificado.

Valor variable;
Matriz = nueva matriz;
Formación. Agregar(Tipo( "DirectoryLink.Nomenclatura") ) ;
Formación. Agregar(Tipo( "DirectoryLink. Contrapartes") ) ;

TypeDescription = nueva TypeDescription (matriz);

Res = EnterValue(Valor, "Pista", TipoDescripción);

Los métodos anteriores solo le permitían abrir los formularios predeterminados para objetos (formulario de objeto o formulario de selección). Si necesita abrir un formulario personalizado, puede utilizar la función Abrir formulario().

Esta función tiene bastantes parámetros. Veamos algunos de ellos:

• Nombre del formulario— aquí puede seleccionar cualquiera de las formas de objetos estándar, por ejemplo, Formulario de selección o Formulario de lista. O un formulario específico creado por los desarrolladores.
• Opciones— le permite transferirlo al formulario en el formulario estructuras algunos parámetros antes de abrirlo, determinando así los datos de salida. Los parámetros pueden ser cualquier dato que pueda pasarse del cliente al servidor. Los parámetros pasados ​​al abrir el formulario se pueden procesar en el procedimiento. CuandoCreatingOnServer() en el formulario que se abre.
• Modo de apertura de formulario— tiene 3 opciones: independiente, bloquear toda la interfaz, bloquear el formulario del propietario.

Veamos cómo se usa la función. Formulario abierto() en diversas situaciones.

3. Cómo abrir el formulario de un objeto existente

Cada formulario tiene un atributo clave. Está resaltado en negrita en la lista de detalles del formulario y generalmente se llama Un objeto en forma de elementos de libros y documentos de referencia. Otros objetos pueden tener un nombre diferente. Para abrir el formulario objeto existente necesitas pasar un parámetro al formulario que se abre Llave con el valor como referencia a un objeto.

&EnCliente
Procedimiento Comando1 (Comando)
Parámetro = nueva estructura;
Parámetro. Insertar("Clave", BuscarC() );
OpenForm(, Parámetro) ;
Fin del Procedimiento

&En el servidor
Función BuscarC();
Directorios de devolución. Contrapartes. FindByRequisites ("TIN", "745107734623")
Función final

4. Cómo abrir un formulario de nuevo objeto

Una función simple servirá aquí Formulario abierto() sin ningún parámetro.

&EnCliente
Procedimiento Comando1 (Comando)
Formulario abierto( "Directorio. Contrapartes. Formulario de objeto") ;
Fin del Procedimiento

5. Cómo abrir un formulario de nuevo objeto y completarlo en base a algo

Necesitas pasar un parámetro Base, cuyo valor será una referencia al objeto base de relleno. Esto iniciará el procedimiento. ProcesarRelleno().

&EnCliente
Procedimiento Comando1 (Comando)
Parámetro = nueva estructura;
Parámetro. Insertar("Base", LinkToBuyerAccount);
Formulario abierto( "Documento. Ventas de Bienes y Servicios. Formulario de Objeto", Parámetro);
Fin del Procedimiento

Este ejemplo creará un documento. Ventas de bienes y servicios. y cumplimentado sobre la base de una factura de pago al comprador, cuyo enlace se transmitió.

6. Cómo abrir un formulario y establecer una selección en él

La selección según los formularios 1C puede ser simple o compleja. La selección simple implica expresiones como Organización = Horns and Hooves LLC. La selección compleja implica otros tipos de comparación, p.e. En la lista. En este artículo consideraremos la organización de la selección simple y se dedicará un artículo aparte a la selección compleja.

Para organizar una selección simple, debe pasar un parámetro con una clave al formulario que se abre Selección, el valor será una estructura en la que la clave es el nombre del campo lista dinámica, y el valor son los datos requeridos.

Por ejemplo, abramos el formulario de lista de directorios. números GTD y haga una selección allí por propietario - elemento de directorio Nomenclatura.

&EnCliente
Procedimiento Comando1 (Comando)
Parámetro = nueva estructura;

Selección= nueva Estructura;
Selección. Insertar("Propietario", LinkToNomenclature);

Parámetro. Insertar("Selección", Selección);

Formulario abierto( "Directorio.Números GTD.Formulario de lista", Parámetro);
Fin del Procedimiento

7. Cómo abrir el formulario de ingreso del registro de información

Para hacer esto, necesitará la clave de entrada del registro de información.

Clave de grabación— estos son los valores de todas las mediciones y el período (si el registro es periódico). Es decir, una clave de registro son los parámetros mediante los cuales un registro puede identificarse de forma única.

El algoritmo de apertura es el siguiente:

1. Ingresamos los datos clave del registro con los valores necesarios en la estructura.
2. Colocamos la estructura resultante en una matriz.
3. Creamos una clave de registro a partir de la matriz.
4. Pasamos un parámetro al formulario que se abre. Llave con la clave de registro del paso 3 como valor.

&EnCliente
Procedimiento Comando1 (Comando)
Parámetro = nueva estructura;

KeyParameters= nueva estructura;
Parámetros clave. Insertar("Nomenclatura", EnlaceANomenclatura);
Parámetros clave. Insertar ("Tipo de precio", Enlace a tipo de precio);
Parámetros clave. Insertar("Periodo", Fecha);

KeyArray = Nueva matriz;
Matriz de claves. Agregar(Parámetros Clave);

Clave de entrada = Nuevo( "Información RegistroRegistro Clave.PreciosNomenclatura", matriz de claves);

Parámetro. Insertar("Clave", RecordKey);

Formulario abierto( "Registro de Información. Precios de Nomenclatura. Formulario de Registro", Parámetro);
Fin del Procedimiento

¡Atención! Ahora el curso también se imparte por la tarde de 18:30 a 21:30 en formato de inmersión.

El curso es una parte integral del curso integral "Trabajo efectivo en el sistema 1C:Enterprise 8".

El objetivo de la formación: Presente a los estudiantes el modo operativo controlado de la plataforma tecnológica 1C:Enterprise 8 y muestre a los especialistas enfoques para construir un sistema para usar esta versión del sistema.

El curso cubre nuevo modelo construyendo una interfaz de aplicación, una nueva implementación de la arquitectura cliente-servidor, un mecanismo de formularios. Durante el curso, los estudiantes adquirirán habilidades prácticas en configuración, administración, programación en el sitio estudiado. paquete de software. Estas habilidades se irán adquiriendo a medida que se resuelva la tarea de aprendizaje. La esencia de esta tarea es configurar la configuración proporcionada para permitir la operación en modo "cliente ligero".

El curso está destinado a: para especialistas con experiencia en la configuración de soluciones de aplicaciones en la plataforma 1C:Enterprise (versiones 7.7, 8.0, 8.1, 8.2 - una aplicación normal).

Mecanismos vistos en el curso:

• Principios para construir una interfaz administrada
• Nuevos módulos, contexto de ejecución del módulo, mecanismo de interacción.
• Propiedades de interfaz de objetos de configuración.
• Configurar el formulario (en modo configurador, en modo ejecución)
• Directivas, programación cliente-servidor, mecanismo de formulario gestionado.
• Mecanismo de opciones funcionales, opciones de forma funcional.
• Formularios de lista, listas dinámicas
• Mecanismo para formar formularios impresos.
• Cambios en el mecanismo de composición de datos (características de trabajar en una aplicación administrada)
• Modos privilegiados/seguros
• Almacenamiento temporal, nueva tecnología trabajar con archivos, imágenes
• Mecanismo de interacción de formas, organización de selección.
• Trabajar con la configuración del sistema, anulando el mecanismo de almacenamiento de la configuración
• Fuentes externas
• Mecanismo de intercambio de datos
• Pruebas automatizadas
• Plataforma móvil

El costo de un curso diurno de tiempo completo incluye:

• 2 días de 10:00 a 17:00
• materiales de enseñanza
• almuerzos, pausas para el café
• certificado de la empresa "1C"

El precio del curso WEB incluye:

• 5 semanas de curso, 5 seminarios web con un profesor
• certificado del Centro de Formación 1C No. 3 (sujeto a formación práctica)

El costo del curso de inmersión a tiempo completo incluye:

• 5 dias de 10:00 a 17:00 o 9 tardes de 18:30 a 21:30
• notas, auriculares
• almuerzos, pausas para el café
• acceso a materiales de video actualizados durante 2 años después de completar el curso
• certificado de 1C-Centro de formación nº 3

Formatos de formación

jornada completa

¿Para quién es este formato?Para aquellos que pueden realizar una formación fuera del trabajo y prefieren la formación clásica a tiempo completo.

Duración:16 horas académicas

formación WEB

¿Qué es este formato?El formato propuesto combina muchas ventajas. la educación a distancia con un componente presencial representado por materiales en video y consultas en línea.
El curso WEB consta de vídeos, tareas prácticas y webinars con profesores. Todos los materiales del curso están disponibles las 24 horas del día, los 7 días de la semana a través de Internet para que puedas estudiar en el momento que más te convenga. El curso se divide en clases. Durante la lección se estudian materiales sobre el tema actual, se realizan talleres y se hacen preguntas al profesor. Al final de cada lección se realiza un seminario web, durante el cual el profesor examina todas las preguntas recibidas, los errores típicos y explica la solución correcta. Las grabaciones de los seminarios web están disponibles en el portal. De esta forma se realizan varias clases una tras otra. Al finalizar hay un trabajo final independiente y un webinar final.

Duración: 5 semanas

¿Qué es este formato?

Duración:40 horas académicas

¿Qué es este formato?Un curso de inmersión a tiempo completo es un formato que combina todas las ventajas de la formación a tiempo completo, la formación a distancia y la formación individual. Las clases se llevan a cabo en un aula equipada, estudias de forma independiente los materiales del curso (videos paso a paso) y realizas talleres. Al mismo tiempo, entre el público hay un profesor que está dispuesto en cualquier momento a responder preguntas y ayudar a resolver problemas prácticos, así como comprobar la corrección de su implementación.
Ventajas: consultas individuales del profesor sobre sus preguntas, el ritmo de finalización del material se adapta personalmente a usted.
Todo ello proporciona un estudio más profundo del material del curso.
¡Este curso lo puedes tomar desde tu lugar de trabajo con pleno efecto de la presencia del profesor donde se encuentra el alumno! Si esta oportunidad te interesa, ¡llámanos!

Duración:40 horas académicas

programa del curso

METAS Y OBJETIVOS DEL CURSO

INTRODUCCIÓN

1. OPCIONES DE OPERACIÓN

2. ESTRUCTURA TÉCNICA DE INTERACCIÓN

• Opción cliente-servidor:
• Opción de archivo:
• Protocolos utilizados
• Estructura del clúster de servidores
• Sesiones
• Tipos de módulos, capacidades generales.

3. INTERFAZ DE COMANDO

• Subsistemas
• equipos
• Preajuste
• Mejoras en la interfaz

4. PROPIEDADES DE LA INTERFAZ

• Representación de objetos personalizados
• Detalles estándar
• Control de cumplimentación de los detalles del objeto.
• Establecer el valor predeterminado
• Usando el envío

5. OPCIONES FUNCIONALES

6. FORMA CONTROLADA

• Configurando el diálogo
• Definición de controladores de eventos
• Cálculo del importe del documento.
• Comprobando finalización, mensajes
• Procesamiento de llenado
• Usando el interruptor de palanca
• Gestión de modo privilegiado
• Modo seguro
• Nueva metodología para registrarse
• Modelo de formulario impulsado por eventos
• Opciones funcionales del formulario
• Ver movimientos de registro

7. CREA UN FORMULARIO IMPRIMIBLE

• Descifrado sencillo

8. FORMULARIOS DE LISTA

• Formulario de lista del documento "Venta de bienes".
• Formulario para seleccionar el directorio "Nomenclatura"
• Uso del controlador "Al recibir datos en el servidor"
• Obtener los datos mostrados por una lista dinámica

9. DENEGACIÓN DE LLAMADAS MODALES.

10. ALMACENAMIENTO TEMPORAL

• Trabajar con archivos (imágenes)
• organización de la selección

11. INFORMES GESTIONADOS

• Informe "Saldos de artículos"
• Opciones de informe
• Ajustes personalizados
• Obteniendo el valor de descifrado

12. HISTORIAL DE DATOS

13. MECANISMO DE LA UNIDAD

14. LÍMITES DEL INTERVALO DE ALMACENAMIENTO DE RESULTADOS

15. TIPOS DEFINIDOS

16. ESCRITORIO

17. ALMACENAMIENTO DE LA CONFIGURACIÓN

• Guardar la configuración del informe

18. DETALLES GENERALES

• Definir detalles comunes para objetos.
• Mecanismo de intercambio de datos

19. EXTENSIONES DE CONFIGURACIÓN

20. PROGRAMADOR

21. FUENTES DE DATOS EXTERNAS

• Conexión a una base de datos de Access

22. PRUEBAS AUTOMATIZADAS

23. PLATAFORMA MÓVIL

• Introducción (extractos de "http://v8.1c.ru/overview/Term_000000818.htm")
• Desarrollo de bases de datos
• Preajuste
• Construyendo una aplicación móvil
• Pruebas de aplicaciones

Requerimientos técnicos:

• acceso a Internet(puedes consultar tu canal de comunicación conectándote al acceso de “prueba”),
• disponibilidad de la plataforma 1C:Enterprise 8.3 para practicar las tareas prácticas del curso.

Puede utilizar la versión “1C:Enterprise 8.3” para aprender a programar.