Reglas de transferencia de datos 1s. Un ejemplo de una regla de conversión de objetos. Etapa de carga de datos

La tarea de esta regla de cambio es transferir saldos de liquidaciones mutuas de BP 2 a UT11.

Creación paso a paso de una regla de intercambio usando la configuración "Conversión de datos" (se deben cargar los metadatos):

1) Cree una regla para descargar un objeto, para hacer esto, vaya a la pestaña "Reglas de carga de datos", haga clic en agregar. En la ventana que aparece seleccionamos el objeto de muestra, lo tendremos como registro autoportante. Cambiamos el método de muestreo a un algoritmo arbitrario.

2) Pasemos a escribir el código en sí. Si no existe un registro autosuficiente en UT, entonces debemos convertirlo. Primero, necesitamos una consulta que, según nuestros parámetros, devolverá saldos para liquidaciones mutuas. En el controlador de eventos "Antes de procesar" escribimos la siguiente solicitud:

Texto de consulta = " SELECCIONAR
| Saldos.Cuenta Autosostenibles,
| Balanzas Autoportantes Subconto1 AS Subconto1,
| ISNULL(SUM(Saldos autosuficientes.SumBasicDt),0) AS SumBasicDt,
| ISNULL(SUM(Saldos autosuficientes.SumBalanceKt),0) AS SumBalanceKt,
| MAXIMUM(Saldos Autocontables.Subconto2.Fecha) COMO Fecha del Documento de Liquidación,
| MAXIMUM(Saldos Autocontables.Subconto2.Número) AS Número de Documento de Liquidación
| DESDE
| Registro Contable.Saldos.Autosostenibles(&OnDate, Cuenta = &cuenta,) AS Saldos Autosostenibles
|DONDE
<>&grupo y
| Restos Autoportantes.Subconto1.Parent<>&grupo 1
|Agrupar por
| Saldos.Cuenta Autosostenibles,
| Balanzas Autoportantes.Subconto1,
| Balanzas Autoportantes.Subconto2
|ORDENAR POR
| Subconto1
|ORDEN AUTOMÁTICA";

Mi tarea era limitar los grupos de contrapartes para los cuales se cargan las liquidaciones mutuas.

Determinamos los valores de las variables que se utilizarán en el futuro.

ElDate = fecha("20130101");
TD = FechaActual();
grupo = Directorios.Contrapartidas.FindBy Nombre("Compradores");
grupo1 = Directorios.Contrapartidas.FindBy Nombre("Reembolsos de INDIVIDUOS");

Creamos una tabla que luego trasladaremos a la regla de conversión de valores.

TK = Nueva tabla de valores();
TK.Columns.Add("Contraparte");
TK.Columns.Add("Cantidad");
TK.Columns.Add("SumREGL");
TK.Columns.Add("Documento de liquidación");
TK.Columns.Add("Fecha del documento de liquidación");
TK.Columns.Add("Número de documento de pago");
TK.Columns.Add("Socio");
TK.Columns.Add("Moneda de acuerdos mutuos");
TK.Columns.Add("Fecha de pago");

Configuramos los parámetros, llamamos a la consulta, completamos la tabla, llamamos a la regla de conversión.

