El estado de las contrapartes es malo. Transición al flujo de documentos electrónicos sin papel: experiencia, problemas, perspectivas
La versión 1.3.8 es un desarrollo de la edición 1.3 "1C: Electronic Document Library 8", que está diseñada para garantizar el intercambio de documentos electrónicos en soluciones de aplicaciones desarrolladas en la plataforma 1C:Enterprise versión 8.3.10.2252 y superior.
Nuevas funciones y cambios.
- En el formulario de búsqueda de ofertas comerciales, se agregó la capacidad de buscar sin conectarse al servicio 1C: Business Network y se agregó la capacidad de buscar un proveedor por nombre.
- Se agregó un informe sobre las ofertas comerciales publicadas.
- Se ha añadido un lugar de trabajo para publicar ofertas comerciales en el servicio 1C:Business Network.
- La adaptación se realizó con los subsistemas "1C: Biblioteca de subsistemas estándar" versión 2.4.2, "1C: Biblioteca de soporte al usuario de Internet" versión 2.2.2.
Transición a la versión 1.3.8 desde la versión 1.3.7
Tipo definido agregado ContraparteBED, tipo definido Contraparte eliminado Al actualizar Necesariamente establecer un nuevo tipo de datos, de lo contrario supresión datos sobre contrapartes en objetos del subsistema IntercambioContrapartes(documento Paquete de documentos electrónicos., registro de información Estado de las contrapartes BED).
Cambios de módulo:
- Característica agregada Solicitar texto para productos publicados obtener una fuente de datos para publicar ofertas comerciales y generar un informe sobre los productos publicados. Es necesario implementar una llamada de función al método FillOfferPackage al recibir una lista de productos.
Cambios en el módulo. Ofertas comerciales
- Procedimiento agregado ActualizaciónDecoraciónCondicionesPublicaciones para actualizar el elemento del formulario Decoración con el estado de publicación. Debe agregar configuraciones de publicación para el elemento de estado a la llamada en el formulario.
Rol agregado InformesTradingOfertas necesario para acceder al informe Ofertas comerciales publicadas.
Versión 1.3.7
La versión 1.3.7 es un desarrollo de la edición 1.3 "1C: Electronic Document Library 8", que está diseñada para garantizar el intercambio de documentos electrónicos en soluciones de aplicaciones desarrolladas en la plataforma 1C:Enterprise versión 8.3.10 y superior.
Valores de propiedad de configuración:
- El modo de compatibilidad debe configurarse en "No usar".
- El modo de uso de la modalidad se puede configurar en "No usar".
- El modo de compatibilidad de la interfaz puede tomar los valores "Versión 8.2", "Versión 8.2. Permitir taxi" o "Taxi. Permitir versión 8.2".
Nuevas funciones y cambios.
- Se agregó la posibilidad de obtener el estado de un documento de pago de Sberbank.
- Se implementó la recepción automática de configuraciones para Sberbank al conectarse al servicio 1C:DirectBank.
- Se agregó la capacidad de mostrar publicidad contextual 1C:DirectBank.
- Se ha realizado una adaptación para trabajar con el servicio 1C: Business Network en el servicio en la nube 1CFresh.
- Se agregó la capacidad de publicar, buscar y solicitar ofertas comerciales en el servicio 1C: Ofertas comerciales para los participantes del servicio 1C: Business Network.
- La adaptación se realizó con los subsistemas "1C: Biblioteca de subsistemas estándar" versión 2.4.1, "1C: Biblioteca de soporte a usuarios de Internet" versión 2.1.9, "1C: Biblioteca de tecnología de servicios" versión 1.0.12.
Subsistema "Intercambio con contrapartes"
Cambios de módulo:
- Fecha del documento, DocBaseFecha
Subsistema "Intercambio con bancos"
Cambios en el módulo. Trabajar con archivos anulables:
- al procedimiento Al definir la configuración necesitas agregar el código:
Interacción Electrónica.CuandoDefiningSettings(Configuración);
- al procedimiento Al definir directorios de almacenamiento de archivos necesitas agregar el código:
Interacción electrónica. Al definir directorios de almacenamiento de archivos (FileOwnerType, DirectoryNames);
- Los directorios MessageExchangeWithBanksAttachedFiles y EDAttachedFiles se han agregado al plan de intercambio UpdateInformationBase
- Los directorios MessageExchangeWithBanksAttachedFiles y EDAttachedFiles se han agregado al tipo definido SignedObject.
BancoCliente) mueve un grupo de elementos de la forma general.
En el controlador de eventos del formulario Cuando se creó en el servidor
&En el servidor
…
Fin del Procedimiento
En el controlador de eventos del formulario ProcesandoAlertas
&EnCliente
…
// Interacción electrónica Intercambio con bancos
Elements.GroupAdvertisingDirectBankHorizontalmente, Elements.TextDirectBankHorizontalmente);
// Fin de la interacción electrónica y el intercambio con los bancos.
Fin del Procedimiento
Para elemento TextDirectBankHorizontalmente agregar controlador de eventos ProcesamientoNavegaciónEnlaces
&EnCliente
Fin del Procedimiento
A un procedimiento de módulo común Interacción Electrónica Orden de pago en una solución de aplicación.
Subsistema "Intercambio con sitios"
Cambios en el módulo. Intercambio de sitios reemplazable:
- Procedimiento agregado Agregar detallesFormNode, utilizado para agregar detalles al nodo del plan de intercambio desde Exchange con el sitio. El formulario del nodo de intercambio no asume la presencia de detalles relacionados con la solución de la aplicación; los detalles se agregan mediante programación.
- Procedimiento agregado Campo de entrada cuando se cambia en el servidor, se utiliza para procesar en el norte el evento Cuando se cambia el campo de entrada del formulario del nodo del plan de intercambio, agregado en el procedimiento Agregar NodeFormDetails.
- Procedimiento agregado Campo de casilla de verificación cuando se cambia en el servidor, se utiliza para procesar el evento en el servidor cuando se cambia el campo de bandera del formulario del nodo del plan de intercambio, agregado en el procedimiento Agregar NodeFormDetails.
- Procedimiento agregado CuandoCreatingOnServerFormCreateSite, utilizado para agregar detalles al formulario de procesamiento CreateSite.
Cambios en el módulo. ExchangeSiteClientAnulable:
- Procedimiento eliminado Definir el tipo de catálogo GroupTableU, el tipo de valor de la columna Grupos de la tabla Catálogo de productos está determinado por la configuración de intercambio.
- Procedimiento agregado Campo de entrada al cambiar, se llama para procesar el evento Cuando se cambia el campo de entrada del formulario del nodo del plan de intercambio, se agrega en el procedimiento SiteExchangeOverridden.AddNodeFormDetails.
- Procedimiento agregado Casilla de verificaciónCampo al cambiar, se llama para procesar el evento cuando se cambia el campo de marca del formulario del nodo del plan de intercambio agregado en el procedimiento SiteExchangeOverridden.AddNodeFormDetails.
- Procedimiento agregado TableFormBeforeFinishEditing, se llama para procesar el evento BeforeFinishEdit de un campo en la parte tabular del formulario del nodo del plan de intercambio agregado en el procedimiento SiteExchangeOverridden.AddNodeFormDetails.
Subsistema "Red empresarial"
- Se agregaron nuevos métodos para ejecutar tareas de rutina en modo dividido, módulo común Interacción Electrónica, procedimientos Al recibir una lista de plantillas, . Ver métodos del mismo nombre en el módulo general JobQueueOverridable.
- Al incrustar una biblioteca, para trabajar en modo dividido, debe agregar una llamada a los métodos en el módulo general Cola de trabajos reemplazable:
- en el procedimiento Al recibir una lista de plantillas:
// Interacción electrónica
ElectronicInteraction.OnReceivingListTemplates(TaskTemplates);
- en el procedimiento Al definir aliasesHandlers:
// Interacción electrónica
ElectronicInteraction.WhenDefiningHandlerAliases(MatchNamesAliases);
// Finalizar la interacción electrónica
- Cambios en el módulo. BusinessNetworkAnulable:
- procedimiento renombrado a Obtener información de contacto del usuario.
- procedimiento cambiado para funcionar Crear ContraparteSegún Detalles, el parámetro Cuenta ha sido eliminado.
Subsistema "Ofertas comerciales"
Se ha agregado un nuevo subsistema "Ofertas comerciales", para integrarlo necesita:
- Desarrollar métodos anulados en módulos comunes. TradeOffersClienteAnulable, Ofertas comerciales anulables.
- Especificar tipos de datos en tipos definidos Tipos de valores de detalles 1СBusinessNetwork, Tipos de nomenclatura BED, Detalles adicionalesCAMA, Oferta comercial.
Consulte la documentación de incorporación para obtener más detalles.
Versión 1.3.6
La versión 1.3.6 es un desarrollo de la edición 1.3 "1C: Electronic Document Library 8", que está diseñada para garantizar el intercambio de documentos electrónicos en soluciones de aplicaciones desarrolladas en la plataforma 1C:Enterprise versión 8.3.8 y superior. En este caso, la propiedad de configuración "Modo de compatibilidad" debe establecerse en "Versión 8.3.8".
Esta configuración está diseñada para uso conjunto con la configuración "1C: Biblioteca de subsistemas estándar" no inferior a la versión 2.3.4.112, con la configuración "1C: Biblioteca de soporte al usuario de Internet 8" no inferior a la versión 2.1.9.4.
Nuevas funciones y cambios.
- Los formatos de los documentos de factura primarios se admiten (en términos de transferencia de un documento primario separado, factura) de acuerdo con la orden del Servicio de Impuestos Federales del 24 de marzo de 2016 No. ММВ-7-15/155@ “Con la aprobación de el formato de factura y el formato de presentación del documento sobre el envío de mercancías (ejecución del trabajo), transferencia de derechos de propiedad (documento sobre la prestación de servicios), incluida la factura, en formato electrónico."
- Los formatos de documentos primarios sobre cambios de valor, incluida una factura de ajuste, se admiten (en términos de la transferencia de un documento primario separado, una factura de ajuste) de acuerdo con la orden del Servicio de Impuestos Federales del 13 de abril de 2016 N ММВ -7-15/189@ " Tras la aprobación del formato de la factura de ajuste y el formato para presentar un documento sobre cambios en el costo de los bienes enviados (trabajo realizado, servicios prestados), se transfirieron los derechos de propiedad, incluida la factura de ajuste, en formulario electrónico."
- Se agregaron nuevos documentos electrónicos: Transferencia de mercancías, Transferencia de resultados de trabajo, una nueva forma de presentación visual de documentos.
- Se ha añadido un mecanismo de intercambio unidireccional que no requiere notificación de recepción por parte del destinatario.
- Se agregó la capacidad de controlar el desempaquetado de documentos electrónicos entrantes (automática o manualmente), la capacidad de configurar la creación de un tipo específico de documento al recibir documentos electrónicos.
- Se agregó la capacidad de vincular un documento electrónico a varias bases de información documentos contables.
- Se ha implementado la división de documentos electrónicos en entrantes y salientes.
- Se ha implementado la integración con el servicio. 1C-UMI permitiéndole crear sitios web desde el programa, configurar el intercambio con una tienda en línea UMI.
- Se realizó una adaptación para trabajar con el servicio 1C-EDO en el servicio en la nube 1CFresh.
Transición a la versión 1.3.6 desde la versión 1.3.5
Subsistema "Intercambio con contrapartes"
Módulo general IntercambioConContrapartesRedefinible
- Método agregado UPD SCHFDOP.
- Método agregado Complete los datos para la información del comprador de UPD Servicio de Impuestos Federales. El método prepara datos para un documento electrónico del tipo UPD (información del comprador) función SCHFDOP.
- Se agregó la función SCHFDOP del método UPD (información del vendedor) a los objetos de seguridad de la información.
- Método agregado Complete los Datos para Información ADICIONAL del Vendedor Servicio de Impuestos Federales. El método prepara datos para un documento electrónico tal como la función DOP STD (información del vendedor).
- Método agregado BuscarCrear documento UPDTAcerca deTransferir. El método guarda datos de la función DOP del documento electrónico UPD (información del vendedor) en el objeto IS.
- Método agregado Llene los datos para información del SCHFISeller Servicio de Impuestos Federales. El método prepara datos para un documento electrónico del tipo UTD (información del vendedor) función SSF.
- Método agregado BuscarCrearUPDSInvoiceFactura. El método guarda datos de la función SSF UPD (información del vendedor) del documento electrónico en el objeto de seguridad de la información.
- Método añadido. El método prepara datos para un documento electrónico de la función KSCHFDIS de tipo UCD (información del vendedor).
- Método agregado Complete los datos para la información del comprador UKID Servicio de Impuestos Federales. El método prepara datos para un documento electrónico del tipo UKD (información del comprador) función KSCHFDIS.
- Método añadido. El método guarda datos de la función UCD (información del vendedor) del documento electrónico KSCHFDIS en objetos de seguridad de la información.
- Método agregado Complete los Datos para DESInformación del Vendedor Servicio de Impuestos Federales. El método prepara datos para un documento electrónico de la función DIS de tipo UCD (información del vendedor).
- Método agregado BuscarCrearUKDDocumentoAcerca deCambiarValor. El método guarda datos de la función DIS del documento electrónico UCD (información del vendedor) en un objeto IS.
- Método agregado Complete los datos para la información del vendedor de KSCHFIS Servicio de Impuestos Federales. El método prepara datos para un documento electrónico de la función KSCHF de tipo UCD (información del vendedor).
- Método agregado BuscarCrearUKDSAccountFactura. El método guarda datos de la función UCD (información del vendedor) del documento electrónico KSCHF en un objeto de seguridad de la información.
- Método agregado Cumplimiento de los tipos de ED salientes con documentos de seguridad de la información.. El método forma una correspondencia entre los documentos electrónicos salientes y los documentos de seguridad de la información.
- Método agregado BuscarCrearDocumentoTransferirTrabajoResultados. El método se utiliza para diligenciar el documento de Carta de Porte recibido en el formato “Transferencia de Mercancía”.
- Método agregado BuscarCrearDocumentoTransferencia de Mercancías. El método se utiliza para completar el documento Certificado de Prestación de Servicios recibido en el formato “Transferencia de Resultados de Trabajo”.
- Método agregado InstaladoStateExchangeCompletado. El método se llama cuando el estado del flujo de documentos cambia a Intercambio completado, Intercambio completado con corrección.
- Al generar documentos electrónicos UPD, UKD, Transferencia de mercancías, Transferencia de resultados de trabajo, detalles Fecha del documento, DocBaseFecha son obligatorios para ser llenados.
Procesamiento de Intercambio con Contrapartes
En el diseño "Torg-12Seller":
- Se agregó el campo "IdStateContract".
- Se ha agregado la parte tabular "Factura de transporte".
- Se han eliminado los campos "Transport InvoiceDate", "Transport InvoiceNumber".
- Se agregó el campo "Información sobre la persona que transfirió la mercancía".
en el diseño Acta de Transferencia de Derechos:
- Se agregó la parte tabular "Base".
- Se han eliminado los campos "DocumentBaseName", "DocumentBaseNumber", "DocumentBaseDate", "DocumentBaseAdditionalInformation".
- Se agregó el campo "Nombre de moneda".
- Se agregó el campo "Reclamaciones".
- Se agregó el campo "Fecha de ejecución".
- En las propiedades de los participantes de la transacción, el campo "Fax" se reemplazó por el campo "Correo electrónico".
- En las propiedades de los participantes de la transacción, el campo "Código de país" se reemplazó por el campo "Código de país".
- En las propiedades de los participantes de la transacción, el campo "AddressText" se ha reemplazado por el campo "AddressText".
Actualizar un tipo definido Contraparte:
Al actualizar desde la versión 1.3.5, es necesario actualizar el tipo definido Counterparty; de lo contrario, las referencias al directorio Counterparty en los objetos BED, cuando se actualicen, serán reemplazadas por el tipo cadena con la pérdida de referencias a objetos sin posibilidad de recuperación.
Procedimiento de actualización:
- Cambie el nombre del tipo definido Cuenta a AccountBED.
- Elimine la configuración para que no admita BED 1.3.5.
- Ejecute una comparación/fusión con la configuración de BED 1.3.5, acepte configurar la configuración para que sea compatible.
- Desmarque todos los objetos y deje solo el tipo de cuenta definido, realice la fusión.
- Comience a actualizar la configuración, seleccione el archivo BED 1.3.6.
- Seleccione las casillas de verificación en los tipos definidos AccountBED y Account. Especifique otros objetos de base de datos necesarios para la actualización.
- Realizar una actualización.
Subsistema "Intercambio con bancos"
al procedimiento Obtener extracto bancario módulo común IntercambioConBancosCliente parámetro opcional agregado Período de aclaración de formulario abierto con tipo Booleano. Debe establecerse en Verdadero si el formulario desde el cual se recibe el estado de cuenta no tiene la capacidad de cambiar manualmente el período de solicitud del estado de cuenta.
Subsistema "Intercambio con sitios"
Nodo de intercambio cambiado Intercambio de sitios, formulario, módulo de objeto:
- Se agregó la capacidad de cargar artículos con selección por tipos de artículos (anteriormente solo estaba disponible por grupos de artículos).
Libro de referencia añadido Sitios web:
- Se agregó la capacidad de configurar la transición al sitio desde 1C, a la parte del usuario del sitio y al área de administración del sitio.
- Según el Sitio, puede crear un nodo de intercambio ExchangeSite.
Procesamiento agregado Crear una página web:
- Se agregó la capacidad de crear un sitio en el dominio 1C-UMI; el sitio se crea automáticamente (elemento Sitios) y se completa con datos de 1C. Se crea automáticamente un nodo de intercambio ExchangeSite y se realiza el primer intercambio completo con el sitio.
módulo general Intercambio de sitios reemplazable:
- Se ha agregado la capacidad de seleccionar tipos de elementos; se ha eliminado la capacidad de seleccionar un libro de referencia arbitrario.
módulo general Eventos del sitio de intercambio:
- Se agregó la capacidad de seleccionar tipos de elementos.
- Se ha eliminado la posibilidad de seleccionar un directorio personalizado.
Otros cambios
Configuración del subsistema Gestión de tarifas en el modelo de servicio bibliotecario Tecnologías de servicio
A un módulo común ArancelizaciónRedefinible en el método Al formar una lista de servicios (), debe agregar código después de llamar al método Soporte para usuarios de Internet. Al formar una lista de servicios (proveedores de servicios):
// Interacción electrónica
Interacción electrónica. Al formar una lista de servicios (proveedores de servicios);
// Finalizar la interacción electrónica
Versión 1.3.5
La versión 1.3.5 es un desarrollo de la edición 1.3 de "1C: Bibliotecas de documentos electrónicos 8", que está diseñada para garantizar el intercambio de documentos electrónicos en soluciones de aplicaciones desarrolladas en la plataforma 1C:Enterprise versión 8.3.8 y superior.
Valores de propiedad de configuración:
- El modo de compatibilidad debe configurarse en "No usar".
- El modo de uso de la modalidad se puede configurar en "No usar".
- El modo de compatibilidad de la interfaz puede tomar los valores "Versión 8.2", "Versión 8.2. Permitir taxi" o "Taxi. Permitir versión 8.2".
Nuevas funciones y cambios.
- la funcionalidad de la biblioteca se adaptó a las características específicas de trabajar en la plataforma 8.3.8 con el modo de compatibilidad desactivado;
- los subsistemas de la "Biblioteca de subsistemas estándar" se han actualizado a la versión 2.3.3.45;
- La biblioteca incluye el subsistema "Bibliotecas de soporte a usuarios de Internet", versión 2.1.8.3.
Transición a la versión 1.3.5 desde la versión 1.3.4
No se requieren cambios.
Versión 1.3.4
La versión 1.3.4 es un desarrollo de la edición 1.3 de "1C: Bibliotecas de documentos electrónicos 8", que está diseñada para garantizar el intercambio de documentos electrónicos en soluciones de aplicaciones desarrolladas en la plataforma 1C:Enterprise versión 8.3.6 y superior. En este caso, la propiedad de configuración "Modo de compatibilidad" debe establecerse en "No usar". El modo de uso de la modalidad se puede configurar en "No usar" y el modo de compatibilidad de la interfaz se puede configurar en "Versión 8.2", "Versión 8.2. Permitir taxi" o "Taxi. Permitir versión 8.2".
Nuevas funciones y cambios.
- Se ha implementado un sistema de notificaciones sobre eventos EDI (nuevos documentos electrónicos, nuevas invitaciones, caducidad del certificado, etc.). Ahora es posible configurar notificaciones por correo electrónico en el perfil de configuración de EDF, así como mostrar notificaciones sobre eventos directamente en el programa 1C mediante mensajes emergentes;
- se admite el formato del documento primario, incluida una factura (formato UPD) de acuerdo con la orden del Servicio de Impuestos Federales de 24 de marzo de 2016 No. ММВ-7-15/155@ “Sobre la aprobación del formato de la factura y la formato para presentar un documento sobre el envío de mercancías (ejecución del trabajo), transferencia de derechos de propiedad (documento sobre la prestación de servicios), incluida una factura, en formato electrónico";
- se ha admitido el formato del documento sobre el cambio de valor, que incluye una factura de ajuste" (formato UKD) de acuerdo con la orden del Servicio de Impuestos Federales del 13/04/2016 N ММВ-7-15/189@ "Tras la aprobación del formato de la factura de ajuste y el formato de presentación del documento sobre cambios en el costo de los bienes enviados (trabajo realizado, servicios prestados), se transfieren los derechos de propiedad, incluida una factura de ajuste, en formato electrónico";
- apoyó el uso de componentes externos a cambio de bancos que utilizan tecnología DirectBank.
Transición a la versión 1.3.4 desde las versiones 1.3.2, 1.3.3
Cambios en los formularios de lista de documentos de soluciones de aplicaciones
En los formularios de lista de documentos, debe agregar un procedimiento complementario Intercambio con ContrapartesCliente.Procesador en esperaEDW:
&EnCliente
Fin del Procedimiento
Al actualizar el subsistema, es necesario en los controladores de eventos del formulario de lista de documentos: Cuando se creó en el servidor, Al abrir, ProcesandoAlertas
&En el servidor
Procedimiento al crear en el servidor
…
ParametersWhenCreatedOnServer = ExchangeWithCounterparties.ParametersWhenCreatedOnServer_ListForm();
ParametersWhenCreatedOnServer.Form = EsteObjeto;
ParametersWhenCreatedOnServer.LocationofCommands = Elementos.Comandos EDO;
ExchangewithCounterparties.WhenCreatedOnServer_ListForm(Fallo, Procesamiento estándar, ParámetrosCuandoCreatedOnServer);
Fin del Procedimiento
&EnCliente
Procedimiento de apertura (fallo)
…
// Subsistema "Intercambio con Contrapartes".
// Fin del subsistema "Intercambio de Contrapartes".
Fin del Procedimiento
&EnCliente
Notificaciones de proceso de procedimiento (nombre del evento, parámetro, fuente)
…
// Subsistema "Intercambio con Contrapartes".
Alert ParametersEDO = Intercambio con CounterpartiesClient.AlertParametersEDO_ListForm();
Parámetros de notificación EDO. Formulario = ThisObject;
Parámetros de notificación EDO.DynamicListName = "Lista";
ExchangewithCounterpartiesClient.ProcessingAlert_ListForm(Nombre del evento, Parámetro, Fuente, Parámetros de alerta EDI);
// Fin del subsistema "Intercambio de Contrapartes".
Fin del Procedimiento
Cambios en los formularios de los documentos de la solución de la aplicación.
En los formularios de documentos, debe agregar un procedimiento de complemento. Connectable_WaitingHandlerEDO, donde necesitas colocar la llamada al método
Intercambio con ContrapartesCliente.Procesador en esperaEDW:
&EnCliente
Procedimiento Connectable_EDOWaitingHandler()
ExchangeCounterpartiesClient.EDOWaitingHandler(EsteObjeto);
Fin del Procedimiento
En los formularios de documentos, es necesario eliminar el atributo de formulario "Estado EDO" y agregar el elemento de formulario "decoración" en su lugar. Para las necesidades de una solución de aplicación, la decoración se puede subordinar al elemento de forma "Grupo". La visibilidad del grupo se establece dentro de un método. Intercambio con contrapartes Cuando se crea en el Servidor dependiendo del estado del f.o. "Utilice Exchange con contrapartes".
Al actualizar el subsistema, es necesario en forma de documento controladores de eventos. Cuando se creó en el servidor, Al abrir, Después de grabar en el servidor, ProcesandoAlertas colocar métodos del subsistema "Intercambio de contraparte".
Por ejemplo:
&En el servidor
…
// Subsistema "Intercambio con Contrapartes".
Parámetros EDO cuando se crean = Intercambio con contrapartes Parámetros cuando se crean en Server_DocumentForm();
Parámetros EDO cuando se crean.Form = ThisObject;
Parámetros EDO cuando se crea.DocumentLink = Object.Link;
Parámetros de EDO cuando se crean.DecorationStateEDO = Elements.DecorationStateEDO;
Parámetros EDO cuando se crean. Grupo de estados EDO = Elementos. Grupo de estados EDO;
Intercambio con contrapartes. Cuando se crea en el formulario Server_Document (rechazo, procesamiento estándar, parámetros EDO cuando se crea);
// Fin del subsistema "Intercambio de Contrapartes".
Fin del Procedimiento
&EnCliente
Procedimiento de apertura (fallo)
…
// Subsistema "Intercambio con Contrapartes"
ExchangeWithCounterpartiesClient.OnOpening(EsteObjeto);
// Fin del subsistema "Intercambio con contrapartes"
Fin del Procedimiento
&En el servidor
Procedimiento AfterRecordOnServer (CurrentObject, RecordParameters)
…
// Subsistema "Intercambio con Contrapartes".
ParametersAfterRecord = ExchangeWithCounterparties.ParametersAfterRecordOnServer();
ParametersAfterRecord.Form = EsteObjeto;
ParametersAfterRecord.DocumentLink = Objeto.Enlace;
ParametersAfterRecording.DecorationStateEDO = Elements.DecorationStateEDO;
ParametersAfterRecord.GroupEDOStatus = Elements.GroupEDOState;
ExchangewithCounterparties.AfterRecordOnServer (CurrentObject, RecordParameters, AfterRecordParameters);
// Fin del subsistema "Intercambio de Contrapartes".
Fin del Procedimiento
&EnCliente
Notificaciones de proceso de procedimiento (nombre del evento, parámetro, fuente)
…
// Subsistema "Intercambio con Contrapartes".
Parámetros de alerta = ExchangewithCounterpartiesClient.AlertParametersEDO_DocumentForm();
AlertParameters.Form = EsteObjeto;
AlertParameters.DocumentLink = Objeto.Enlace;
Parámetros de alerta.Estado de DecoraciónEDO = Elementos.Estado de DecoraciónEDO;
Parámetros de alerta.Grupo de estados EDO = Elementos.Grupo de estados EDO;
ExchangeWithCounterpartiesClient.ProcessingAlert_DocumentForm(Nombre del evento, Parámetro, Fuente, Parámetros de alerta);
// Fin del subsistema "Intercambio de Contrapartes".
Fin del Procedimiento
Cambios en el módulo ExchangeCounterparties
- Procedimiento agregado Cuando se creóOnServer_ListForm, llamado desde el controlador de eventos "Cuando se crea en el servidor" del formulario de lista de documentos. Como tercer parámetro del método, se pasa una estructura que es inicializada por el método. Parámetros al crear OnServer_ListForm.
- Procedimiento agregado Cuando se creóOnServer_FormDocument, llamado desde el controlador de eventos "Cuando se creó en el servidor" del formulario del documento. Como tercer parámetro del método, se pasa una estructura que es inicializada por el método. Parámetros al crear OnServer_DocumentForm.
- Procedimiento agregado Después de grabar en el servidor, llamado desde el controlador de eventos "AfterRecordOnServer" del formulario del documento. Como tercer parámetro del método, se pasa una estructura que es inicializada por el método. Parámetros después de la grabación en el servidor.
Cambios en el módulo. Intercambio con ContrapartesCliente.
- Procedimiento agregado Al abrir, llamado desde el controlador de eventos "Al abrir" del formulario de lista de documentos y del formulario de documento.
- Procedimiento agregado ProcesamientoAlerts_ListForm, llamado desde el controlador de eventos "Procesamiento de notificaciones" del formulario de lista de documentos. Como cuarto parámetro del método, se pasa una estructura que es inicializada por el método. Parámetros de alertaEDO_ListForm.
- Procedimiento agregado ProcessingAlert_FormDocumento, llamado desde el controlador de eventos "Procesamiento de notificaciones" del formulario del documento. Como cuarto parámetro del método, se pasa una estructura que es inicializada por el método. Parámetros de notificaciónEDO_DocumentForm.
- Cambios en el módulo. Intercambio con contrapartes Anulable:
- Método agregado Rellenar los Datos de Transferencia de Ejecutor de Obra.
Ejemplo:
// Prepara datos para un documento electrónico del tipo Transferencia de mercancías al vendedor.
// Opciones:
// LinkToObject: enlace al ED mediante el cual es necesario generar un documento electrónico,
Procedimiento Completar transferencia de datos Ejecutor de trabajo (enlace de objeto, estructura ED, árbol de datos) Exportar
Complete los Datos para la Ley 501 del Ejecutor del Servicio de Impuestos Federales (Enlace al Objeto, Estructura del ED, Árbol de Datos)
Fin del Procedimiento
- Método Comprobar capacidad para editar objetos se convirtió en un procedimiento.
- Método agregado Complete los Datos para UPDInformación del Vendedor Servicio de Impuestos Federales. El método prepara datos para un documento electrónico del tipo UPD Función (información del vendedor) SCHFDOP.
- Método agregado BuscarCrearDocumento de transferencia universal. El método guarda datos de un documento electrónico. UPD Función (información del vendedor) SCHFDOPv ES objetos.
- Método agregado Complete los datos para la información del vendedor de UKDI Servicio de Impuestos Federales. El método prepara datos para un documento electrónico del tipo Reino Unido Función (información del vendedor) KSCHFDIS.
- Método agregado BuscarCrearDocumento de ajuste universal. El método guarda datos de un documento electrónico. Reino Unido Función (información del vendedor) KSCHFDIS a objetos de seguridad de la información.
Cambios en el subsistema "Intercambio con bancos"
Cambios en el módulo ExchangeWithBanksRedefinible
Procedimiento Cuando cambia la condición del servicio de urgencias agregado. Se llama cuando cambia el estado del flujo de documentos electrónicos.
Cambios para trabajar en modo servicio.
Si es necesaria la configuración de destino para operación en modo servicio:
- En el procedimiento GetProvidedDataHandlers del módulo común SuppliedDataOverridden, agregue el siguiente código:
ElectronicInteraction.RegisterDeliveredDataHandlers(Manejadores);
- Agregue la tarea de rutina Actualizar Intercambio de Módulos Externos con Bancos al atributo general Datos Básicos del Área de Datos.
Otros cambios
- Debes agregar una constante al tipo que se está definiendo. UtiliceExchangeWithBanks;
- Característica eliminada Intercambio con bancos. Se recomienda cambio directo con el banco..
Versión 1.3.3
La versión 1.3.3 es un desarrollo de la edición 1.3 del producto "1C: Biblioteca de Documentos Electrónicos". Diseñado para desarrollar configuraciones diseñadas para funcionar en la plataforma 1C:Enterprise 8.3 versión 8.3.6 y superior.
Valores de propiedad de configuración:
- El modo de compatibilidad debe configurarse en "No usar".
- El modo de uso de la modalidad se puede configurar en "No usar".
- El modo de compatibilidad de la interfaz puede tomar los valores "Versión 8.2", "Versión 8.2. Permitir taxi" o "Taxi. Permitir versión 8.2".
Nuevas funciones y cambios.
- de conformidad con la Orden de 30 de noviembre de 2015 No. ММВ-7-10/551@ "Sobre la aprobación del formato para la presentación de un documento sobre la transferencia de mercancías durante transacciones comerciales en formato electrónico" y la Orden de 30 de noviembre de 2015 No. ММВ-7-10/552@ "Tras la aprobación del formato para la presentación de un documento sobre la transferencia de resultados del trabajo (documento sobre la prestación de servicios) en formato electrónico", se admiten nuevos formatos de documentos electrónicos.
Cambios en el subsistema "Intercambio con contrapartes"
en el modulo Intercambio con contrapartes Anulable hacer un cambio:
// Prepara datos para un documento electrónico del tipo Carta de Porte.
// Opciones:
// LinkOnED - Enlace al ED mediante el cual es necesario generar un documento electrónico,
// StructureED - Estructura, estructura de datos para generar un documento electrónico.
// Árbol de datos: un árbol de valores, un árbol de datos para completar un documento electrónico.
Procedimiento Complete la transferencia de datos del vendedor de bienes (enlace de objeto, estructura de ED, árbol de datos) Exportación
Complete los datos sobre la negociación 12 del vendedor del Servicio de Impuestos Federales (enlace al objeto, estructura del ED, árbol de datos)
Fin del Procedimiento
Es necesario agregar a la configuración que utiliza BED, plantillas para restringir el acceso a nivel de registro por organización (RLS) cuando se trabaja con documentos electrónicos (ver documentación de incorporación).
Versión 1.3.2
La versión 1.3.2 es un desarrollo de la edición 1.3 del producto "1C: Biblioteca de Documentos Electrónicos". Diseñado para desarrollar configuraciones diseñadas para funcionar en la plataforma 1C:Enterprise 8.3 versión 8.3.6 y superior.
Valores de propiedad de configuración:
- El modo de compatibilidad debe configurarse en "No usar".
- El modo de uso de la modalidad se puede configurar en "No usar".
- El modo de compatibilidad de la interfaz puede tomar los valores "Versión 8.2", "Versión 8.2. Permitir taxi" o "Taxi. Permitir versión 8.2".
Nuevas funciones y cambios.
- Implementó la visualización de 2 títulos de documentos electrónicos (TORG12, Ley, Documentos de ajuste) en un solo formulario para ver un documento electrónico. Toda la información de los títulos se recogerá en un único formulario. Por separado, el formulario del segundo título podrá consultarse desde el formulario “Documentos Electrónicos”;
- se ha implementado la capacidad de celebrar un "Acuerdo EDA" estándar en formato electrónico desde la "Configuración EDF" en el programa 1C; Usando el comando "Generar acuerdo usando una plantilla", se creará automáticamente un documento electrónico arbitrario, cuyo archivo adjunto será el archivo del acuerdo. Después de la firma, el documento se puede enviar inmediatamente a la contraparte.
- Intercambio integrado de documentos electrónicos arbitrarios con archivos adjuntos. Ahora cualquier archivo adjunto se puede firmar rápidamente y enviar a la contraparte mediante cualquier documento electrónico;
- se admite la posibilidad de intercambiar documentos electrónicos con el banco sobre un proyecto salarial;
- se agregó un asistente para conectar una organización a DirectBank;
- se actualizó a través de Internet la lista de bancos que apoyaban a DirectBank;
- Trabajo admitido con diferentes tipos de tokens (llaves electrónicas) de Sberbank: “normal”, “táctil”, “con pantalla”.
- Los subsistemas de la "Biblioteca de subsistemas estándar" (BSS) se han actualizado a la versión 2.3.2.27.
Transición a la versión 1.3.2.19 desde las versiones 1.2.7, 1.3.1
Necesita agregar un procedimiento sin relleno al módulo:
procedimiento CheckUsingTestMode. Incluye la capacidad de habilitar funciones adicionales para probar intercambios con bancos. Aún no hay planes para utilizarlo en soluciones aplicadas;
en el modulo Tareas regularesAnulable hacer un cambio:
Procedimiento para determinar la configuración para la exportación de tareas rutinarias (configuración)
Interacción Electrónica. Al Definir Configuraciones de Tareas Rutinarias (Configuraciones);
Fin del Procedimiento
en el modulo Firma ElectrónicaClienteAnulable hacer un cambio:
Procedimiento para la exportación de verificación (parámetros) de certificados adicionales
ExchangeWithBanksClient.AtAdditionalCertificateVerification(Parámetros);
Fin del Procedimiento
Al módulo Firma ElectrónicaAnulable hacer un cambio:
Procedimiento al crear un formularioComprobación de un certificado (certificado, comprobaciones adicionales, parámetros de comprobaciones adicionales, comprobaciones estándar) Exportar
ExchangeWithBanks.WhenCreatingFormVerificationCertificate(
Certificado, Cheques Adicionales, Parámetros de Cheques Adicionales, Cheques Estándar);
Fin del Procedimiento
Se han agregado los siguientes objetos no compartidos:
;Al tipo definido Espacio de almacenamientoOpciones funcionales agregar constante UtiliceExchangeWithBanks.
Si la configuración está destinada a funcionar en el modo de modelo de servicio, entonces debe cambiar el controlador de suscripción al evento Control de objetos no compartidos mientras se escribe el BED para que funcione en el modelo de servicio. Control de objetos no compartidos mientras se escribe.
Versión 1.3.1
La versión 1.3.1 es un desarrollo de la edición 1.2 del producto "1C: Biblioteca de Documentos Electrónicos". Diseñado para desarrollar configuraciones diseñadas para funcionar en la plataforma 1C:Enterprise 8.3 versión 8.3.6 y superior.
Valores de propiedad de configuración:
- El modo de compatibilidad debe configurarse en "No usar".
- El modo de uso de la modalidad se puede configurar en "No usar".
- El modo de compatibilidad de la interfaz puede tomar los valores "Versión 8.2", "Versión 8.2. Permitir taxi" o "Taxi. Permitir versión 8.2".
Nuevas funciones y cambios.
- se ha implementado la capacidad de intercambiar documentos electrónicos sin firma electrónica a través del servicio EDI para los participantes de 1C: Business Network;
- se ha implementado un subsistema de intercambio autónomo con los bancos;
- Los subsistemas de la "Biblioteca de subsistemas estándar" (BSS) se han actualizado a la versión 2.3.1.71.
Transición a la versión 1.3.1 desde las versiones 1.2.6, 1.2.7
Cambios de arquitectura
Todos los módulos con el prefijo "Documentos electrónicos" han sido renombrados a módulos con el prefijo "Intercambio con Contrapartes". Métodos del módulo DE Propósito General movido al nuevo módulo Interacción Electrónica. Módulo Actualización de la base de información del Departamento de Emergencias renombrado a Actualizando la Base de Datos.
Documentos Electrónicos V Interacción Electrónica:
- ApellidoInicialesParticulares
Lista de métodos que se movieron del módulo Documentos Electrónicos V IntercambioConBancos:
- Es posible el intercambio directo con el banco.
- GetDataBankStatementsTreeValues
- GetDataBankStatementsTextFormat
- Análisis de árbolExtractsBank
Lista de métodos que se han movido del módulo a ElectrónicaInteracciónClienteAnulable:
- Realizar verificación de documentos
Lista de métodos que se movieron del módulo Documentos ElectrónicosClienteAnulable V ExchangeWithBanksClientAnulable:
- Extractos de archivos de análisis
Lista de métodos que se han movido del módulo a ElectrónicaInteracciónClienteServidor:
- GetMessageText (renombrado a MessageText)
- SíAcción
Lista de métodos que se movieron del módulo Documentos ElectrónicosClienteServidor V ExchangeWithBanksClientServer:
- Detalles completos Configuración EDSBanks (renombrado Detalles completos completos Configuración Exchange)
- HeaderSettingsEDOSBank ha cambiado de nombre a HeaderSettingsExchangeWithBank
- Obtener texto de estado
Lista de métodos que se han movido del módulo a Interacción electrónicaAnulable:
- Cambiar propiedades del elemento de formulario
- DirectorioActualArchivos Temporales
- Obtenga opciones funcionales coincidentes
- Obtenga directorios coincidentes
- Obtener correspondencia con nombres de objetos MD y detalles
- Correspondencia de Códigos de Detalles y Representaciones
- Obtener la estructura de los detalles clave del objeto
- Mensaje de textoNecesarioConfiguración del sistema
- Editar mensaje de error
- Prepare el texto del mensaje sobre la violación de los derechos de acceso.
- DesmontarNombreIndividuos
- BuscarReferenciaAlObjeto
- Obtener número de documento impreso
- Verificar fuentes de preparación
- GetData LegalIndividuos
- DescripciónOrganizaciones
- Existe el derecho a procesar la ED
- Existe el derecho a leer ED.
- Existe el derecho a abrir un registro de revista
Lista de métodos que se movieron del módulo Documentos Electrónicos Anulable V ExchangeWithBanksAnulable:
- Obtenga los tipos actuales de disfunción eréctil
- Obtener números de cuentas bancarias
- Complete los parámetros de ED por fuente
- Complete los datos de la orden de pago
- Complete los datos de solicitud de pago
- Comprobar capacidad para editar objetos
De suscripciones a eventos Asignar una nueva versión del ED al grabar al propietario Y Comprobar cambio antes de grabar propietario ED Se eliminaron los documentos bancarios.
Diseños movidos del procesamiento IntercambioContrapartes V IntercambioConBancos:
- Orden de pago
- Requisito de pago
Debes agregar al tipo definido
- documentoObjeto.PaqueteED
Cambios de interfaz
- En módulos comunes IntercambioConBancos, IntercambioContrapartes procedimientos agregados Cuando se creó en el servidor. Se llama al abrir formularios de objetos para generar comandos EDI. Opciones: Forma- formulario actual, Ubicación del equipoPredeterminado– un elemento del formulario de submenú en el que se crearán los comandos EDI.
- En módulos comunes ExchangeWithBanksAnulable, Intercambio con contrapartes Anulable Se agregaron procedimientos para generar una lista de comandos EDM. Preparar la estructura de objetos de Teams EDF.. Parámetro Composición de los equiposEDO puede ser una matriz (para el subsistema IntercambioConBancos) o estructura de matriz ( IntercambioContrapartes).
- Se ha eliminado el grupo de comandos EDI; ya no se realiza el llenado automático del panel de comandos con comandos EDI.
Para crear comandos EDM en formularios de documentos de la base de datos, debe agregar código para generar tipos de objetos en el procedimiento del módulo común anulado.
Ejemplo en módulo Intercambio con contrapartes Anulable:
Composición de los equipos de EDM.Outgoing.Add("Documento.Ventas de bienes y servicios");
Composición de los comandos EDO.Outgoing.Add("Documento.Orden del comprador");
…
Composición de los equipos del EDF.Incoming.Add("Documento.Recepción de bienes y servicios");
Composición de los comandos EDO.Incoming.Add("Document.InvoiceReceived");
…
Fin del Procedimiento
ExchangeWithBanksAnulable:
Procedimiento Preparar la estructura de objetos de los equipos EDF (Composición de los equipos EDF) Exportar
Composición de los comandos EDO.Add("Documento.Orden de pago");
Composición de EDO Commands.Add("Document.PaymentRequest");
…
Fin del Procedimiento
Al crear un formulario, llame al programa de generación de comandos.
Intercambio con contrapartes Cuando se crea en el Servidor:
Procedimiento cuando se crea en el servidor (fallo, procesamiento estándar)
//Comandos EDO
Intercambio con contrapartes. Cuando se crea en el servidor (este objeto, elementos. Comandos EDO);
// Fin del comando EDO
Fin del Procedimiento
Agregar un controlador de formulario conectable Comando Connectable_Execute EDO:
Procedimiento Connectable_Execute EDO Command (Comando)
ElectronicInteractionServiceClient.ExecuteConnectedCommandEDO(Comando, ThisForm, Elements.List);
Fin del Procedimiento
Cambios en el subsistema "Intercambio con contrapartes"
- complete el tipo definido "Motivos de ED arbitrario" con los tipos de documentos sobre cuya base se ingresarán las entradas DE arbitraria(lo más probable es que estos sean los mismos documentos que en el tipo definido Propietario de archivos adjuntos), también en estos documentos debe agregar el documento "ED personalizado" a la lista "Es la base para:"
- en formularios de documentos y listas de documentos (en base a los cuales se ingresa el ED personalizado), es necesario deshabilitar el ED personalizado en el submenú "Crear basado en", porque el comando para ingresar un ED personalizado se coloca en el submenú EDO (comando "Agregar archivo");
- en los diseños del Acta de Transferencia de Derechos, Orden de Mercancías, Respuesta a la Orden, Informe del Comisionista sobre Ventas, Informe del Comisionista sobre la Descripción, Factura de Pago, Catálogo de Productos, Lista de Precios en el grupo de parámetros "Banco" en el campo "BIC" se ha cambiado el atributo de llenado obligatorio. Este campo debe ser completado;
- en el diseño FacturaFactura, el formato de los campos Código de país de origen y Número de declaración de aduana ha cambiado. Para un llenado más correcto, se combinan en la tabla de Declaración de Aduanas. En la base de datos de demostración de la BED se puede encontrar un ejemplo de cómo completar estos elementos en el procedimiento para preparar los datos del FSE.
Cambios en el módulo ExchangewithCounterpartiesClient
- El método OpenEDList ha quedado obsoleto. En su lugar, se recomienda utilizar OpenEDTree, que abre al usuario el árbol de normativas para el intercambio de documentos electrónicos para el documento de seguridad de la información.
Cambios en el módulo de Interacción Electrónica Anulados
Se han agregado dos claves a Obtener correspondencia con nombres de objetos y detalles para su redefinición:
- Ventas de Bienes y Servicios en Metadatos
- Recepción de Bienes y Servicios en Metadatos
Cambios en el módulo ExchangeCounterparties
Se agregó el método Fill DataBy 1SEDOD para 1C-Reporting Master, que prepara datos para 1C-Reporting Master.
Se agregó el método Check AccounterV1EDMSWhen PublishedOnServer, que debe llamarse al crear un formulario de cuenta. Este método verifica la conexión de la contraparte al servicio 1C-EDO.
Ejemplo Intercambio con contrapartes Verifique la contraparte en 1 SEDO cuando se crea en el Servidor:
Procedimiento cuando se crea en el servidor (fallo, procesamiento estándar)
// Interacción Electrónica Intercambio con Contrapartes
Intercambio con contrapartes Verificar contraparte en 1SEDO cuando se crea en el servidor (Object.Link);
// Fin de la Interacción Electrónica, Intercambio con Contrapartes
Fin del Procedimiento
Se agregó una tarea de rutina NO dividida Contrapartes de chequesBED, que realiza una selección de contrapartes y verifica su conexión con 1C-EDO.
Se agregó registro de información dividida. Estado de las ContrapartesBED, que recopila estadísticas sobre los contratistas conectados al servicio 1C-EDO.
Agregue una visualización del signo de conexión al servicio 1C-EDO en la columna "EDO" en el formulario de lista y en el formulario de selección de contraparte. Agregue una pista a la columna "Conectado al servicio 1C-EDO".
Ejemplo:
ELEGIR
ELECCIÓN
WHENEstado de la contraparteBED.Estado = VALOR(Enumeración.Estado de la contraparteBED.Conectado)
ENTONCES 0
MÁS 1
FIN
TERMINAR COMO EDO
DirectorioContrapartes.Nombre,
DirectorioContrapartidas.INN,
DirectorioContrapartidas.KPP,
....
DirectorioContrapartidas.NombreCompleto
DE
Directorio.Contrapartes AS DirectorioContrapartes
CONEXIÓN IZQUIERDA Registro de Información Estado de Contratistas BED AS Estado de Contratistas BED
Software (Estados Contratantes BED.Counterparty = DirectorioContadores.Link)
En los formularios de documentos de base de información, es necesario eliminar el enlace a la opción funcional "Usar ED Exchange" del atributo de formulario "Texto de estado ED". Elimine el encabezado del atributo "Estado ED".
Cambios en el subsistema "Intercambio con bancos"
Suscripciones a eventos agregadas ExchangeWithBanksPropietarioEDAntes de grabar Y ExchangeWithBanksOwnerEDOnRecording.
- Se agregaron tipos definidos OwnersExchangeWithBanks y DirectoryBanks.
- Se agregó el comando general SettingsExchangeWithBanks.
Al tipo definido Archivo adjunto agregar:
- directorioLink.MessageExchangeWithBanksAttachedFiles;
- directorioObject.MessageExchangeWithBanksAttachedFiles;
- directorioLink.PackageExchangeWithBanksAttachedFiles;
- directorioObject.PackageExchangeWithBanksAttachedFiles.
Al tipo definido Propietario de los archivos adjuntos es necesario agregar
- documentLink.MessageExchangeWithBanks;
- documentLink.PackageExchangeWithBanks.
Al tipo definido PropietarioArchivos adjuntosObjeto es necesario agregar
- documentObject.MessageExchangeWithBanks;
- documentObject.PackageExchangeWithBanks;
- documentoObjeto.PaqueteED
Se agregó un nuevo subsistema "Red Empresarial"
El subsistema incluye módulos comunes (prefijo IntercambioNegocioRed), tratamiento Red de negocios, roles ( AdministraciónSuscriptorNegocioRed, Realización deExchangeBusinessNetwork), registro de información IdentificadoresNegocioRed. En el formulario "Configuración del intercambio de documentos electrónicos" se ha agregado un comando para llamar al formulario de conexión al servicio.
Es necesario completar los procedimientos y funciones del módulo. BusinessNetworkAnulable:
- método Crear ContraparteSegún Detalles. Crea una contraparte en la solución de la aplicación utilizando los parámetros pasados;
- método Obtenga contactos de usuario de IB. Recibe la información de contacto del usuario (nombre del rol, dirección de correo electrónico);
- método Ejecutar control de detalles del documento. Comprueba los detalles del documento para permitir el envío de la matriz (el remitente y el destinatario deben ser el mismo).
Transición a la versión 1.3.7 desde la versión 1.3.6
En el formulario para cargar documentos de pago a un archivo y descargar un extracto bancario de un archivo (procesamiento BancoCliente) mover un grupo de elementos GrupoPublicidadDirectBancoHorizontalmente de la forma general OfertaConnect1SDirectBank.
En el controlador de eventos del formulario Cuando se creó en el servidor colocar métodos ExchangeWithBanksClientServer.ShowAdvertisingDirectBank:
&En el servidor
Procedimiento cuando CreateOnServer (fallo, procesamiento estándar)
…
// Interacción electrónica Intercambio con bancos
ExchangeWithBanksClientServer.ShowAdvertisingDirectBank(
Elements.GroupAdvertisingDirectBankHorizontalmente, Elements.TextDirectBankHorizontalmente);
// Fin de la interacción electrónica y el intercambio con los bancos.
Fin del Procedimiento
En el controlador de eventos del formulario ProcesandoAlertas coloque el método ExchangeWithBanksClient.UpdateAdvertisingDirectBank:
&EnCliente
Notificaciones de proceso de procedimiento (nombre del evento, parámetro, fuente)
…
// Interacción electrónica Intercambio con bancos
ExchangeWithBanksClient.UpdateAdvertisingDirectBank(EventName,
Elements.GroupAdvertisingDirectBankHorizontalmente, Elements.TextDirectBankHorizontalmente);
// Fin de la interacción electrónica y el intercambio con los bancos.
Fin del Procedimiento
Para elemento TextDirectBankHorizontalmente agregar controlador de eventos ProcesamientoNavegaciónEnlaces y coloque en él el método ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank:
&EnCliente
Procedimiento TextDirectBankHorizontalNavigationLinkProcessing(Elemento, FormattedStringNavigationLink, StandardProcessing)
ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank(
NavigationLinkFormatString, procesamiento estándar);
Fin del Procedimiento
al procedimiento Obtener correspondencia con nombres de objetos MDI y detalles módulo común Interacción Electrónica agregar elemento de coincidencia con clave Orden de pago en metadatos y valor: nombre del objeto de metadatos Orden de pago en una solución de aplicación.
09.06.2017Se ha lanzado una nueva versión 1.3.8 de la configuración estándar "1C: Biblioteca de documentos electrónicos 1.3".
Versión 1.3.8
La versión 1.3.8 es un desarrollo de la edición 1.3 "1C: Electronic Document Library 8", que está diseñada para garantizar el intercambio de documentos electrónicos en soluciones de aplicaciones desarrolladas en la plataforma 1C:Enterprise versión 8.3.10.2252 y superior.
Nuevas funciones y cambios.
- En el formulario de búsqueda de ofertas comerciales, se agregó la capacidad de buscar sin conectarse al servicio 1C: Business Network y se agregó la capacidad de buscar un proveedor por nombre.
- Se agregó un informe sobre las ofertas comerciales publicadas.
- Se ha añadido un lugar de trabajo para publicar ofertas comerciales en el servicio 1C:Business Network.
- La adaptación se realizó con los subsistemas "1C: Biblioteca de subsistemas estándar" versión 2.4.2, "1C: Biblioteca de soporte al usuario de Internet" versión 2.2.2.
Transición a la versión 1.3.8 desde la versión 1.3.7
Tipo definido agregado ContraparteBED, tipo definido Contraparte eliminado Al actualizar Necesariamente establecer un nuevo tipo de datos, de lo contrario supresión datos sobre contrapartes en objetos del subsistema IntercambioContrapartes(documento Paquete de documentos electrónicos., registro de información Estado de las contrapartes BED).
Cambios de módulo:
- Característica agregada Solicitar texto para productos publicados obtener una fuente de datos para publicar ofertas comerciales y generar un informe sobre los productos publicados. Es necesario implementar una llamada de función al método FillOfferPackage al recibir una lista de productos.
Cambios en el módulo. Ofertas comerciales
- Procedimiento agregado ActualizaciónDecoraciónCondicionesPublicaciones para actualizar el elemento del formulario Decoración con el estado de publicación. Debe agregar configuraciones de publicación para el elemento de estado a la llamada en el formulario.
Rol agregado InformesTradingOfertas necesario para acceder al informe Ofertas comerciales publicadas.
Versión 1.3.7
La versión 1.3.7 es un desarrollo de la edición 1.3 "1C: Electronic Document Library 8", que está diseñada para garantizar el intercambio de documentos electrónicos en soluciones de aplicaciones desarrolladas en la plataforma 1C:Enterprise versión 8.3.10 y superior.
Valores de propiedad de configuración:
- El modo de compatibilidad debe configurarse en "No usar".
- El modo de uso de la modalidad se puede configurar en "No usar".
- El modo de compatibilidad de la interfaz puede tomar los valores "Versión 8.2", "Versión 8.2. Permitir taxi" o "Taxi. Permitir versión 8.2".
Nuevas funciones y cambios.
- Se agregó la posibilidad de obtener el estado de un documento de pago de Sberbank.
- Se implementó la recepción automática de configuraciones para Sberbank al conectarse al servicio 1C:DirectBank.
- Se agregó la capacidad de mostrar publicidad contextual 1C:DirectBank.
- Se ha realizado una adaptación para trabajar con el servicio 1C: Business Network en el servicio en la nube 1CFresh.
- Se agregó la capacidad de publicar, buscar y solicitar ofertas comerciales en el servicio 1C: Ofertas comerciales para los participantes del servicio 1C: Business Network.
- La adaptación se realizó con los subsistemas "1C: Biblioteca de subsistemas estándar" versión 2.4.1, "1C: Biblioteca de soporte a usuarios de Internet" versión 2.1.9, "1C: Biblioteca de tecnología de servicios" versión 1.0.12.
Transición a la versión 1.3.7 desde la versión 1.3.6
Subsistema "Intercambio con contrapartes"
Cambios de módulo:
- Fecha del documento, DocBaseFecha
Subsistema "Intercambio con bancos"
Cambios en el módulo. Trabajar con archivos anulables:
- al procedimiento Al definir la configuración necesitas agregar el código:
Interacción Electrónica.CuandoDefiningSettings(Configuración);
- al procedimiento Al definir directorios de almacenamiento de archivos necesitas agregar el código:
Interacción electrónica. Al definir directorios de almacenamiento de archivos (FileOwnerType, DirectoryNames);
- Los directorios MessageExchangeWithBanksAttachedFiles y EDAttachedFiles se han agregado al plan de intercambio UpdateInformationBase
- Los directorios MessageExchangeWithBanksAttachedFiles y EDAttachedFiles se han agregado al tipo definido SignedObject.
En el formulario para cargar documentos de pago a un archivo y descargar un extracto bancario de un archivo (procesamiento BancoCliente) mover un grupo de elementos GrupoPublicidadDirectBancoHorizontalmente de la forma general OfertaConnect1SDirectBank.
En el controlador de eventos del formulario Cuando se creó en el servidor colocar métodos ExchangeWithBanksClientServer.ShowAdvertisingDirectBank:
&En el servidor
Procedimiento cuando CreateOnServer (fallo, procesamiento estándar)
…
ExchangeWithBanksClientServer.ShowAdvertisingDirectBank(
Fin del Procedimiento
En el controlador de eventos del formulario ProcesandoAlertas coloque el método ExchangeWithBanksClient.UpdateAdvertisingDirectBank:
&EnCliente
…
// Interacción electrónica Intercambio con bancos
ExchangeWithBanksClient.UpdateAdvertisingDirectBank(EventName,
Elements.GroupAdvertisingDirectBankHorizontalmente, Elements.TextDirectBankHorizontalmente);
// Fin de la interacción electrónica y el intercambio con los bancos.
Fin del Procedimiento
Para elemento TextDirectBankHorizontalmente agregar controlador de eventos ProcesamientoNavegaciónEnlaces y coloque en él el método ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank:
&EnCliente
Procedimiento TextDirectBankHorizontalNavigationLinkProcessing(Elemento, FormattedStringNavigationLink, StandardProcessing)
ExchangeWithBanksClient.ProcessingNavigationLinkAdvertisingDirectBank(
NavigationLinkFormatString, procesamiento estándar);
Fin del Procedimiento
al procedimiento Obtener correspondencia con nombres de objetos MDI y detalles módulo común Interacción Electrónica agregar elemento de coincidencia con clave Orden de pago en metadatos y valor: nombre del objeto de metadatos Orden de pago en una solución de aplicación.
Subsistema "Intercambio con sitios"
Cambios en el módulo. Intercambio de sitios reemplazable:
- Procedimiento agregado Agregar detallesFormNode, utilizado para agregar detalles al nodo del plan de intercambio desde Exchange con el sitio. El formulario del nodo de intercambio no asume la presencia de detalles relacionados con la solución de la aplicación; los detalles se agregan mediante programación.
- Procedimiento agregado Campo de entrada cuando se cambia en el servidor, se utiliza para procesar en el norte el evento Cuando se cambia el campo de entrada del formulario del nodo del plan de intercambio, agregado en el procedimiento Agregar NodeFormDetails.
- Procedimiento agregado Campo de casilla de verificación cuando se cambia en el servidor, se utiliza para procesar el evento en el servidor cuando se cambia el campo de bandera del formulario del nodo del plan de intercambio, agregado en el procedimiento Agregar NodeFormDetails.
- Procedimiento agregado CuandoCreatingOnServerFormCreateSite, utilizado para agregar detalles al formulario de procesamiento CreateSite.
Cambios en el módulo. ExchangeSiteClientAnulable:
- Procedimiento eliminado Definir el tipo de catálogo GroupTableU, el tipo de valor de la columna Grupos de la tabla Catálogo de productos está determinado por la configuración de intercambio.
- Procedimiento agregado Campo de entrada al cambiar, se llama para procesar el evento Cuando se cambia el campo de entrada del formulario del nodo del plan de intercambio, se agrega en el procedimiento SiteExchangeOverridden.AddNodeFormDetails.
- Procedimiento agregado Casilla de verificaciónCampo al cambiar, se llama para procesar el evento cuando se cambia el campo de marca del formulario del nodo del plan de intercambio agregado en el procedimiento SiteExchangeOverridden.AddNodeFormDetails.
- Procedimiento agregado TableFormBeforeFinishEditing, se llama para procesar el evento BeforeFinishEdit de un campo en la parte tabular del formulario del nodo del plan de intercambio agregado en el procedimiento SiteExchangeOverridden.AddNodeFormDetails.
Subsistema "Red empresarial"
- Se agregaron nuevos métodos para ejecutar tareas de rutina en modo dividido, módulo común Interacción Electrónica, procedimientos Al recibir una lista de plantillas, . Ver métodos del mismo nombre en el módulo general JobQueueOverridable.
- Al incrustar una biblioteca, para trabajar en modo dividido, debe agregar una llamada a los métodos en el módulo general Cola de trabajos reemplazable:
- en el procedimiento Al recibir una lista de plantillas:
// Interacción electrónica
ElectronicInteraction.OnReceivingListTemplates(TaskTemplates);
- en el procedimiento Al definir aliasesHandlers:
// Interacción electrónica
ElectronicInteraction.WhenDefiningHandlerAliases(MatchNamesAliases);
// Finalizar la interacción electrónica
- Cambios en el módulo. BusinessNetworkAnulable:
- procedimiento renombrado Obtenga contactos de usuario de IB V Obtener información de contacto del usuario.
- procedimiento cambiado para funcionar Crear ContraparteSegún Detalles, el parámetro Cuenta ha sido eliminado.
Subsistema "Ofertas comerciales"
Se ha agregado un nuevo subsistema "Ofertas comerciales", para integrarlo necesita:
- Desarrollar métodos anulados en módulos comunes. TradeOffersClienteAnulable, Ofertas comerciales anulables.
- Especificar tipos de datos en tipos definidos Tipos de valores de detalles 1СBusinessNetwork, Tipos de nomenclatura BED, Detalles adicionalesCAMA, Oferta comercial.
Consulte la documentación de incorporación para obtener más detalles.
Versión 1.3.6
La versión 1.3.6 es un desarrollo de la edición 1.3 "1C: Electronic Document Library 8", que está diseñada para garantizar el intercambio de documentos electrónicos en soluciones de aplicaciones desarrolladas en la plataforma 1C:Enterprise versión 8.3.8 y superior. En este caso, la propiedad de configuración "Modo de compatibilidad" debe establecerse en "Versión 8.3.8".
Esta configuración está diseñada para uso conjunto con la configuración "1C: Biblioteca de subsistemas estándar" no inferior a la versión 2.3.4.112, con la configuración "1C: Biblioteca de soporte al usuario de Internet 8" no inferior a la versión 2.1.9.4.
Nuevas funciones y cambios.
- Los formatos de los documentos de factura primarios se admiten (en términos de transferencia de un documento primario separado, factura) de acuerdo con la orden del Servicio de Impuestos Federales del 24 de marzo de 2016 No. ММВ-7-15/155@ “Con la aprobación de el formato de factura y el formato de presentación del documento sobre el envío de mercancías (ejecución del trabajo), transferencia de derechos de propiedad (documento sobre la prestación de servicios), incluida la factura, en formato electrónico."
- Los formatos de documentos primarios sobre cambios de valor, incluida una factura de ajuste, se admiten (en términos de la transferencia de un documento primario separado, una factura de ajuste) de acuerdo con la orden del Servicio de Impuestos Federales del 13 de abril de 2016 N ММВ -7-15/189@ " Tras la aprobación del formato de la factura de ajuste y el formato para presentar un documento sobre cambios en el costo de los bienes enviados (trabajo realizado, servicios prestados), se transfirieron los derechos de propiedad, incluida la factura de ajuste, en formulario electrónico."
- Se agregaron nuevos documentos electrónicos: Transferencia de mercancías, Transferencia de resultados de trabajo, una nueva forma de presentación visual de documentos.
- Se ha añadido un mecanismo de intercambio unidireccional que no requiere notificación de recepción por parte del destinatario.
- Se agregó la capacidad de controlar el desempaquetado de documentos electrónicos entrantes (automática o manualmente), la capacidad de configurar la creación de un tipo específico de documento al recibir documentos electrónicos.
- Se agregó la capacidad de vincular un documento electrónico a varias bases de información documentos contables.
- Se ha implementado la división de documentos electrónicos en entrantes y salientes.
- Se ha implementado la integración con el servicio. 1C-UMI permitiéndole crear sitios web desde el programa, configurar el intercambio con una tienda en línea UMI.
- Se realizó una adaptación para trabajar con el servicio 1C-EDO en el servicio en la nube 1CFresh.
Transición a la versión 1.3.6 desde la versión 1.3.5
Subsistema "Intercambio con contrapartes"
Módulo general IntercambioConContrapartesRedefinible
- Método agregado UPD SCHFDOP.
- Método agregado Complete los datos para la información del comprador de UPD Servicio de Impuestos Federales. El método prepara datos para un documento electrónico del tipo UPD (información del comprador) función SCHFDOP.
- Se agregó la función SCHFDOP del método UPD (información del vendedor) a los objetos de seguridad de la información.
- Método agregado Complete los Datos para Información ADICIONAL del Vendedor Servicio de Impuestos Federales. El método prepara datos para un documento electrónico tal como la función DOP STD (información del vendedor).
- Método agregado BuscarCrear documento UPDTAcerca deTransferir. El método guarda datos de la función DOP del documento electrónico UPD (información del vendedor) en el objeto IS.
- Método agregado Llene los datos para información del SCHFISeller Servicio de Impuestos Federales. El método prepara datos para un documento electrónico del tipo UTD (información del vendedor) función SSF.
- Método agregado BuscarCrearUPDSInvoiceFactura. El método guarda datos de la función SSF UPD (información del vendedor) del documento electrónico en el objeto de seguridad de la información.
- Método añadido. El método prepara datos para un documento electrónico de la función KSCHFDIS de tipo UCD (información del vendedor).
- Método agregado Complete los datos para la información del comprador UKID Servicio de Impuestos Federales. El método prepara datos para un documento electrónico del tipo UKD (información del comprador) función KSCHFDIS.
- Método añadido. El método guarda datos de la función UCD (información del vendedor) del documento electrónico KSCHFDIS en objetos de seguridad de la información.
- Método agregado Complete los Datos para DESInformación del Vendedor Servicio de Impuestos Federales. El método prepara datos para un documento electrónico de la función DIS de tipo UCD (información del vendedor).
- Método agregado BuscarCrearUKDDocumentoAcerca deCambiarValor. El método guarda datos de la función DIS del documento electrónico UCD (información del vendedor) en un objeto IS.
- Método agregado Complete los datos para la información del vendedor de KSCHFIS Servicio de Impuestos Federales. El método prepara datos para un documento electrónico de la función KSCHF de tipo UCD (información del vendedor).
- Método agregado BuscarCrearUKDSAccountFactura. El método guarda datos de la función UCD (información del vendedor) del documento electrónico KSCHF en un objeto de seguridad de la información.
- Método agregado Cumplimiento de los tipos de ED salientes con documentos de seguridad de la información.. El método forma una correspondencia entre los documentos electrónicos salientes y los documentos de seguridad de la información.
- Método agregado BuscarCrearDocumentoTransferirTrabajoResultados. El método se utiliza para diligenciar el documento de Carta de Porte recibido en el formato “Transferencia de Mercancía”.
- Método agregado BuscarCrearDocumentoTransferencia de Mercancías. El método se utiliza para completar el documento Certificado de Prestación de Servicios recibido en el formato “Transferencia de Resultados de Trabajo”.
- Método agregado InstaladoStateExchangeCompletado. El método se llama cuando el estado del flujo de documentos cambia a Intercambio completado, Intercambio completado con corrección.
- Al generar documentos electrónicos UPD, UKD, Transferencia de mercancías, Transferencia de resultados de trabajo, detalles Fecha del documento, DocBaseFecha son obligatorios para ser llenados.
Procesamiento de Intercambio con Contrapartes
En el diseño "Torg-12Seller":
- Se agregó el campo "IdStateContract".
- Se ha agregado la parte tabular "Factura de transporte".
- Se han eliminado los campos "Transport InvoiceDate", "Transport InvoiceNumber".
- Se agregó el campo "Información sobre la persona que transfirió la mercancía".
en el diseño Acta de Transferencia de Derechos:
- Se agregó la parte tabular "Base".
- Se han eliminado los campos "DocumentBaseName", "DocumentBaseNumber", "DocumentBaseDate", "DocumentBaseAdditionalInformation".
- Se agregó el campo "Nombre de moneda".
- Se agregó el campo "Reclamaciones".
- Se agregó el campo "Fecha de ejecución".
- En las propiedades de los participantes de la transacción, el campo "Fax" se reemplazó por el campo "Correo electrónico".
- En las propiedades de los participantes de la transacción, el campo "Código de país" se reemplazó por el campo "Código de país".
- En las propiedades de los participantes de la transacción, el campo "AddressText" se ha reemplazado por el campo "AddressText".
Actualizar un tipo definido Contraparte:
Al actualizar desde la versión 1.3.5, es necesario actualizar el tipo definido Counterparty; de lo contrario, las referencias al directorio Counterparty en los objetos BED, cuando se actualicen, serán reemplazadas por el tipo cadena con la pérdida de referencias a objetos sin posibilidad de recuperación.
Procedimiento de actualización:
- Cambie el nombre del tipo definido Cuenta a AccountBED.
- Elimine la configuración para que no admita BED 1.3.5.
- Ejecute una comparación/fusión con la configuración de BED 1.3.5, acepte configurar la configuración para que sea compatible.
- Desmarque todos los objetos y deje solo el tipo de cuenta definido, realice la fusión.
- Comience a actualizar la configuración, seleccione el archivo BED 1.3.6.
- Seleccione las casillas de verificación en los tipos definidos AccountBED y Account. Especifique otros objetos de base de datos necesarios para la actualización.
- Realizar una actualización.
Subsistema "Intercambio con bancos"
al procedimiento Obtener extracto bancario módulo común IntercambioConBancosCliente parámetro opcional agregado Período de aclaración de formulario abierto con tipo Booleano. Debe establecerse en Verdadero si el formulario desde el cual se recibe el estado de cuenta no tiene la capacidad de cambiar manualmente el período de solicitud del estado de cuenta.
Subsistema "Intercambio con sitios"
Nodo de intercambio cambiado Intercambio de sitios, formulario, módulo de objeto:
- Se agregó la capacidad de cargar artículos con selección por tipos de artículos (anteriormente solo estaba disponible por grupos de artículos).
Libro de referencia añadido Sitios web:
- Se agregó la capacidad de configurar la transición al sitio desde 1C, a la parte del usuario del sitio y al área de administración del sitio.
- Según el Sitio, puede crear un nodo de intercambio ExchangeSite.
Procesamiento agregado Crear una página web:
- Se agregó la capacidad de crear un sitio en el dominio 1C-UMI; el sitio se crea automáticamente (elemento Sitios) y se completa con datos de 1C. Se crea automáticamente un nodo de intercambio ExchangeSite y se realiza el primer intercambio completo con el sitio.
módulo general Intercambio de sitios reemplazable:
- Se ha agregado la capacidad de seleccionar tipos de elementos; se ha eliminado la capacidad de seleccionar un libro de referencia arbitrario.
módulo general Eventos del sitio de intercambio:
- Se agregó la capacidad de seleccionar tipos de elementos.
- Se ha eliminado la posibilidad de seleccionar un directorio personalizado.
Otros cambios
Configuración del subsistema Gestión de tarifas en el modelo de servicio bibliotecario Tecnologías de servicio
A un módulo común ArancelizaciónRedefinible en el método Al formar una lista de servicios (), debe agregar código después de llamar al método Soporte para usuarios de Internet. Al formar una lista de servicios (proveedores de servicios):
// Interacción electrónica
Interacción electrónica. Al formar una lista de servicios (proveedores de servicios);
// Finalizar la interacción electrónica
Versión 1.3.5
La versión 1.3.5 es un desarrollo de la edición 1.3 de "1C: Bibliotecas de documentos electrónicos 8", que está diseñada para garantizar el intercambio de documentos electrónicos en soluciones de aplicaciones desarrolladas en la plataforma 1C:Enterprise versión 8.3.8 y superior.
Valores de propiedad de configuración:
- El modo de compatibilidad debe configurarse en "No usar".
- El modo de uso de la modalidad se puede configurar en "No usar".
- El modo de compatibilidad de la interfaz puede tomar los valores "Versión 8.2", "Versión 8.2. Permitir taxi" o "Taxi. Permitir versión 8.2".
Nuevas funciones y cambios.
- la funcionalidad de la biblioteca se adaptó a las características específicas de trabajar en la plataforma 8.3.8 con el modo de compatibilidad desactivado;
- los subsistemas de la "Biblioteca de subsistemas estándar" se han actualizado a la versión 2.3.3.45;
- La biblioteca incluye el subsistema "Bibliotecas de soporte a usuarios de Internet", versión 2.1.8.3.
Transición a la versión 1.3.5 desde la versión 1.3.4
No se requieren cambios.
Versión 1.3.4
La versión 1.3.4 es un desarrollo de la edición 1.3 de "1C: Bibliotecas de documentos electrónicos 8", que está diseñada para garantizar el intercambio de documentos electrónicos en soluciones de aplicaciones desarrolladas en la plataforma 1C:Enterprise versión 8.3.6 y superior. En este caso, la propiedad de configuración "Modo de compatibilidad" debe establecerse en "No usar". El modo de uso de la modalidad se puede configurar en "No usar" y el modo de compatibilidad de la interfaz se puede configurar en "Versión 8.2", "Versión 8.2. Permitir taxi" o "Taxi. Permitir versión 8.2".
Nuevas funciones y cambios.
- Se ha implementado un sistema de notificaciones sobre eventos EDI (nuevos documentos electrónicos, nuevas invitaciones, caducidad del certificado, etc.). Ahora es posible configurar notificaciones por correo electrónico en el perfil de configuración de EDF, así como mostrar notificaciones sobre eventos directamente en el programa 1C mediante mensajes emergentes;
- se admite el formato del documento primario, incluida una factura (formato UPD) de acuerdo con la orden del Servicio de Impuestos Federales de 24 de marzo de 2016 No. ММВ-7-15/155@ “Sobre la aprobación del formato de la factura y la formato para presentar un documento sobre el envío de mercancías (ejecución del trabajo), transferencia de derechos de propiedad (documento sobre la prestación de servicios), incluida una factura, en formato electrónico";
- se ha admitido el formato del documento sobre el cambio de valor, que incluye una factura de ajuste" (formato UKD) de acuerdo con la orden del Servicio de Impuestos Federales del 13/04/2016 N ММВ-7-15/189@ "Tras la aprobación del formato de la factura de ajuste y el formato de presentación del documento sobre cambios en el costo de los bienes enviados (trabajo realizado, servicios prestados), se transfieren los derechos de propiedad, incluida una factura de ajuste, en formato electrónico";
- apoyó el uso de componentes externos a cambio de bancos que utilizan tecnología DirectBank.
Transición a la versión 1.3.4 desde las versiones 1.3.2, 1.3.3
Cambios en los formularios de lista de documentos de soluciones de aplicaciones
En los formularios de lista de documentos, debe agregar un procedimiento complementario Intercambio con ContrapartesCliente.Procesador en esperaEDW:
&EnCliente
Fin del Procedimiento
Al actualizar el subsistema, es necesario en los controladores de eventos del formulario de lista de documentos: Cuando se creó en el servidor, Al abrir, ProcesandoAlertas
&En el servidor
Procedimiento al crear en el servidor
…
ParametersWhenCreatedOnServer = ExchangeWithCounterparties.ParametersWhenCreatedOnServer_ListForm();
ParametersWhenCreatedOnServer.Form = EsteObjeto;
ParametersWhenCreatedOnServer.LocationofCommands = Elementos.Comandos EDO;
ExchangewithCounterparties.WhenCreatedOnServer_ListForm(Fallo, Procesamiento estándar, ParámetrosCuandoCreatedOnServer);
Fin del Procedimiento
&EnCliente
Procedimiento de apertura (fallo)
…
// Subsistema "Intercambio con Contrapartes".
// Fin del subsistema "Intercambio de Contrapartes".
Fin del Procedimiento
&EnCliente
Notificaciones de proceso de procedimiento (nombre del evento, parámetro, fuente)
…
// Subsistema "Intercambio con Contrapartes".
Alert ParametersEDO = Intercambio con CounterpartiesClient.AlertParametersEDO_ListForm();
Parámetros de notificación EDO. Formulario = ThisObject;
Parámetros de notificación EDO.DynamicListName = "Lista";
ExchangewithCounterpartiesClient.ProcessingAlert_ListForm(Nombre del evento, Parámetro, Fuente, Parámetros de alerta EDI);
// Fin del subsistema "Intercambio de Contrapartes".
Fin del Procedimiento
Cambios en los formularios de los documentos de la solución de la aplicación.
En los formularios de documentos, debe agregar un procedimiento de complemento. Connectable_WaitingHandlerEDO, donde necesitas colocar la llamada al método
Intercambio con ContrapartesCliente.Procesador en esperaEDW:
&EnCliente
Procedimiento Connectable_EDOWaitingHandler()
ExchangeCounterpartiesClient.EDOWaitingHandler(EsteObjeto);
Fin del Procedimiento
En los formularios de documentos, es necesario eliminar el atributo de formulario "Estado EDO" y agregar el elemento de formulario "decoración" en su lugar. Para las necesidades de una solución de aplicación, la decoración se puede subordinar al elemento de forma "Grupo". La visibilidad del grupo se establece dentro de un método. Intercambio con contrapartes Cuando se crea en el Servidor dependiendo del estado del f.o. "Utilice Exchange con contrapartes".
Al actualizar el subsistema, es necesario en forma de documento controladores de eventos. Cuando se creó en el servidor, Al abrir, Después de grabar en el servidor, ProcesandoAlertas colocar métodos del subsistema "Intercambio de contraparte".
Por ejemplo:
&En el servidor
Procedimiento cuando se crea en el servidor (fallo, procesamiento estándar)
…
// Subsistema "Intercambio con Contrapartes".
Parámetros EDO cuando se crean = Intercambio con contrapartes Parámetros cuando se crean en Server_DocumentForm();
Parámetros EDO cuando se crean.Form = ThisObject;
Parámetros EDO cuando se crea.DocumentLink = Object.Link;
Parámetros de EDO cuando se crean.DecorationStateEDO = Elements.DecorationStateEDO;
Parámetros EDO cuando se crean. Grupo de estados EDO = Elementos. Grupo de estados EDO;
Intercambio con contrapartes. Cuando se crea en el formulario Server_Document (rechazo, procesamiento estándar, parámetros EDO cuando se crea);
// Fin del subsistema "Intercambio de Contrapartes".
Fin del Procedimiento
&EnCliente
Procedimiento de apertura (fallo)
…
// Subsistema "Intercambio con Contrapartes"
ExchangeWithCounterpartiesClient.OnOpening(EsteObjeto);
// Fin del subsistema "Intercambio con contrapartes"
Fin del Procedimiento
&En el servidor
Procedimiento AfterRecordOnServer (CurrentObject, RecordParameters)
…
// Subsistema "Intercambio con Contrapartes".
ParametersAfterRecord = ExchangeWithCounterparties.ParametersAfterRecordOnServer();
ParametersAfterRecord.Form = EsteObjeto;
ParametersAfterRecord.DocumentLink = Objeto.Enlace;
ParametersAfterRecording.DecorationStateEDO = Elements.DecorationStateEDO;
ParametersAfterRecord.GroupEDOStatus = Elements.GroupEDOState;
ExchangewithCounterparties.AfterRecordOnServer (CurrentObject, RecordParameters, AfterRecordParameters);
// Fin del subsistema "Intercambio de Contrapartes".
Fin del Procedimiento
&EnCliente
Notificaciones de proceso de procedimiento (nombre del evento, parámetro, fuente)
…
// Subsistema "Intercambio con Contrapartes".
Parámetros de alerta = ExchangewithCounterpartiesClient.AlertParametersEDO_DocumentForm();
AlertParameters.Form = EsteObjeto;
AlertParameters.DocumentLink = Objeto.Enlace;
Parámetros de alerta.Estado de DecoraciónEDO = Elementos.Estado de DecoraciónEDO;
Parámetros de alerta.Grupo de estados EDO = Elementos.Grupo de estados EDO;
ExchangeWithCounterpartiesClient.ProcessingAlert_DocumentForm(Nombre del evento, Parámetro, Fuente, Parámetros de alerta);
// Fin del subsistema "Intercambio de Contrapartes".
Fin del Procedimiento
Cambios en el módulo ExchangeCounterparties
- Procedimiento agregado Cuando se creóOnServer_ListForm, llamado desde el controlador de eventos "Cuando se crea en el servidor" del formulario de lista de documentos. Como tercer parámetro del método, se pasa una estructura que es inicializada por el método. Parámetros al crear OnServer_ListForm.
- Procedimiento agregado Cuando se creóOnServer_FormDocument, llamado desde el controlador de eventos "Cuando se creó en el servidor" del formulario del documento. Como tercer parámetro del método, se pasa una estructura que es inicializada por el método. Parámetros al crear OnServer_DocumentForm.
- Procedimiento agregado Después de grabar en el servidor, llamado desde el controlador de eventos "AfterRecordOnServer" del formulario del documento. Como tercer parámetro del método, se pasa una estructura que es inicializada por el método. Parámetros después de la grabación en el servidor.
Cambios en el módulo. Intercambio con ContrapartesCliente.
- Procedimiento agregado Al abrir, llamado desde el controlador de eventos "Al abrir" del formulario de lista de documentos y del formulario de documento.
- Procedimiento agregado ProcesamientoAlerts_ListForm, llamado desde el controlador de eventos "Procesamiento de notificaciones" del formulario de lista de documentos. Como cuarto parámetro del método, se pasa una estructura que es inicializada por el método. Parámetros de alertaEDO_ListForm.
- Procedimiento agregado ProcessingAlert_FormDocumento, llamado desde el controlador de eventos "Procesamiento de notificaciones" del formulario del documento. Como cuarto parámetro del método, se pasa una estructura que es inicializada por el método. Parámetros de notificaciónEDO_DocumentForm.
- Cambios en el módulo. Intercambio con contrapartes Anulable:
- Método agregado Rellenar los Datos de Transferencia de Ejecutor de Obra.
Ejemplo:
// Prepara datos para un documento electrónico del tipo Transferencia de mercancías al vendedor.
// Opciones:
// LinkToObject: enlace al ED mediante el cual es necesario generar un documento electrónico,
Procedimiento Completar transferencia de datos Ejecutor de trabajo (enlace de objeto, estructura ED, árbol de datos) Exportar
Complete los Datos para la Ley 501 del Ejecutor del Servicio de Impuestos Federales (Enlace al Objeto, Estructura del ED, Árbol de Datos)
Fin del Procedimiento
- Método Comprobar capacidad para editar objetos se convirtió en un procedimiento.
- Método agregado Complete los Datos para UPDInformación del Vendedor Servicio de Impuestos Federales. El método prepara datos para un documento electrónico del tipo UPD Función (información del vendedor) SCHFDOP.
- Método agregado BuscarCrearDocumento de transferencia universal. El método guarda datos de un documento electrónico. UPD Función (información del vendedor) SCHFDOPv ES objetos.
- Método agregado Complete los datos para la información del vendedor de UKDI Servicio de Impuestos Federales. El método prepara datos para un documento electrónico del tipo Reino Unido Función (información del vendedor) KSCHFDIS.
- Método agregado BuscarCrearDocumento de ajuste universal. El método guarda datos de un documento electrónico. Reino Unido Función (información del vendedor) KSCHFDIS a objetos de seguridad de la información.
Cambios en el subsistema "Intercambio con bancos"
Cambios en el módulo ExchangeWithBanksRedefinible
Procedimiento Cuando cambia la condición del servicio de urgencias agregado. Se llama cuando cambia el estado del flujo de documentos electrónicos.
Cambios para trabajar en modo servicio.
Si es necesaria la configuración de destino para operación en modo servicio:
- En el procedimiento GetProvidedDataHandlers del módulo común SuppliedDataOverridden, agregue el siguiente código:
ElectronicInteraction.RegisterDeliveredDataHandlers(Manejadores);
- Agregue la tarea de rutina Actualizar Intercambio de Módulos Externos con Bancos al atributo general Datos Básicos del Área de Datos.
Otros cambios
- Al tipo definido Espacio de almacenamientoOpciones funcionales es necesario agregar una constante UtiliceExchangeWithBanks;
- Característica eliminada Intercambio con bancos. Se recomienda cambio directo con el banco..
Versión 1.3.3
La versión 1.3.3 es un desarrollo de la edición 1.3 del producto "1C: Biblioteca de Documentos Electrónicos". Diseñado para desarrollar configuraciones diseñadas para funcionar en la plataforma 1C:Enterprise 8.3 versión 8.3.6 y superior.
Valores de propiedad de configuración:
- El modo de compatibilidad debe configurarse en "No usar".
- El modo de uso de la modalidad se puede configurar en "No usar".
- El modo de compatibilidad de la interfaz puede tomar los valores "Versión 8.2", "Versión 8.2. Permitir taxi" o "Taxi. Permitir versión 8.2".
Nuevas funciones y cambios.
- de conformidad con la Orden de 30 de noviembre de 2015 No. ММВ-7-10/551@ "Sobre la aprobación del formato para la presentación de un documento sobre la transferencia de mercancías durante transacciones comerciales en formato electrónico" y la Orden de 30 de noviembre de 2015 No. ММВ-7-10/552@ "Tras la aprobación del formato para la presentación de un documento sobre la transferencia de resultados del trabajo (documento sobre la prestación de servicios) en formato electrónico", se admiten nuevos formatos de documentos electrónicos.
Transición a la versión 1.3.2.19 desde las versiones 1.2.7, 1.3.1
Cambios en el subsistema "Intercambio con contrapartes"
en el modulo Intercambio con contrapartes Anulable hacer un cambio:
// Prepara datos para un documento electrónico del tipo Carta de Porte.
// Opciones:
// LinkOnED - Enlace al ED mediante el cual es necesario generar un documento electrónico,
// StructureED - Estructura, estructura de datos para generar un documento electrónico.
// Árbol de datos: un árbol de valores, un árbol de datos para completar un documento electrónico.
Procedimiento Complete los datos de transferencia de bienes al vendedor (enlace al volumen
¡Colegas!
En algunas configuraciones, los errores no permiten descargar datos y, por lo tanto, enviar un informe al Servicio de Impuestos Federales.
Tratar con una contraparte (por qué no se aprueba la verificación TIN/KPP) es un proceso largo y, a menudo, solo es necesario transferir información al Servicio de Impuestos Federales y proporcionar, en caso de dudas, un certificado sobre la contraparte, para que puede solucionarlo por sí mismo, en lugar de intentar resolverlo usted mismo y recibir multas por informar tarde.
Ahora nos centraremos en algunas técnicas para salir de tales situaciones usando el ejemplo de la configuración 1C: Contabilidad 8ª ed. 3.0.
Entonces, truco número 1: La verificación de contrapartes incorporada en Contabilidad 8 solo funciona con contrapartes que tienen un TIN/KPP. Si elimina el TIN/KPP de una contraparte que no ha pasado la verificación, no aparecerá ningún mensaje de error. Simplemente se excluye de la consideración en el módulo de verificación del informe.
Truco número 2: Al verificar las contrapartes, se completa un registro especial de información: "Estado de las contrapartes". Esto es con lo que necesitas trabajar.
Usando el ejemplo de una base de entrenamiento, consideraremos esta opción. Disponemos de una lista de contrapartes no verificadas:
El programa informa que el estado, por ejemplo, de la contraparte Camellia "KPP no se corresponde con los datos de la base de datos del Servicio de Impuestos Federales". Dicha contraparte no pasará la verificación y el programa no le permitirá descargar un informe de IVA que contenga dicha contraparte.
¿Qué se puede hacer?
Abrimos el registro de información “Estado de las contrapartes” - Cap. menú - Todas las funciones - Registros de información:
En el registro de información “Estado del Contratista”, coloque el cursor en la línea con la contraparte deseada:
Y cambiamos el estado de verificación de "El punto de control no corresponde a los datos del Servicio de Impuestos Federales" a "La contraparte está en la base de datos del Servicio de Impuestos Federales".
"(EDI) no refleja con mucha precisión lo que se implementa en la práctica en las empresas y organizaciones rusas. Resultó que a menudo se trataba (y se trata) más bien de soporte electrónico para el flujo tradicional de documentos en papel: en el caso más simple, de la gestión de tarjetas electrónicas de documentos en papel, en el caso más complejo, de la creación de un circuito adicional de sus copias electrónicas. Sin embargo, el original aquí es siempre un documento en papel. Es por eso que en esta revisión decidimos utilizar el término “gestión de documentos electrónicos sin papel” (BED), en referencia a la opción de implementación del EDF “real”, cuando los documentos originales se presentan en formato electrónico. Al mismo tiempo, me gustaría enfatizar que la eliminación de los documentos en papel no es un fin en sí mismo, sino sólo un medio para mejorar la calidad y la eficiencia del trabajo.
Los debates sobre la transición a BED se llevan a cabo desde hace bastante tiempo a nivel estatal, activamente desde 2008. Pero, ¿hasta qué punto es dinámico y exitoso este proceso? ¿Cuáles son las razones por las que los resultados actuales son diferentes de los predichos hace 7 a 10 años? Para obtener respuestas a estas preguntas, recurrimos a expertos: desarrolladores de herramientas EDMS/ECM y aquellos involucrados en la implementación y operación de dichos sistemas.
¿Cuál es la relevancia de la transición a BED?
Este tema es cada vez más relevante para diferentes tipos de clientes, tanto organizaciones comerciales como gubernamentales, afirma Oleg Beilezon, jefe de la práctica de Alfresco en Business Logic (Grupo de TI). Todo el mundo ya se está ahogando literalmente en montones de papel; esto se está convirtiendo físicamente en un problema, los escritorios y armarios de muchos empleados están llenos de documentos revisados, acordados, firmados, almacenados y de "declaración de impuestos", y cada vez es más difícil para gestionarlos. En su opinión, muchos reguladores gubernamentales (por ejemplo, el Servicio de Impuestos Federales) se han dado cuenta de esto y, por lo tanto, recomiendan enérgicamente (incluso requisitos obligatorios) pasar a la circulación electrónica de documentos formales.
Elena Ivanova, jefa del departamento de marketing de la empresa EOS, por su parte, señala que si bien la transición al flujo de documentos sin papel permite a las empresas reducir costes y aumentar la eficiencia de sus procesos de negocio, hay que tener en cuenta que dicha transformación requiere ciertos costos asociados a la implementación de soluciones tecnológicas, cambios regulatorios, minimizando los riesgos derivados del hecho de utilizar documentos electrónicos. En general, la situación es obvia: cuanto mayor es el flujo de documentos en papel, más urgente es la cuestión del intercambio sin papel. Considera que la necesidad de costes adicionales "ahora mismo" y la falta de voluntad de los empleados para renunciar a los procesos y atributos habituales de un documento en papel son las principales barreras que frenan dicha transición. Pero los desarrolladores cuentan con herramientas que pueden superar los desafíos de implementación.
Sin embargo, ahora, en medio de una crisis económica prolongada, no todas las empresas están preparadas para hacer esto, afirma Dmitry Shmailov, jefe del departamento de desarrollo de soluciones ECM de ELAR Corporation. Además, BED no es una prioridad para las empresas como, por ejemplo, la automatización de la producción, las soluciones para tareas críticas y los sistemas destinados a reducir costes, es decir, proyectos que pueden generar ingresos.
Vadim Ipatov, director general adjunto de InterTrust para el Desarrollo Empresarial, recuerda que, además de los problemas organizativos y tecnológicos, también existen requisitos reglamentarios que hoy en día todavía se centran en gran medida en el uso de originales en papel. En particular, siguen sin resolverse los problemas del almacenamiento a largo plazo (y especialmente eterno) de documentos. La proporción de estos documentos en su volumen total parece pequeña, pero, como un ancla, frena el proceso de abandono de los originales en papel en su conjunto.
Si hablamos de documentos utilizados como medio de comunicación, hoy en día el mecanismo más común es el correo electrónico. Parecería que aquí no hay problemas organizativos, legales o técnicos. Pero, de hecho, el correo electrónico implementa la versión tradicional de interacción en papel, que, cuando se implementa automáticamente, conduce a la creación de enormes cantidades de información que son difíciles de gestionar incluso con el uso de TI. Es decir, se necesitan algunas arquitecturas de comunicación cualitativamente diferentes. Y para utilizarlos, enfatiza el experto, es necesario reconsiderar nuestra comprensión de ECM, posicionándolos como sistemas que unen personas, procesos y contenidos relacionados. Hoy en día es más correcto hablar no de flujo de documentos sin papel, sino de interacción sin papel, pero documentada, de las personas durante los procesos de trabajo.
Tradicionalmente, la cuestión de los EDMS se entendía como cuestiones de automatización de los procesos comerciales internos de una empresa y, en gran medida, en relación con los documentos organizativos y administrativos. Sin embargo, en los últimos años, la relevancia de la cuestión del intercambio de documentos entre organizaciones ha aumentado rápidamente: entre empresas comerciales, dentro de los organismos gubernamentales, así como en la interacción de empresas e individuos con agencias gubernamentales. Todas estas áreas se están desarrollando rápidamente precisamente desde el punto de vista de la transición al flujo de documentos electrónicos entre organizaciones.
Al respecto, Ernest Kolesnikov, subdirector de marketing de Taxkom, se refiere a las previsiones de los analistas: en 2017, el uso de mecanismos EDI con contrapartes alcanzará el 22,5%. Ya ahora, después de la introducción de una nueva declaración de IVA (casi todos los contribuyentes ahora deben presentarla electrónicamente), la cuestión de la automatización de documentos se ha vuelto especialmente relevante, ya que con la entrada manual de datos, es muy probable que la contabilidad reciba solicitudes automáticas de discrepancias con las contrapartes. . También recuerda que el Capítulo 49.1 del Código del Trabajo de la Federación de Rusia permite el uso del EDI cuando se trabaja de forma remota, y a partir del 1 de julio de 2016 entrarán en vigor modificaciones a la Ley Federal "Sobre Sociedades Anónimas", que permitirán a los accionistas participar de forma remota en reuniones utilizando EDI.
Artem Tanan, director de proyectos de Intercambio Electrónico de Documentos de 1C, confía en que el principal incentivo para la transición a BED es el deseo de las empresas de aumentar su competitividad. Quienes quieren ser líderes en el mercado comenzaron a prepararse para tal transformación mucho antes del permiso legal y son los primeros en aprovechar estas oportunidades en la práctica. En 2013-2014. Los métodos electrónicos de interacción con las contrapartes comenzaron a ser utilizados por empresas de industrias altamente competitivas y tecnológicas, como cadenas minoristas, distribuidores, operadores de telecomunicaciones, etc. Esto les permitió obtener un efecto integral: desde acelerar la devolución del IVA y reducir los riesgos fiscales hasta optimizar costos y aumentar la eficiencia de la interacción con las contrapartes. Bajo la presión de las empresas proveedoras, sus contrapartes también comenzaron a cambiarse a BED. En 2015, el proceso se generalizó aún más, lo que se vio facilitado por el desarrollo de legislación y la aparición de una serie de nuevos requisitos reglamentarios para la presentación de declaraciones fiscales. En los últimos años, el número de usuarios conectados a los servicios ha aumentado significativamente.
Práctica de transición a la gestión de documentos electrónicos sin papel.
Según Elena Ivanova, se está generalizando la práctica de transferir originales electrónicos en la interacción con sucursales y unidades remotas. Cada vez es más popular el intercambio de documentos contables primarios (actas, facturas, etc.) con contrapartes y la integración con los correspondientes servicios de intercambio especializados. Sin embargo, señala que muchas organizaciones todavía desconfían de los riesgos que surgen al utilizar documentos electrónicos originales, y el uso de cualquier tipo de documento electrónico sigue siendo un tema "prohibido" para ellas.
“Cuando se habla de la transición al trabajo con originales electrónicos, las empresas empiezan con la palabra 'queremos', seguida de 'pero...'", señala Oleg Beilezon. “Luego hay una serie de razones más o menos superables: algunas unidades no están preparadas, el presupuesto no está asignado, no podemos romper las tradiciones de la organización, etc.” Pero en general, cree, la tendencia hacia la electrónica del flujo de documentos se ve bastante bien, aunque sólo sea porque hay proyectos para la transición a tecnologías sin papel, pero no se ha oído nada sobre proyectos para la transición inversa. Hay muchas áreas cubiertas por BED: este es el EDMS clásico, el flujo de documentos financieros de una organización y la circulación legalmente significativa de documentos financieros. El flujo de documentos administrativos y organizativos legalmente significativos está algo estancado: hay demasiadas sutilezas legales y no se ha desarrollado suficiente práctica. El almacenamiento y procesamiento electrónico de documentos con diversas clasificaciones de acceso se queda aún más atrás, ya que se imponen (en general con razón) requisitos bastante estrictos a los sistemas que los implementan.
Maxim Kainer, analista de negocios de Directum, dice que al implementar EDMS/ECM, los ahorros en la impresión de papel se logran solo a través de procesos automatizados, pero a menudo resulta que el volumen total de impresión en toda la organización puede aumentar. Además, la automatización de un proceso empresarial específico a través de ECM en menos del 10% de los casos permite evitar la impresión de documentos incluso dentro de este proceso. En general, cree que hasta el momento no se habla de que las organizaciones pasen a un flujo de documentos sin papel.
Por regla general, la tarea de deshacerse del papel no es un fin en sí mismo, sino que el objetivo es optimizar determinados procesos de negocio, acelerar y simplificar su implementación, subraya Vadim Ipatov. Según sus estimaciones, la mayoría de las organizaciones de clientes tienen implantados íntegramente sistemas electrónicos internos, incluyendo toda la gama de documentos justificativos (instrucciones, resoluciones, informes de ejecución...). En muchas agencias gubernamentales entre los clientes de su empresa, la prestación de servicios públicos y el trabajo con los llamamientos de los ciudadanos están en gran medida automatizados. Si la solicitud se recibe por canales electrónicos, se procesa íntegramente de forma electrónica. En el campo de los documentos organizativos, administrativos y regulatorios, la "digitalización" puede alcanzar, relativamente hablando, el 99,9%, pero todavía se necesita una orden, orden o reglamento, al menos en una sola copia en papel; esto lo dictan tanto las tradiciones como normas legislativas. Cuando se trabaja con contratos, la situación es similar: todo el proceso de elaboración y aprobación se realiza íntegramente de forma electrónica, pero las dos copias que firman las partes siguen “vivas” en papel.
Los departamentos de TI de las organizaciones desempeñan un papel importante en la transición a EDMS precisamente como usuarios de EDMS: utilizan estas herramientas para sus tareas internas (procesamiento de solicitudes de usuarios, gestión de proyectos en términos de distribución de tareas y trabajo, aprobaciones, etc.) , mientras que con su propio ejemplo muestran cómo se puede eliminar completamente el papel.
"La transición a tecnologías sin papel se está volviendo común y está impulsada por las necesidades de producción; trabajar sin papel es rentable", coincide Dmitry Shmailov. - BED es muy relevante para el flujo interno de documentos corporativos. Hoy en día, cuando los documentos electrónicos están ganando gradualmente estatus legislativo, el trabajo en un EDMS con contrapartes se está volviendo algo común”. Pero al mismo tiempo, señala que en las organizaciones que aplican regímenes especiales, los documentos que constituyen secretos de estado o comerciales o que tienen un valor particular todavía se almacenan en papel. La transición a BED para dicha documentación es imposible o está asociada con garantizar el más alto nivel de seguridad, lo cual es costoso, difícil y, a menudo, no justifica el costo.
Según Ernest Kolesnikov, el intercambio de documentos electrónicos con contrapartes atraviesa una etapa de transición desde un estado embrionario a uno más maduro. Los operadores de EDF optaron inicialmente por la táctica de atraer a las empresas más grandes, generadoras de tráfico de documentos; en sectores comerciales clave, el intercambio de documentos en formato electrónico se está volviendo habitual; en otros, se están llevando a cabo proyectos piloto. Este proceso es estimulado significativamente, y en ocasiones incluso iniciado, por las acciones del regulador. Un caso común de automatización es un grupo de empresas del mismo holding con distribución territorial en todo el país, donde la mayoría de los documentos se convierten a formato electrónico y se asegura el máximo efecto financiero. Al mismo tiempo, el experto señala un punto importante: “Mucho depende de cómo se lleve la contabilidad en la empresa. Si todo está conforme a la ley, entonces una mayor transparencia es bienvenida, pero si la situación es la contraria, entonces actúa como una herramienta para restablecer el orden, pero no es un proceso rápido”.
El área de aplicación más obvia de BED es la transición a facturas y albaranes electrónicos. Pero Artem Tanan señala que, aunque el regulador muestra un claro deseo de avanzar rápidamente en esta dirección, surgen bastantes dificultades privadas. Por ejemplo, la transición al intercambio de facturas electrónicas se vio obstaculizada por situaciones en las que, digamos, los servicios se prestaron el último día del período impositivo (comunicaciones, Internet, servicios públicos, etc.) y la factura con confirmación del documento electrónico. El operador de gestión tenía fecha del día siguiente del mes. Este problema se resolvió bastante rápidamente con la adopción de la ley federal 382-FZ y las posteriores aclaraciones del Ministerio de Finanzas.
Obstáculos en el camino hacia la CAMA
Hace unos años, la principal respuesta a esta pregunta era la tesis "falta de preparación del marco regulatorio y legislativo", pero ahora los expertos, al mencionar este problema, no lo ponen en primer lugar. "Las organizaciones no están interesadas en abandonar el papel", afirma Maxim Kainer. - Los costes de imprimir y trabajar con documentos en papel no son tan elevados como para que reducirlos se considere un beneficio. Los sistemas ECM no se están implementando para pasar al flujo de documentos sin papel, sino para obtener otros efectos más tangibles y obvios: transparencia de los procesos y su aceleración, reducción de riesgos, etc. Además, a veces convertir el proceso a formato electrónico simplemente no tiene sentido, incluso también por el precio bastante elevado de un certificado de firma electrónica”. Al mismo tiempo, también señala las deficiencias del marco regulatorio: la vaguedad de una serie de formulaciones y el carácter consultivo general, dejando la elección a organizaciones que tal vez simplemente no quieran cambiar los patrones de trabajo probados. Al mismo tiempo, confía en que no se deben imponer nuevos enfoques, ya que en la mayoría de las empresas requerirán cambios a nivel de infraestructura de TI.
Hablando del problema del marco legislativo, Elena Ivanova llama la atención sobre el hecho de que muchas cuestiones regulatorias son responsabilidad de las propias organizaciones. “En muchos sentidos, la voluntad de la dirección influye en el desarrollo de BED”, está segura. - Si el gerente ordena trabajar sin papel, todos lo harán, lo quieran o no. Si no existe tal acción motivadora por parte de la dirección de la organización, significa que no ve viabilidad económica ni efecto en BEA. También está el problema de la falta de personal que pueda actuar como impulsor del proceso de implementación de BED y transmitir al gerente todos sus beneficios”.
Dmitry Shmailov también está de acuerdo con ella: “Por supuesto, podemos decir que la legislación va por detrás de los países occidentales en términos de desarrollo de BED, pero es mucho más importante que no todos aprovechen las oportunidades que brindan las enmiendas a la legislación. Más bien, hay un retraso: muchas tecnologías BED son utilizadas sólo por unas pocas organizaciones. En el caso de nuestros clientes, vemos una tendencia hacia el desarrollo y profundización de los temas de contabilidad electrónica y la construcción de un modelo unificado para el procesamiento y almacenamiento de documentos contables en formato electrónico. La transición completa a BED está muy limitada por la falta de un espacio único de confianza para las firmas electrónicas. Además, no te olvides de los requisitos de protección de la información, que en algunos casos imposibilitan el almacenamiento y uso de documentos electrónicos. Bueno, la financiación sigue siendo un factor importante”.
Parafraseando un dicho muy conocido, Ernest Kolesnikov menciona dos problemas principales de la gestión de documentos electrónicos en Rusia: las leyes y las personas. “Hay lagunas en la legislación; por ejemplo, sólo se han aprobado formatos para unos pocos documentos, mientras que se está trabajando en otros tipos. En un futuro próximo debería aprobarse el formato de documento de transferencia universal, se habla de un contenedor universal al que se puede adjuntar cualquier documento. La práctica judicial de utilizar documentos no formalizados todavía no es suficiente para que todas las empresas se pasen al EDI sin miedo, pero el tiempo pasa y la situación está mejorando. El segundo problema clave son las personas y las realidades imperantes en la vida; a menudo escuchamos a los clientes: sólo rechazaremos el papel si nos obligan a hacerlo”.
Para introducir una nueva tecnología en el marco de un proceso existente, se requiere principalmente una nueva capacitación del personal y el deseo de la dirección de la empresa de aplicar la innovación, pero los procesos, en esencia, siguen siendo los mismos, dice Artem Tanan. Da consejos específicos: para implementar BED, es necesario designar a los responsables y realizar tres tareas principales: crear un nuevo procedimiento para trabajar con documentos, capacitar al personal y determinar los plazos para abandonar el antiguo procedimiento para las contrapartes seleccionadas. Para que los nuevos procedimientos para trabajar con documentos sean simples, comprensibles y tengan un mínimo de diferencias con los existentes, es necesario apoyar la integración del BED con los programas de contabilidad, gestión y EDMS, y mejor aún, hacer que el BED parte integrante de ellos. Otro bloque, probablemente el más problemático, es la cuestión de la participación de las contrapartes. Es necesario no sólo conectar a las contrapartes del cliente BED, sino también ayudar en la transición al nuevo procedimiento para trabajar con documentos. De lo contrario, incluso con el uso de BED, persistirán errores y discrepancias en la información de los libros de compras y ventas, con otras consecuencias negativas. El experto confía en que en los próximos años la cuestión de la integración de BED con otros sistemas empresariales y la participación de los contratistas desempeñará un papel importante en la difusión de las tecnologías BED en nuestro país.
¿Qué hacer?
“Por el momento, en Rusia es imposible abandonar completamente el papel, ya sea en el sector público o en el comercial”, afirma Elena Ivanova. - En primer lugar, es necesario desarrollar un marco legislativo que anime a las organizaciones a cambiar a BED. En parte, esto está empezando a manifestarse ahora en las organizaciones gubernamentales en relación con la mejora de SMEV, M.” Ella cree que mucho depende del proveedor del EDMS; pueden justificar el efecto económico del cambio a BED y ofrecer soluciones tecnológicas. También es importante trabajar en comunidades y organizaciones profesionales involucradas en la estandarización en las áreas EDMS/ECM e interactuar con el regulador estatal.
Además, los propios proveedores de EDMS deben dar ejemplo en la transición a BED, está seguro Dmitry Shmailov. Estas empresas también necesitan una gestión documental electrónica para mejorar la eficiencia de su trabajo. En condiciones de falta de clientes, un factor de éxito puede ser probar las tecnologías BED en su propio negocio. Los proveedores de EDMS serían de gran ayuda en términos de desarrollo tecnológico, ofreciendo los últimos desarrollos que cumplan y tengan en cuenta los requisitos individuales y las particularidades de sus clientes.
Maxim Kainer también habla de la justificación económica de la transición a BED: “Para que se produzca la transición al flujo de documentos sin papel, la implementación de soluciones de TI debe amortizarse mediante ahorros en el soporte del trabajo con soportes de papel (compra y mantenimiento de equipos, consumibles, costos de envío y entrega, costos de almacenamiento y recuperación). Los expertos mundiales dicen que el período de recuperación de las inversiones en soluciones ECM específicas en más de la mitad de los casos es de un año y medio o menos”. La participación real de los proveedores en este proceso puede consistir en promover la idea de “trabajar sin papel es posible y rentable”, participar en el proceso legislativo, así como reducir el coste de sus soluciones, incluso mediante el uso de modelos en la nube y SaaS.
No existen barreras insuperables para el BED, pero sí problemas que pueden y deben resolverse, afirma Ernest Kolesnikov. Un aspecto claramente positivo es que las autoridades gubernamentales están invirtiendo mucho en la automatización del país y se puede afirmar que vivir y trabajar se ha vuelto mucho más agradable en los últimos diez años. Hay problemas, pero se identifican y resuelven mediante los esfuerzos conjuntos del regulador, los desarrolladores y los clientes. “En cierto momento, el volumen de información en la sociedad alcanzará un volumen suficiente y todos comprenderán que exhibir documentos en papel a la antigua usanza es algo del pasado”, está seguro. “Ahora es difícil imaginar cómo vivíamos sin Internet, pero con el procesamiento de documentos electrónicos creo que la situación será la misma”.
“Recomendamos a las empresas que no esperen hasta la “última llamada”, cuando ellas mismas ya no podrán hacer frente al flujo de papel y no cumplirán con los requisitos del regulador”, aconseja Artem Tanan. - Deben decidir ahora para qué tipos de transacciones/documentos y con qué contrapartes se utilizará el BED, luego designar a los responsables y fijar los plazos. Si es necesario, involucrar a expertos con competencias suficientes en este campo para la implementación de alta calidad de las tareas asignadas. Si surgen dificultades de carácter metodológico o técnico, plantearlas para su discusión en plataformas especializadas, en grupos de trabajo sobre temas BED. Solo establecer tareas específicas al realizar la transición a BED en una sola empresa permite adquirir una experiencia exitosa que sea comprensible para otros participantes del mercado. La replicación de esta experiencia por parte de grandes empresas junto con operadores SF, proveedores de software y sus redes asociadas es la forma más efectiva de distribuir tecnologías BED en el mercado”.
Seguimos lo que ya hemos hecho mucho.
Chernomyrdin V.S.
No hace mucho, un cliente volvió a acercarse a mí con un problema muy conocido. Su empresa instaló actualizaciones de 1C. Y el trabajo se detuvo porque el programa dejó de funcionar correctamente. Creo que todos los que se han encontrado con productos de software de 1C como programadores o usuarios están muy familiarizados con esta situación.
Por supuesto, en este caso particular, intenté solucionar todos los problemas lo más rápido posible y, como resultado, el trabajo de oficina volvió a la normalidad. Pero incluso en esta situación, recibí mucha negatividad del cliente. Y luego pensé en por qué surgen constantemente tantos problemas con los productos de software de 1C, por qué hay tanta negatividad por parte de los clientes y por qué a menudo no agradan a los programadores de 1C, incluidos otros programadores.
En este artículo decidí ofrecer mi versión de las razones que conducen a tal negatividad. Intentaré utilizar la menor cantidad de términos específicos posible para que el texto sea comprensible para el mayor número posible de lectores.
Al mismo tiempo, durante algún tiempo yo mismo me dediqué exclusivamente a la programación de 1C, y hoy uso muy activamente los productos de software de 1C en mi trabajo, y estoy muy agradecido con esta empresa por darme la oportunidad de ganar dinero, incluso para a mí.
Pero, por otro lado, creo que también es necesario comprender las razones de la negatividad. Al menos para no dejarlo todo al nivel de la intuición y las emociones.
¿Cómo empezó 1C? ¡Recordemos!
Personalmente, comencé a trabajar con el software 1C desde la versión 6.0. En mi opinión, este programa era un poco más complicado que las diversas opciones de contabilidad que se guardaban en hojas de cálculo de Excel.Fue reemplazada por la séptima versión, incluida su versión más exitosa: 1C 7.7. Ya era un producto de software bastante potente, que se generalizó mucho en todo el espacio postsoviético. En ese momento, la mayoría de los usuarios estaban tan acostumbrados a trabajar con 1C que la capacidad de utilizar estos programas se convirtió en una de las condiciones para contratar contables, diversos miembros del personal de oficina, así como gerentes, tenderos, etc.
En principio, 1C 7.7 resolvió con bastante éxito los problemas asociados con varios tipos de contabilidad. Además, este producto de software todavía se utiliza en algunos casos, lo que también indica su popularidad.
Ahora bien, este software sorprende por la amplitud de sus capacidades y al mismo tiempo por la complejidad del sistema.
Hoy la empresa 1C ofrece un ecosistema completo para sus clientes:
- Potente plataforma para desarrolladores.
- Entorno para mantener varios tipos de contabilidad y análisis.
- Posibilidad de conectar varios equipos comerciales.
- La red más amplia de socios
- CMS multifuncional para la creación de sitios web
Actualizaciones 1C: cómo funciona
Me gustaría recordarles brevemente cómo funcionan hoy los productos de software de la familia 1C. En la mayoría de los casos, el usuario compra uno o más productos de software, que constan de una plataforma y una aplicación escrita en esta plataforma: la denominada configuración.A continuación, el programador ajusta el funcionamiento de las configuraciones seleccionadas a las necesidades de una empresa en particular, a menudo instala complementos adicionales, perfecciona ciertos informes, crea nuevos documentos que participan como flujo de documentos interno en esta empresa, etc.
Al mismo tiempo, tanto en la plataforma como en cualquier configuración, hay una cantidad bastante grande de errores por parte del desarrollador. Y el sistema en sí es tan complejo y voluminoso que solucionar estos errores con la ayuda de un programador 1C es muy difícil y, lo más importante, no rentable para el usuario final. Además, tanto la plataforma como las propias configuraciones se distinguen por una cualidad tan desagradable como la falta de modularidad.
Como resultado, debe instalar actualizaciones para corregir errores. En este caso, toda la plataforma y/o configuración se actualiza cada vez. Naturalmente, esta solución lleva mucho tiempo y, si hablamos de configuración, lo más probable es que sea necesario volver a realizar las configuraciones, los complementos adicionales y otras modificaciones realizadas por el programador.
Pero esto no es lo más triste de la situación con las actualizaciones de 1C. Lo más triste es que el sitio web del desarrollador muestra que las actualizaciones se publican con mucha frecuencia, a veces incluso 3 o 4 veces al mes. En algunos casos, se corrigen errores sin importancia, en otros, errores graves relacionados con el funcionamiento de todo el sistema.
Cada nueva versión es una adición de funcionalidad y una especie de “parche” a los errores de la anterior, que corrige errores antiguos, pero casi siempre introduce otros nuevos. Por lo tanto, la instalación de actualizaciones es un proceso mayoritariamente impredecible.
Falta de modularidad: por qué es tan importante
Primero, hablemos directamente de la plataforma. Los programadores de 1C saben lo engorroso que se ha vuelto. Ya escribí sobre la falta de modularidad arriba. El código del producto contiene los llamados subsistemas, pero no cumplen con los requisitos de modularidad y, por lo tanto, son simplemente una especie de intento de estructurar el código.¿Por qué personalmente considero que la falta de modularidad es un problema? Entendámoslo con un ejemplo. Digamos que es necesario perfeccionar algunas funciones necesarias para el funcionamiento exitoso de Trade Management o realizar cambios en los medios de almacenamiento de saldos. Pero en la plataforma 1C todo está interconectado y por eso también hay que alargar las actualizaciones para trabajar con sueldos, contabilidad, etc. etcétera.
En ausencia de modularidad, para realizar incluso los cambios más pequeños, es necesario estudiar todo el conjunto, toda la plataforma.
Al mismo tiempo, la plataforma 1C es muy grande y engorrosa. Hoy en día contiene tanto que al principio incluso suscita admiración por la riqueza de posibilidades. Pero a medida que utilizas esta plataforma, la admiración desaparece rápidamente. Los desarrolladores de 1C, en un esfuerzo por hacer que el programa sea universal, agregaron muchas funciones diferentes a la plataforma.
Y ahora obtienes al mismo tiempo una herramienta poderosa, una interfaz visual conveniente y... Muchos problemas y errores debido a la complejidad del sistema.
Déjame darte otro ejemplo. Digamos que para mi trabajo solo necesito Comercio. La empresa no utiliza nada más, ni la interfaz móvil, ni la contabilidad, ni la tienda online, ni ningún otro componente. Pero pase lo que pase, cuando recibo actualizaciones, recibo la plataforma completa, incluida la funcionalidad necesaria para el funcionamiento de aquellos componentes que no uso. Aquellos. A pesar de que uso Commerce y las actualizaciones están diseñadas para funcionar con Contabilidad, tengo que descargar e instalar toda la plataforma.
Política de licencias y errores en el sistema.
Al actualizar la plataforma, los usuarios a menudo se enfrentan al hecho de que las claves de licencia dejan de funcionar. Si no se ha encontrado personalmente con una situación así, simplemente escriba en el motor de búsqueda "1C dejó de funcionar después de la actualización" y verá cuán extendido está este problema.Entonces, imagina la situación. Hay una empresa que emplea, por ejemplo, a 30 personas. Después de la actualización, el programa dejó de aceptar claves de licencia. El trabajo de la empresa está paralizado. La empresa sufre pérdidas.
Un problema importante: la imprevisibilidad del comportamiento de la plataforma al actualizar.
Además de que la licencia falla a menudo, después de actualizar la plataforma puede contener nuevas funciones, que también pueden no funcionar correctamente. Pero es posible comprobar la calidad del trabajo e identificar nuevos errores sólo en la nueva versión del programa en la práctica, es decir. en curso.
Permítanme recordarles que la plataforma es muy grande y engorrosa y, por lo tanto, probarla con un programador en poco tiempo simplemente no es realista. Y todo esto hay que tenerlo en cuenta en cada actualización.
Entonces, la situación para el programador se ve así:
- Cada vez que actualizo, tengo mucho desorden porque la plataforma está completamente actualizada y no hay forma de eliminar o no instalar herramientas que no se utilizarán en el futuro.
- Y, sin embargo, las actualizaciones son necesarias, ya que esta es la única oportunidad de "curar" los errores actuales que el programador conoce o que aún no ha identificado.
- Además, una nueva actualización suele conllevar nuevos errores que se solucionarán en la próxima versión.
¿Por qué hay tantos errores?
La razón principal de la abundancia de errores, en mi humilde opinión, es la complejidad del sistema. Recuerda, ahora la plataforma 1C está disponible para Windows 32 y 64 bits, para Linux, versión de servidor, móvil, etc. La complejidad del mantenimiento es muy alta y, como muestra la práctica, los desarrolladores de 1C simplemente no pueden hacer frente al mantenimiento.Debido a la falta de modularidad, también surgen dificultades adicionales, ya que es prácticamente imposible identificar todos los errores y depurar un producto de software tan engorroso. Como resultado, constantemente se publican nuevas actualizaciones.
Otra razón muy importante de la presencia constante de errores y la situación con ellos es la falta de competencia. De hecho, 1C es ahora un monopolista.
Por supuesto, se están creando productos de software alternativos, algunos de ellos bastante decentes. Pero hasta ahora todas son soluciones aplicadas capaces de solucionar determinados problemas, mientras que 1C es un ecosistema completo.
Además, la empresa 1C se distingue por un marketing muy potente y agresivo, todo el mundo conoce este software.
Por eso afirmo que hoy 1C no tiene un competidor digno en el espacio postsoviético. Y la falta de competencia siempre conduce a una disminución en la calidad del producto en sí, lo que vemos en el ejemplo de 1C: constantes actualizaciones "sin procesar", errores constantes, falta de documentación detallada para las actualizaciones, etc.
Por lo tanto, personalmente aconsejo a todos mis clientes que no actualicen a menos que sea absolutamente necesario. Por cierto, yo mismo recibí el mismo consejo de una de las personas que estuvieron en los orígenes de 1C.
Por supuesto, la versión actual definitivamente tiene algunos errores, pero si trabaja en ella sin problemas, estos errores no son críticos para usted. Es imposible predecir qué sucederá en la nueva versión. Por lo tanto, las actualizaciones deben instalarse sólo cuando sea realmente necesario para el trabajo.
Buques insignia. Configuraciones típicas
La línea de productos de software 1C se basa en configuraciones estándar. Hay bastantes soluciones en caja listas para usar presentadas en el sitio web de 1C.Pero la mayoría de usuarios utilizan sólo 4 configuraciones:
- contabilidad empresarial
- Gestión comercial
- Gestión de plantas de fabricación.
- Gestión de salarios y RRHH
- Falta de modularidad
- Funciones voluminosas y muchas innecesarias.
- Nuevos errores en nuevas versiones.
- Resultados de actualización impredecibles
Además, debido a la falta de modularidad, a menudo tienes que actualizar, incluso si los cambios afectan a funciones que no utilizas. Simplemente porque un error en esta funcionalidad puede provocar un funcionamiento incorrecto de otros módulos.
Si hablamos de Comercio, mi práctica muestra que, de hecho, las personas no utilizan más del 30% de la funcionalidad total de este componente. La situación es similar en otras configuraciones típicas. En aras de implementar el máximo número de funciones, los desarrolladores han creado productos muy engorrosos y complejos en los que todo está interconectado y, por lo tanto, ni siquiera siempre es posible desactivar funciones innecesarias.
Por ejemplo, al actualizar Trade, los desarrolladores agregaron un nuevo sistema de bonificación. El cliente no utiliza ningún bono. Él no los necesita. Pero si intentas desactivar estos bonos, el sistema de descuento comienza a funcionar incorrectamente. Me encontré con esta situación en la práctica. Por supuesto, resolver este problema requirió la ayuda de un programador.
Últimamente he llegado a la conclusión de que, al finalizar un proyecto, aconsejo a todos los clientes que no actualicen nada. Configuré todo según era necesario para el trabajo, junto con el cliente y sus empleados probamos la configuración y nos aseguramos de que todo funcionara bien. Por lo tanto, no es necesario actualizar la configuración hasta que surja la necesidad de realizar cambios importantes.
El marketing agresivo y sus resultados.
Muy a menudo mis clientes instalan actualizaciones en contra de mis consejos. ¿Por qué está pasando esto?Motivación del programador
Los programadores de 1C están interesados en que el cliente actualice el software con la mayor frecuencia posible. Es simplemente beneficioso para ellos. Cada vez que actualice, deberá volver a configurar la configuración. Por lo tanto, con la ayuda de las actualizaciones, literalmente reciben ingresos de la nada.Imagine una situación en la que una empresa opera en alguna configuración sin actualizaciones de manera tranquila y confiable. Pero era necesario, por ejemplo, crear otro informe o instalar un procesamiento adicional. Naturalmente, en este caso recurren a un especialista.
¿Qué pasa después? Llega un programador de 1C y ve que el programa no se ha actualizado durante mucho tiempo. Le dice al cliente lo malo que es esto, le explica que sin actualizaciones no podrá configurar el informe que el cliente necesita ni realizar otros trabajos, lo asusta con la gran cantidad de errores que hay en la versión anterior, etc. etcétera. En general, convence al cliente para que compre e instale actualizaciones.
De hecho, en la mayoría de los casos no existe una necesidad objetiva de actualizaciones. Pero la cantidad de trabajo que realiza el programador y, en consecuencia, sus honorarios aumentan significativamente. Por cierto, es por eso que muchos usuarios tienen una actitud negativa hacia los programadores de 1C. Desde su punto de vista, pagan el 90% del importe al programador por algo que funcionó perfectamente antes de que él empezara a trabajar, es decir, tienen que pagar por la misma funcionalidad varias veces.
Marketing agresivo de 1C
La propia empresa 1C también está interesada en garantizar que los usuarios se actualicen con la mayor frecuencia posible. Como resultado, los usuarios suelen recibir recordatorios sobre nuevas actualizaciones, advertencias sobre la necesidad de actualizar la plataforma o la configuración. Pero al mismo tiempo, el sitio no tiene información suficientemente detallada sobre qué recibirá exactamente el usuario en caso de una actualización, qué errores se han solucionado y qué funciones han aparecido. Aquellos. Es imposible evaluar objetivamente la necesidad de instalar una actualización en particular. Como resultado, muchos usuarios actualizan solo para estar seguros.Desventajas del servicio y la franquicia.
Creo que prácticamente no existe servicio al cliente en la empresa 1C. La empresa hace un excelente trabajo en ventas, realmente tiene una política de marketing muy agresiva y, hay que reconocerlo, eficaz. Pero si necesita mantenimiento, enfrentará muchas dificultades.Hay una sección completa en el sitio web de 1C donde puede encontrar socios certificados en su región que brinden servicios de mantenimiento para productos de software 1C. Estos socios han sido certificados y pagan tarifas de afiliado. Parecería que todo está en orden.
Pero, de hecho, la empresa 1C prácticamente no trabaja con socios:
- Para que una empresa reciba el estatus de socio, basta con tener un especialista certificado en su plantilla.
- Posteriormente, nadie realiza controles o exámenes repetidos. Por lo tanto, un programador certificado puede ser el único especialista y personas completamente diferentes vendrán a atenderlo, o puede renunciar por completo, pero la empresa no pierde su condición de socio.
- 1C prácticamente no trabaja con socios, no brinda capacitación y no controla la calidad del trabajo.
Ya mencioné que 1C es un ecosistema completo. En algunos aspectos incluso se puede comparar con Apple. Allí se construye todo un sistema, que consta de hardware, software y revendedores. 1C también tiene plataforma, hay configuraciones, hay revendedores certificados.
Pero si Apple controla muy estrictamente la calidad en todas las etapas, desde la producción hasta el trabajo de los socios, y la más alta calidad es una de las ventajas competitivas importantes de esta marca, entonces en 1C todo es completamente diferente. Aquí prácticamente no hay servicio, nadie controla el trabajo de los socios, por lo que la calidad del trabajo postventa con el software es muy baja.
También es interesante que la empresa 1C dirija sus esfuerzos de marketing principalmente a los consumidores del producto, es decir, sobre los usuarios. Y trabajar con configuraciones está completamente enfocado a programadores. Como resultado, se anuncia una cosa, pero en la práctica resulta que el comprador recibió algo completamente diferente.
Y aquí también aparecen las razones de la negatividad hacia los programadores de 1C y el producto de software en sí.
Cuando dejé de trabajar solo con 1C y comencé a dedicarme a la consultoría empresarial, comencé a utilizar una variedad de productos de software en mi trabajo. Se trataba de sitios en Drupal y sistemas como ZOHO CRM, ATOL RMK, Redmine y muchos otros sistemas. Y casi todos estos servicios y programas no requieren actualizaciones constantes y frecuentes. Y a la hora de actualizar no hay tantos problemas.
Mientras que la empresa 1C gana dinero en dos direcciones: con las ventas y con las actualizaciones constantes. ¿Pero qué tiene que ver el cliente con eso? Se ve obligado a pagar y mejorar, ya que no le queda otra opción. Además, todos los productos utilizados en la empresa deben actualizarse simultáneamente.
Por ejemplo, si usa Comercio, se ha lanzado una actualización realmente útil que corrige algún error que es relevante para usted, definitivamente necesitará actualizar Contabilidad también. Porque el intercambio de datos sólo es posible entre versiones de configuración idénticas. Si decide salir de Contabilidad sin actualizar, cargar documentos de Comercio a Contabilidad ya no le funcionará.
Como resultado, el cliente se ve obligado a utilizar un sistema que se estropea constantemente y a pagar periódicamente para restaurarlo. Por supuesto, el cliente se vuelve negativo. Pero no puede cambiar a ningún otro producto de software, simplemente no ve una alternativa digna.
Sí, existen otros sistemas de contabilidad en nuestro país, algunos de ellos incluso están alcanzando gradualmente a 1C en términos de capacidades. ¡Pero el marketing es algo grandioso! Por tanto, el cliente no ve otra alternativa y, a pesar de la constante negatividad, realiza otro pago.
1C: Bitrix: dificultades, características, marketing
Otro producto que tradicionalmente se clasifica como parte de la línea 1C es el sistema de gestión de sitios web 1C-Bitrix. Al mismo tiempo, muchos usuarios confían en que basta con comprar Bitrix y que se resolverán todos los problemas relacionados con la integración del sitio y los datos en 1C.Un usuario que compra productos de software 1C y solicita un sitio web en 1C-Bitrix ve una marca común y confía en que se trata de productos de la misma línea que siempre funcionarán juntos sin problemas.
De hecho, CMS Bitrix es un producto independiente desarrollado por especialistas que no tienen nada que ver con la empresa 1C. Posteriormente, a este CMS se agregaron herramientas de integración con productos de la línea 1C y apareció un nuevo nombre "1C-Bitrix". Esto sucedió porque la empresa 1C compró una gran participación en Bitrix y decidió utilizar este CMS junto con su software.
¿Cuál fue el resultado?
De hecho, se proporciona la integración de la base de datos de la tienda en línea y los productos de software 1C. Pero es muy complejo y sin la ayuda de un especialista es casi imposible configurar el intercambio de datos y cambiarlo es muy, muy difícil.Además, los programadores que configuraron 1C por usted no podrán instalar ni configurar Bitrix. Aquí necesitará un programador web, un especialista en Bitrix. La integración la configuran en parte programadores de 1C y en parte especialistas de Bitrix. Y hay casos en los que el usuario no sabe en absoluto con quién contactar.
Por ejemplo, tuve esta situación. Después de las últimas actualizaciones, el intercambio de datos de mi cliente con el sitio dejó de funcionar. Acudí a un especialista de 1C, pero no pudo ayudarnos porque, en su opinión, el problema estaba del lado de Bitrix. Recurrimos a un programador de Bitrix. También levantó las manos y dijo que lo más probable es que el problema todavía estuviera en el lado de 1C. El intercambio de datos con el sitio no funcionó durante aproximadamente 2 semanas. El cliente se vio obligado a descargar manualmente precios y saldos y descargar pedidos del sitio web. Al final tuvimos suerte. Me comuniqué con un programador que conocía tanto Bitrix como 1C y configuró el módulo de intercambio.
Bitrix y 1C: diferentes sistemas, deficiencias comunes
Los desarrolladores web que estén familiarizados con las últimas versiones de Bitrix me entenderán ahora. Al igual que los productos de software 1C, las últimas versiones de Bitrix se han vuelto muy poderosas, con amplias capacidades, pero al mismo tiempo innecesariamente complejas. Hoy en día, sin la ayuda de un administrador (programador web) en Bitrix, la mayoría de las veces un usuario ni siquiera puede configurar nuevas categorías en el catálogo de productos, ya que para organizar una búsqueda inteligente es necesario establecer sus propios parámetros para cada tipo de producto.Al mismo tiempo, se necesitan diferentes especialistas para mantener el sitio web y los programas 1C. Al fin y al cabo, se trata de productos diferentes. Se utilizan para diferentes propósitos, tienen diferentes plataformas y requieren conocimiento de diferentes tecnologías para trabajar con ellos.
En lugar de un currículum
Así que resumamos. Los productos de software de la línea 1C provocan negatividad entre los especialistas por las siguientes razones:- Alta complejidad del sistema
- Falta de modularidad
- Errores en cada actualización
- Falta de documentación detallada para las actualizaciones.
- Resultado impredecible de la instalación de actualizaciones.
La negatividad de los usuarios es causada por:
- Resultados impredecibles al instalar actualizaciones. El programa puede dejar de funcionar en cualquier momento. Sin embargo, debido a errores en versiones anteriores, las actualizaciones son necesarias.
- Tanto la empresa 1C como el programador deben pagar por las actualizaciones. Al mismo tiempo, las ventajas visibles para el usuario son en la mayoría de los casos insignificantes y la mayor parte de los costes deben pagarse para restaurar la funcionalidad del programa después de instalar una nueva versión.
- Los usuarios transfieren parte de la negatividad sobre el programa al especialista. Después de todo, es el programador de 1C quien recibe el pago por instalar actualizaciones y configurar configuraciones.
- Los programadores que trabajan en otras áreas entienden que a menudo sus colegas especializados en 1C reciben dinero, esencialmente, por "vender aire". Esto es especialmente notable cuando los propios especialistas imponen actualizaciones al cliente.
- Debido a la falta de control por parte de 1C, personas al azar participan en el mantenimiento de productos de software, lo que tampoco contribuye a una imagen positiva.
Etiquetas: Agregar etiquetas