solicitud = nueva solicitud (QueryText);
consulta.SetParameter("grupo",grupo); consulta.SetParameter("grupo1",grupo1);
query.SetParameter("OnDate",OnDate);
request.SetParameter("Cuenta",Planes de cuentas.Autosuficiente.Liquidaciones con otros proveedores y contratistas);//76.05
Selección = consulta.Execute().Select();
TK.clear();
Mientras que el bucle Selection.Next()
si Sample.SumRemainderCT = 0 o Sample.SumRemainderCT = "" entonces
continuar;
terminara si;
si muestra.SumRemainderCT< 0тогда
report(""+Selection.Subconto1+" valor negativo "+Selection.SumRemainderKT);
terminara si;
Cadena TZ = TK.Add();
Línea TK.Contraparte = Selección.Subconto1;
Cadena TK.sum = Sample.SumRemainderCT;//Selection.SumRemainderCT;
Cadena TK.sumRegl = Sample.SumRemainderKt;//Sampling.SumRemainderKt;
Línea TZ.Fecha del Documento de Liquidación = Selección.Fecha del Documento de Liquidación;
Línea TZ.Número del Documento de Liquidación = Muestra.Número del Documento de Liquidación;
Línea TZ.FechaPago = TD;
Fin del ciclo;
OutData = Nueva estructura;
OutgoingData.Insert("Fecha", FechaActual());
OutgoingData.Insert("Acuerdos por socios", TK);
OutgoingData.Insert("Tipo de operación", "Saldos de deuda a proveedores");
OutgoingData.Insert("Comentario", "Generado por crédito de cuenta 76.05");
report("76.05 CRÉDITO inicio");
UploadBy Rule(, OutgoingData, "Introducir saldos para liquidaciones mutuas_7605Credit");

De manera similar, realizamos la misma operación para el resto de cuentas necesarias (su descripción, así como la regla terminada, se encuentra en el archivo adjunto).

3) Pasemos a crear reglas para convertir objetos, para ello abrimos la pestaña "Reglas para convertir objetos". Agreguemos una nueva regla allí con el nombre "Input BalancesAccounts_7605Credit", dejemos el objeto de origen vacío, establezcamos el objeto de destino en el documento "Input BalancesAccounts_7605Credit", dejemos el objeto de origen vacío, establezcamos el objeto de destino en el documento "Input Balances", en la pestaña de configuración, eliminemos la bandera "Buscar el objeto receptor por el identificador interno de el objeto fuente".

En el controlador de eventos "Antes de cargar", escriba el siguiente código:

Generar NewNumberOrCode si no se especifica = verdadero;

En el controlador de eventos "Después de cargar", escriba:

ejecutar (algoritmos.AfterLoadInputRemains);

ejecutará el algoritmo con el siguiente contenido:

moneda = Constantes.Moneda contable regulada.Get();
objeto.Propietario = SessionParameters.CurrentUser;
objeto.organización=parámetros.organización;
para cada página del ciclo object.cálculos con socios
Page.SettlementDocument = Referencias.Contratos de Contrapartes.blanklink();
Página.Moneda de acuerdos mutuos = moneda;
si ValueFilled (str.counterparty.partner) entonces
socio de página = socio de contraparte de página;
de lo contrario
parte = Directorios.Partners.FindBy Nombre(str.contraparte.Nombre);
si parte<>Indefinido y parte<>Directories.Partners.emptylink() entonces
p.socio = parte;

objeto2.Socio = parte;
objeto2.Write();
de lo contrario
ejecutar (algoritmos.AddPartner);
terminara si;

terminara si;

fin de ciclo;

Este algoritmo se ejecutará en el lado del receptor (BP). Además de transferir saldos para liquidaciones mutuas, la tarea es transferir contrapartes, pero en la UT se utilizan socios, por lo que después de generar el documento, verificamos si todas las contrapartes y socios están en la base de datos del receptor, si por alguna razón no lo están. ahí los sumamos.

Agregar contrapartes implementará la regla de conversión del directorio "Contratistas"; puede crearla de la misma manera que la regla anterior, pero permita que el sistema coincida con los campos requeridos por sí solo.

Para los socios, se creó un algoritmo que se ejecuta en el lado del receptor.

Para ejecutar el algoritmo en el lado del receptor, es necesario configurar la bandera "Usado durante la carga" en la esquina superior derecha de la ventana del algoritmo (al editarlo).

A continuación se muestra el código del algoritmo "Agregar socio":

nPartner = Directorios.Partners.CreateItem();
nSocio.Nombre = página.contraparte.nombre;
nPartner.Comment = "Creado al cargar desde BP";
nPartner.NameFull =str.counterparty.NameFull;
nPartner.Proveedor = ?(find(page.contractor.AdditionalInformation,"Proveedor")>0,true,false);
nPartner.Client = ?(find(page.counterparty.AdditionalInformation,"Cliente")>0,true,false);
OtrasRelaciones = ?(find(str.counterparty.AdditionalInformation,"Otro")>0,true,false);
npartner.Write();
p.socio = nsocio.enlace;
contraparte = Directorios.Contrapartidas.FindBy Nombre(str.contraparte.Nombre);
objeto2 = contraparte.GetObject();
objeto2.socio = nsocio.enlace;
objeto2.Write();

Volvamos a la regla de conversión de objetos. Ahora necesitamos hacer coincidir los campos de origen y destino, esto se puede hacer justo antes de escribir el código. Para hacer coincidir los campos en la parte tabular inferior, hay un botón para llamar al asistente "Sincronización de propiedades". En este asistente podemos hacer coincidir los campos o dejar ambos sin origen y sin destino. En nuestro caso, dejamos todos los campos y MP sin fuente.

Después de que se hayan seleccionado los campos obligatorios en el PM inferior para cada campo, establezca la bandera en la columna "Obtener de datos de entrada". Este indicador le indica al sistema que busque este campo en la entrada. Es importante que el nombre del campo coincida con el nombre en los datos entrantes; de lo contrario, se mostrará un mensaje indicando que no se encontró el campo.

El texto no describe todos los matices del proceso.

Los datos y documentos importantes recopilados a lo largo de años de arduo trabajo no deben perderse simplemente porque haya aparecido una nueva plataforma o configuración 1C. Para evitar que esto suceda, existe la posibilidad de transferencia de datos.

La transferencia de datos es una de las partes más críticas de la transición de una configuración a otra.

Para que los datos se transfieran sanos y salvos, es necesario confiar este trabajo a profesionales. Nuestro equipo hará todo el trabajo de manera cualitativa y a tiempo.

Pasos de migración

La transferencia de datos consta de 5 etapas. Hemos intentado describirlos de la manera más detallada y clara posible.

¿Por qué nuestra transferencia de datos es mejor?

Costo de una transferencia de datos típica

Mantenimiento del nuevo programa.

Después de transferir todos los datos, es posible que necesite mantener su programa. ¡Estamos listos para proporcionártelo!

Transición a 1C 8.2

Detalles sobre otras etapas de la transición de una plataforma a otra. Actualización de licencia, configuración, capacitación, soporte. ¡Nuestros expertos están listos para brindarle toda la asistencia necesaria!

¿Por qué somos mejores?

Transferencia de pedido

nuestro equipo

¿Por qué nuestra transferencia 1C es mejor?

Transparencia

Antes de transferir directorios 1C 8.2 y sus demás datos, nuestros especialistas le informarán en detalle sobre todas las etapas del trabajo. Al confiarnos su base, siempre sabrá qué se está haciendo, en qué orden y cuánto paga por cada etapa del trabajo.

Enfoque individual

Antes de proceder directamente a la transferencia de 1C 7.7 a 1C 8.2, nuestros especialistas realizarán un análisis en profundidad de su base de datos. Es muy probable que la nueva versión de 1C ya tenga todas las mejoras que necesitabas. En cualquier caso, le recomendaremos qué más puede necesitar para trabajar cómodamente.

Calidad

Antes de la etapa más crucial de la transferencia, nuestros especialistas siempre realizan una transferencia de prueba de las bases de datos 1C para identificar posibles errores, repeticiones y pérdidas de datos. Pero incluso después de la transferencia, definitivamente lo comprobaremos todo para tener aún más confianza en su calidad.

Trabaja por el resultado

El trabajo se considera completado solo después de asegurarse de que la transferencia de los directorios 1C 8 y otros datos se haya realizado correctamente y de que esté satisfecho con el resultado. ¡No abandonamos a nuestros clientes!

Etapa 1. Análisis general de la base de datos fuente.

Qué trabajo se realiza:

obtener una configuración típica de una versión similar a la base de datos fuente;

análisis general de cambios en la estructura de datos (comparación con una configuración típica);

análisis general de cambios en formularios y módulos de configuración (comparación con una configuración típica);

control de la presencia de cuentas contables no estándar para configuraciones contables;

control general sobre la exactitud de la contabilidad en la base de datos de origen (la presencia de saldos "rojos", períodos no cerrados, secuencias no recuperadas, etc.);

actualizar la base de datos de origen a la versión requerida por las reglas de migración estándar;

transferencia de datos de prueba;

preparación de posibles recomendaciones para preparar la base fuente para la transferencia de directorios 1C 8 y otros datos.

Para qué:

determinar la posibilidad de utilizar una transferencia típica;

evaluación de la complejidad de las mejoras y preparación de la documentación técnica para la transferencia (si el uso de una transferencia típica no es posible).

Después de realizar un análisis general de la base de origen, se puede obtener la confirmación de que los datos se pueden transferir por medios estándar; en este caso, el costo adicional del servicio de transferencia está determinado por la lista de precios de una transferencia típica, dependiendo de la configuración. .

Si no es posible una transferencia típica correcta, se prepara una oferta con el costo del trabajo para finalizar las configuraciones, las reglas de intercambio y la transferencia no estándar.

Precio: 2 000 rublos

Etapa 2. Elaboración de documentación técnica para transferencia no estándar.

Qué trabajo se realiza:

se lleva a cabo un análisis en profundidad de las modificaciones existentes de la configuración estándar de la base fuente, una comparación de estas modificaciones con una configuración típica similar en versión y con una versión nueva de la configuración estándar de la base receptora;

comunicación con las personas responsables del Cliente para establecer la necesidad de las mejoras identificadas, aclarar los métodos para utilizar las mejoras, recopilar sugerencias para mejorar las mejoras (si es necesario);

se elabora una lista de mejoras disponibles a la configuración estándar de la base fuente;

Se elabora y acuerda una lista de mejoras recomendadas para la configuración estándar de la base del receptor, teniendo en cuenta la funcionalidad estándar de la configuración típica (quizás no sea necesario transferir la revisión si la configuración del receptor ya tiene una funcionalidad estándar similar). );

se está desarrollando y aprobando un borrador de especificación técnica para finalizar la configuración de la base del receptor, finalizar las reglas de intercambio, descripción
procedimientos de transferencia no estándar (si es necesario).

Para qué:

garantía de calidad y transparencia del trabajo sobre la transferencia no estándar de bases de datos 1C;

estimación precisa de costos y duración del trabajo;

la capacidad de realizar trabajos de migración con la participación de un programador 1C de tiempo completo con el nivel de calidad requerido.

Si el conjunto especificado de documentación técnica no está disponible, las transferencias no estándar entre configuraciones 1C se realizan solo cada hora. En este caso, es imposible garantizar con precisión el coste y la duración del trabajo de antemano. Sin embargo, en este caso, es posible ahorrar tiempo y costes en la preparación de un conjunto de documentación.

Precio: A especificar en base a los resultados de un análisis general de la base fuente.

Etapa 3. Finalización de la configuración del receptor.

Qué trabajo se realiza:

la configuración estándar de la base del receptor se está finalizando según las especificaciones técnicas o de acuerdo con las instrucciones del Cliente (para trabajo por horas);

se llevan a cabo pruebas preliminares de mejoras;

las mejoras se documentan en forma de un informe sobre los cambios en una configuración típica (para la posibilidad de una mayor actualización por parte de un ingeniero de servicio);

se realiza una demostración de mejoras al usuario (entrega y aceptación de obras);

Se está desarrollando un manual de usuario para modificaciones (si es necesario).

Para qué:

Obtienes la última versión de la configuración con los cambios que necesitas;

Recibirá documentación sobre las mejoras necesarias para seguir
actualizaciones por parte de un ingeniero de servicio.

Etapa 4. Finalización de las reglas de transferencia.

Qué trabajo se realiza:

se están ultimando las reglas de transferencia estándar de 1C para tener en cuenta los cambios en la estructura de datos de la configuración estándar de la base de origen, así como las cuentas contables no estándar utilizadas en la base de origen;

Se realiza una prueba preliminar de la transferencia teniendo en cuenta los cambios.

Para qué:

Garantiza la transferencia correcta de datos que no se transfieren según las reglas de intercambio estándar;

También puede ser necesario perfeccionar las reglas de transferencia si la contabilidad en la base de datos de origen se realizó incorrectamente desde el punto de vista de la metodología de solución estándar, aunque es posible que la configuración de origen no contenga mejoras.

Precio: formado sobre la base de un conjunto de documentación técnica.

Etapa 5. Transferencia de datos

Qué trabajo se realiza:

transferencia de información de referencia (toda o por enlaces), transferencia de saldos en una fecha determinada;

control de la exactitud de la transferencia: comparación de los datos de la base de origen y la base de destino;

preparación de posibles recomendaciones para ajustar los saldos en la base de datos receptora, teniendo en cuenta las peculiaridades de la contabilidad en diferentes configuraciones (si es necesario).

Para qué:

Obtiene una nueva base de datos lista para trabajar con sus saldos actuales.

La transferencia se realiza utilizando las reglas de transferencia desarrolladas por 1C, con el uso de mejoras realizadas específicamente para el Cliente. La composición de los datos transferidos puede diferir según las diferentes versiones de configuración; nuestros especialistas le asesorarán sobre posibles
funciones de transferencia.

1. Introducción.

2. Qué necesita: Configuración 1C: Conversión de datos 2. * y procesamiento desde el paquete. Como ejemplo de tareas, tomamos las configuraciones 1C: Trade Management 11 y 1C: BP 3.*.

Entonces, para desarrollar reglas para cargar datos en 1C, necesitará la configuración de 1C: Conversión de objetos 2, así como el procesamiento incluido en el paquete.

Por ejemplo, ya implementamos la base de conversión y la lanzamos.

Escribiremos el desarrollo de reglas de intercambio entre la configuración 1C: Trade Management 11 y 1C: Enterprise Accounting 3 (reglas de intercambio UT / BUH).

3. Necesitaremos Procesamiento para descargar la estructura de metadatos e intercambiar.

Lo primero que debe obtener para el desarrollo son archivos con una estructura de metadatos. Esto se hace utilizando el procesamiento de descarga de estructura de metadatos incluido en el paquete de conversión de objetos.

En realidad, en el directorio de configuración descomprimido para configuraciones en formularios administrados, nos interesa procesar MD83Exp.epf. Si la descarga debe realizarse desde configuraciones en formularios regulares, entonces se utiliza el procesamiento MD82Exp.epf. Esto es si, por ejemplo, necesita obtener una estructura a partir de configuraciones como 1C: UT 10, 1C: Manufacturing Enterprise Management 1.3, 1C: Integrated Automation 1.1, 1C: Zup 2.5, etc.

Además, para cargar y descargar datos en 1C utilizando nuestras reglas, necesitará el procesamiento de "Intercambio universal de datos en formato XML" V8Exchan83.epf para configuraciones en formularios administrados como 1C: Trade Management 11. *, 1C BP 3, 1C : ERP 2. * y similares. Y en consecuencia V8Exchan83.epf - para configuraciones en formularios regulares.

4. Carga de la estructura de metadatos de configuración 1C: Trade Management 11.3 y 1C: Enterprise Accounting 3.0.*

Comencemos descargando la estructura de metadatos de la configuración de 1C: Enterprise Accounting 3.
Procesamiento abierto MD83Exp.epf

Hay configuraciones adicionales en el formulario de procesamiento, donde podemos habilitar o deshabilitar la opción de descargar registros y movimientos en 1C. También existe la posibilidad de elegir dónde se realizará la descarga: en el servidor 1C o "en el cliente". Especifique el nombre del archivo donde se descargará la estructura de datos. De igual forma descargamos la estructura de metadatos de configuración Trade Management 11.

Ahora necesita cargar la configuración en la base de datos de conversión. Se puede acceder a este elemento tanto desde la lista de configuraciones como desde la lista de conversiones. Arranquemos desde el escritorio:

En el cuadro de diálogo, cargue la estructura BP:

Y lo mismo ocurre con la estructura del Departamento de Comercio.

Cuando se complete la descarga, aparecerá un cuadro de diálogo donde podrá especificar un nombre que le resulte conveniente.

6. Creación de reglas de conversión en 1C según un ejemplo específico de tarea.

A continuación, vaya a "Configurar reglas de objetos", donde creamos una nueva configuración.
En el cuadro de diálogo para crear una conversión, seleccione la configuración "origen" y la configuración "destino" (que ha cargado previamente) y haga clic en Aceptar.

Como en este artículo tenía previsto mostrar la creación “desde cero” y “sin basura”, os recuerdo que no creamos nada automáticamente. Sin prototipos.

No haremos nada en este cuadro de diálogo, simplemente haga clic en "Cerrar".

Creemos reglas para descargar no un documento en uno, sino un tipo en otro, por ejemplo, el documento Ventas de bienes y servicios de UT 11 con los directorios necesarios al documento Recibo de bienes y servicios en BP 3.

Entonces, creamos un nuevo PKO (la regla para convertir objetos en 1C)

Seleccione el origen de la Realización de Bienes de Servicios y el receptor de la Recepción de Bienes de Servicios y haga clic en Aceptar.
En este caso, aparecerá un cuadro de diálogo donde nuevamente rechazamos la creación automática de PKC (Reglas de conversión de propiedad). A continuación, seleccionamos solo los necesarios.

Pero a la propuesta de crear un PVD (reglas de carga de datos), respondemos “Sí”.

Se crean los VDP, que se reflejarán en el procesamiento del intercambio XML universal para su selección:

También se crearán reglas de conversión de datos con reglas de conversión de propiedades vacías.

Además, está claro que por defecto se propone buscar el FSP por el identificador interno del objeto. Esto lo indica una lupa cerca del PKO. Nosotros haremos nuestra propia búsqueda, y la haremos por el número de documento y fecha al inicio del día.

Eliminando la búsqueda de UIO:

Ahora comencemos a hacer coincidir las propiedades necesarias (requisitos) del objeto. Para hacer esto, haga clic en "Sincronización de propiedades" (etiqueta "1" en la pantalla). Eliminamos la creación recursiva de reglas ("2"). Eliminamos todos los detalles marcados ("3"). Y elegiremos por nosotros mismos lo que necesitamos.

Por ejemplo, elige lo que necesitas:

Llamo su atención sobre el hecho de que convertiremos el PKS de la contraparte en la organización y la organización en la contraparte, y también compararemos algunos detalles que no coinciden en nombre, por ejemplo, "Moneda" y "Documento". divisa".

Donde vemos que aún no existen reglas de conversión.

Comencemos por los detalles para repasar y describir. Primero configuramos la búsqueda del documento como escribí anteriormente, descargamos y buscamos el documento al principio de la fecha, y cambiaremos la numeración. Reemplazaremos los primeros tres caracteres con nuestro prefijo "UTB". Y como en BP y UT la numeración es de 11 caracteres cada una, hacemos un número compuesto: nuestro prefijo y 8 caracteres de la fuente. Ejemplo de captura de pantalla a continuación.

Descargamos siempre documentos que no han sido realizados y sin movimiento. Suponemos que los documentos se guardarán en el receptor después de que el usuario los revise.

Para hacer esto, el PCS, habiendo establecido cómo no retenido, 0 o 1, se utiliza como booleano.

Usando la moneda como ejemplo, creamos una regla para convertir un objeto para PCS. Al mismo tiempo, consideramos que existen monedas en ambas bases y deben estar sincronizadas mediante código. Por lo tanto, no crearemos todos los PCS en el CSP de monedas, sino que solo agregaremos el Código para la búsqueda. Aquellos. de la propuesta de crear un PCS para el objeto, nos negamos.

La Regla de Conversión creada fue sustituida en el PQS del documento por el SCS. Y la regla predeterminada en sí la ofrece un identificador único. Lo arreglamos, hacemos una búsqueda en el código y configuramos la propiedad para no crear un nuevo objeto.

Como resultado, obtenemos la opción:

Además, por analogía, creamos para el resto de los detalles PKO y PKS. Además, configuramos la búsqueda de una organización por contraparte y viceversa por TIN. Así es como se ve con detalles mínimos (puedes agregarlos si es necesario).

Para los acuerdos PKO de contrapartes, buscamos la contraparte, el nombre y el propietario de PKS.

Veamos cómo especificar el valor deseado en el tipo de enumeración en el PCS. Por ejemplo, el atributo "Tipo de operación". Aquí puede utilizar varias condiciones y valores sustitutivos. Por ejemplo, necesitamos que el “tipo de operación” siempre esté descargado “Bienes”, en este caso basta con escribir el valor deseado en la “frente” como una cadena.

A continuación se muestra cómo configurar sin dificultad y en la mayoría de los casos PKS para Multiplicidad de liquidación, Tasa de liquidación y Cuentas.

Para Nomenclatura PKO, dejamos la búsqueda por identificador único interno. Pero prestaré atención a cómo puedes redefinir tu grupo. Por ejemplo, acordamos que se descargará una nueva nomenclatura de la configuración 1C: Trade Management 11, pero es necesario que la nomenclatura se recopile en un grupo específico "NuestroGrupo".

Para implementar esta tarea, creamos otra PKO. Llamémoslo "Nomenclatura Padre", que indicaremos en el PDN del padre en la regla de conversión.

Configuramos dos búsquedas: por nombre, donde el nombre de nuestro grupo está codificado y la propiedad obligatoria del atributo "Este grupo" en verdadero.

Como hemos decidido que toda la nomenclatura cae en nuestro grupo, al descargar no es necesario descargar grupos de UT 11. Para hacer esto, en Nomenclatura PKO, en el controlador de eventos "Antes de descargar", pondremos un filtro que no es necesario descargar los grupos “Failure = Source”. Este grupo;".

En la Implementación de DRP (reglas de carga de datos) de Bienes y Servicios, agregaremos un filtro para que los documentos marcados para eliminación no se carguen. Para ello, en el PDP en los manejadores de eventos "BeforeUnloading" escribiremos el filtro "Rejection = Object.DeletionMark;".

Guarde las reglas desarrolladas en un archivo.

7. Resumiendo: carga y descarga de datos utilizando las reglas de intercambio de datos desarrolladas.

Abrimos en 1C: Trade Management 11 el procesamiento "Intercambio universal de datos en formato XML" V8Exchan83.epf.

La descarga ha pasado, ahora con el mismo procesamiento estamos cargando en 1C: Enterprise Accounting 3.

Descarga completa. Comprobemos que esté cargado. Entonces, el documento se carga como queríamos: tenemos la organización cargada en la contraparte y la contraparte en la organización. Todas las cuentas se descargan e instalan. Obtuvimos el número de documento con nuestro prefijo y al inicio del día. Se han cumplimentado todos los datos que se han registrado.

Comprobamos la carga de la nomenclatura. Vemos que todo salió como lo planeamos.

Hemos creado y completado los detalles como pretendíamos. Hay muchas sutilezas en la conversión y algunas cosas simples pero necesarias que ayudan a escribir la conversión con precisión. Y esto le permite minimizar los errores, no estropear los datos existentes y deshacerse de la basura innecesaria. Este es uno de los ejemplos más simples. También puede convertir un objeto en muchos, o viceversa, muchos en uno.

Ahora existe la conversión de datos 3, que resuelve otros problemas. Por lo tanto, también es necesaria la conversión 2. Buena suerte a todos en el aprendizaje y dominio.

Por supuesto, si eres programador y este es tu trabajo principal, puedes intentar escribir la conversión tú mismo. Pero si no es así, entonces deberías valorar tu tiempo en tu campo de actividad y pedir a profesionales que completen esta tarea.

Y le mostramos cómo con su ayuda simplifica FUERTE la solución de sus tareas.

Hoy analizaremos cómo configurar y realizar una transferencia simple de directorios y saldos iniciales en literalmente 10-15 minutos.

Y esto es tarea masiva y regular, lo cual es casi inevitable para la mayoría de las configuraciones nuevas que se lanzan.

Por eso, llama a tus compañeros, también les será de gran utilidad.

Especialmente si ya vieron el CD 3 y se asustaron :)

Sí, cuando la ves por primera vez no está nada claro.

Pero, de hecho, todo es MUY sencillo. Tan sencillo que hasta te aburrirás después :)

¿Qué hay exactamente en los videos de hoy?

Estos son 4 videos sobre cómo compartir datos a través de formato universal de intercambio EnterpriseData.

Además, mostraremos un ejemplo. refinamiento de las reglas de intercambio estándar en 1C: Conversión de datos 3.0

Duración total - 34 minutos. Contenido:

• Configurar un intercambio usando el ejemplo de 1C: Contabilidad 8 y 1C: ERP
• Cómo cargar reglas estándar y formato de intercambio universal en Data Conversion 3.0
• Transferir la estructura de metadatos al CD 3.0
• Cómo realizar el primer intercambio de datos
• Refinamiento de las reglas. conversiones
• Cómo cargar nuevas reglas sin cambiar la configuración ( sin retiro del apoyo)

nota que al solucionar este problema las reglas de carga cambian solo en la configuración del receptor. Y la configuración de origen funciona según reglas estándar.

Si tal tarea se resolviera en Data Conversion 2.0, entonces se tendrían que realizar cambios en las reglas tanto del origen como del destino.

Estos videos tutoriales son relevantes para BSP revisión 2.3.2(para cualquier compilación anterior a 2.3.2.43).

Si está utilizando una versión anterior de BSP,0 haga una "corrección" para la interfaz modificada y la funcionalidad extendida. Para hacer esto, repita usted mismo el ejemplo del video.

Vídeo 1:
Cargando reglas de intercambio entre configuraciones típicas en Data Conversion 3.0

En esta lección, realizaremos acciones preparatorias al realizar cambios en las reglas de intercambio entre configuraciones típicas:

• Cargando la estructura del formato de intercambio en el CD (
• Creando una conversión
• Cargar archivos de reglas desde una configuración típica
• Descarga del módulo de administrador de intercambio

Vídeo 2:
Refinamiento de las reglas de intercambio en CD 3.0

En este tutorial, le mostraremos cómo completar los detalles de los objetos al cargar datos.

La tarea se resolverá: al cargar objetos desde la configuración de origen, establezca el comentario "Cargado desde BP 3.0".

Para resolver el problema es necesario hacer cambios en las reglas de conversión de objetos, en el evento “Antes de escribir datos recibidos”.

Las reglas desarrolladas se guardarán como procesamiento externo para su uso posterior.

Vídeo 3:
Configurar un intercambio universal entre configuraciones típicas

En este tutorial, le mostraremos cómo configurar un nuevo tipo de intercambio.

Los ajustes se realizarán en la configuración de origen y luego se cargarán en la configuración de destino.

También en este vídeo te mostraremos cómo sin cambiar la configuración subir nuevas reglas de intercambio.

Vídeo 4:
Transferir saldos iniciales utilizando reglas de cambio

En la lección, mostraremos una función típica para transferir saldos iniciales.

PD

Sí, intercambios vía txt/dbf/ole etc. tiene derecho a existir. En algunos casos especiales, como acoplar a un servidor web o transferir desde un formato de aplicación externa ya preparado.

Sin embargo, para los intercambios estándar - Los métodos estándar son más rápidos y mucho más simples.

Y si alguien reinventa la rueda cuando existe una solución universal ya preparada... es como escribir en tu frente “No tengo un instrumento, no quiero aprender, construiré muletas con tu dinero” .

PPS

Queremos demostrar que Data Conversion 3.0 no es difícil.

Inusual, sí. No todo está claro de inmediato, sí. Hay momentos muy ambiguos, sí.

Pero con la ayuda de instrucciones y vídeos ya preparados, se puede dominar en sólo 1 o 2 semanas.