Tramitación para la labor de registradores fiscales del atol. Pavel Chistov

Registrador fiscal de clase premium para grandes organizaciones con una gran carga de puntos de venta, con el objetivo de atender grandes flujos de clientes de la manera más eficiente y rápida posible. La calidad, la comodidad y la fiabilidad han sido probadas por miles de usuarios en toda Rusia. Atraiga la atención del comprador colocando información de marketing en el recibo., información sobre descuentos, promociones especiales y otra información necesaria para crear relaciones leales con sus clientes. cortador automático asegurado contra atascos de cuchillos gracias a una tecnología única de la empresa japonesa Seiko Instruments. Compatible con todos los sistemas operativos más comunes (Windows, Linux, Android o iOS) y programas de caja registradora. Listo para EGAIS— le permite generar e imprimir códigos QR en un recibo. Comodidad de colocación— Es posible la colocación horizontal o vertical en la caja.

Velocidad de impresión: hasta 200 mm/s
Recurso del cabezal de impresión: 100 km de cinta de recibo
Autocorte: Sí (presencia de peine para separación manual de la cinta del recibo), recurso 1.000.000 de cortes
Número de caracteres por línea: de 24 a 64 (con papel de 80 mm); de 24 a 48 (con papel de 58 mm)
Interfaces: Ethernet, USB. Wi-fi opcional, 2G, 3G (instalando un módulo de comunicación)
Alimentación: 24V desde la fuente de alimentación
Peso: 1,4 kilos
Dimensiones: 140 × 200 × 140 mm

Menú de página:

Configuración del registrador fiscal antes de conectarse a una computadora

Para configurar la transferencia de datos fiscales mediante un cable USB, consulte estas instrucciones.

De forma predeterminada, ATOL 30F está configurado para funcionar con una PC a través de un puerto USB, no es necesario configurar nada adicional en el dispositivo.

Instalación del controlador

• Conectamos FPrint11 PTK al PC. Para hacer esto, abra el archivo descargado anteriormente. Controlador de hardware Atol versión 6.20 y elige "Configuración de propiedades":

Después de eso, en la nueva ventana que se abre, seleccione "Buscar equipo":

En la ventana aparecerá el siguiente cartel, con el que lo buscaremos. Cuando se encuentra un dispositivo, se muestra en la línea inferior:

• Puede probar la impresora inmediatamente realizando una venta de prueba. Para hacer esto, secuencialmente:

1. Marque la casilla "El dispositivo está encendido";
2. Elegir Modo de registro en la esquina superior derecha;
3. A continuación, haga clic en "Iniciar sesión";
4. Y en el campo central hacemos una venta de prueba:

Si la secuencia de acciones es correcta, la impresora imprimirá un recibo. NO OLVIDES desmarcar la casilla el dispositivo está encendido al salir del controlador; de lo contrario, será difícil que el dispositivo funcione con otros programas.

Conexión a 1C 7.X

Conexión a 1C 8.X

"ATOL: Controlador KKM" 1c v8.1/8.2

Conexión de "ATOL: General KKM Driver" a 1C versión 8.2, configuración típica "Retail 1.0"

La conexión a la configuración estándar "Manufacturing Enterprise Management", edición 1.2, en las plataformas 1C versiones 8.0/8.1/8.2 se realiza de la misma forma.

1) Instale “ATOL: Controlador general KKM 6”.
Es necesario reescribir desde la carpeta...\Program Files\ATOL\Drivers\BIN\ todos los archivos con la extensión *.dll al directorio de la plataforma 1C (..\Program Files\1Сv81\bin\)

2) Registre el archivo FPrnM1C.dll en el registro del sistema usando el comando regsvr32 “[ruta al archivo]\FPrnM1C.dll” (si por alguna razón el registro no se produjo automáticamente debido al motivo de la instalación).

3) Si no fue posible registrar el archivo en el sistema de la manera descrita anteriormente (lo que puede deberse a las características del sistema operativo), entonces debe ejecutar la línea de comando como Administrador (en Windows 8 puede presionar el botón Teclas Win+X y luego seleccione el elemento del menú deseado; en Windows 7, la línea de comando se encuentra en el menú Inicio). A continuación, ingrese el comando anterior allí y ejecútelo.

4) Conecte la caja registradora a la PC.

5) Lanzar 1C:Empresa.

6) Abra el menú “Servicio” -> “Equipo comercial” -> “Asistente para conectar y configurar equipos comerciales”.

7) En la ventana del formulario, seleccione "Registradores fiscales", haga clic en Más.

7) En el formulario para agregar procesamiento de mantenimiento de controladores, seleccione procesamiento del catálogo, haga clic en Obtener lista, seleccionar ATOL: Registradores fiscales(este procesamiento debe descargarse primero de la base de datos de procesamiento proporcionada en el enlace https://its.1c.ru/db/metod8dev#content:3020:hdoc), haga clic en Siguiente.

8) En la ventana para agregar un nuevo dispositivo, seleccione su modelo y la caja registradora en la que funcionará la grabadora, haga clic en Más.

9) En la configuración, seleccione el puerto al que está conectada la grabadora, presione OK.

10) El dispositivo está conectado, puedes empezar a trabajar :)

Conexión a Android

Instalación de software

1. Encienda su teléfono inteligente y establezca una conexión a Internet.

3. Instale el programa descargado en su teléfono inteligente (se encuentra en la carpeta de Descargas). Durante la instalación, puede aparecer una advertencia sobre la instalación del programa desde una fuente desconocida, en cuyo caso deberá ir al menú Seguridad marque la casilla "P" "Permitir la instalación de aplicaciones de fuentes desconocidas."

Obtener una licencia

5. Seleccione un elemento "Activación de licencia" haga clic en SIGUIENTE, seleccione "TabletPOS/SU TIENDA", haga clic en SIGUIENTE nuevamente, luego ingrese LicenseID (en el formulario del acuerdo de licencia de Tablet POS) y DeviceID (número de serie en el panel posterior de FPrint-11). Se enviará una carta con un archivo de licencia (archivo ZIP con archivos en formato "dat" en su interior) al correo electrónico ingresado.

6. Descomprímalo (ya sea usando un teléfono inteligente o en otra computadora y luego descárguelo al teléfono inteligente).

Depuración de la comunicación con el dispositivo.

7. Conecte el escáner de código de barras al dispositivo FPrint-11.

8. Configure el canal de intercambio de datos Bluetooth en la configuración de la caja registradora. Para hacer esto, debe ingresar al modo de servicio. Con el botón de avance rápido presionado, enciende el dispositivo. Sin soltar el botón de avance rápido, espere la quinta señal de sonido ("chirrido") y solo entonces suelte el botón. Debería imprimirse el menú MODO DE SERVICIO.

9. Presione el botón de avance rápido 2 veces (con cada presión se debe escuchar una señal de sonido). Debería imprimirse el submenú "Canal de Exchange". Para seleccionar Bluetooth (punto 3), presione el botón de desplazamiento 3 veces.

10. Salga del modo de servicio: un clic.

11. Active Bluetooth en su teléfono inteligente. Seleccione FPrint-11 de la lista de dispositivos. Luego PRIMERO confirme la conexión en FPrint-11 (presione y mantenga presionado el botón de avance rápido hasta que emita un pitido), LUEGO confirme la conexión en el teléfono inteligente. Se debe establecer la conexión Bluetooth.

Activación de licencia

12. Abra el programa TabletPOS. “Equipo” -> “KKM”, seleccione FPrint-11 en el menú “Modelo” y en el menú “Conectado”.

13. Regresar al menú principal. Ahora "Servicio" -> "Licencia", haga clic en el botón "Actualizar". En la lista "Licencias encontradas", el elemento con el nombre del archivo de licencia y el número de serie de la caja registradora debe resaltarse en gris y aparecerá el mensaje "Activo".

El desarrollo propuesto tiene como objetivo organizar la colaboración de las configuraciones 1C con registradores fiscales y herramientas de caja registradora de todos los modelos de las marcas ATOL, SHTRIKH-M, ISKRA más populares entre los usuarios, así como con otros desarrolladores rusos conocidos de Equipo de caja registradora. La funcionalidad del programa cumple plenamente con los requisitos de la Ley Federal No. 54 y le permite trabajar con todos los formatos de datos fiscales existentes. Actualmente esta es una línea de versiones (protocolos) 1.0, 1.05 y 1.1.

Antes de instalar el procesamiento del software KKT-ONLINE, no será necesario actualizar la configuración 1C instalada; todas las configuraciones necesarias afectarán solo las funciones especiales del programa. El desarrollador garantiza total compatibilidad con el software que ejecuta todas las versiones disponibles de los sistemas operativos Windows y Linux. Entre las muchas ventajas del nuevo producto de software está la capacidad de trabajar en paralelo con dos o más registradores fiscales, o trabajar desde diferentes estaciones de trabajo en un FD "común".

Entre las muchas posibilidades de procesamiento se encuentran la creación de plantillas de cheques originales y completamente nuevas, así como la generación de documentos con el uso simultáneo de varios sistemas tributarios. El usuario puede probar todas estas funciones antes de comprar cualquiera de las opciones de licencia para tener derecho a utilizar el producto de software KKT-ONLINE. Un comprador potencial tiene la oportunidad de descargar el kit de distribución desde el sitio web del desarrollador, verificar todas las funciones de procesamiento más importantes para él y solo después de eso realizar una compra y recibir una clave de producto.

Funcionalidad básica

● Compatible con casi todas las herramientas de caja registradora existentes en el momento del lanzamiento del programa.

● Funciona en todas las versiones actuales de los sistemas operativos Windows y Linux.

● Soporte para todos los formatos aprobados de documentos fiscales, desde la versión inicial 1.0 y el protocolo de transición 1.05 hasta el FFD 1.1 más avanzado en este momento.

● Función de redistribución de los datos contenidos en un recibo a dos o más registradores fiscales.

● Soporte garantizado para formatos de intercambio y tecnología para generar componentes externos para todas las configuraciones de 1C, a partir de v.8.1.

Funciones de impresión

● Posibilidad de imprimir una copia de un recibo utilizando una red normal o una impresora local, o una impresora de documentos estándar en el lugar de trabajo del cajero.

● Creación de una cola de impresión: la capacidad de imprimir recibos desde dos o más estaciones de trabajo.

● La función de previsualizar un recibo en pantalla antes de imprimirlo, que se llama presionando el botón correspondiente en la ventana de configuración de impresión.

● Soporte para imprimir “Cheques de Corrección” incluso en los casos en que este documento no esté incluido en la funcionalidad del programa básico.

● Disponibilidad de un formulario de impresión preliminar que le permite cambiar el contenido de las líneas fiscales en el recibo o especificar un método de pago diferente.

Configurar plantillas

● Crear una nueva plantilla de recibo completamente original, colocando en ella un código de barras, imagen o texto publicitario, así como cualquier otra información útil. (Para conocer los procedimientos de configuración, consulte la sección "Plantillas de documentos").

● Posibilidad de mostrar un artículo de producto en una línea cuando se trabaja en un sistema tributario que no requiere contabilidad separada de recibos para diferentes artículos.

● Soporte para imprimir un recibo con una lista completa de artículos de productos directamente desde un documento de caja.

● La función de obtener una vista previa de un recibo preparado durante el proceso de configuración de la plantilla.

Características de generar y enviar documentos.

● Posibilidad de registro simultáneo de datos en un documento para varios sistemas tributarios a la vez, por ejemplo, EVND y OSN. (El procedimiento de configuración se describe detalladamente en el apartado “Distribución de ayudas a la navegación”).

● Soporte para enviar una versión electrónica de cheques al correo electrónico del comprador utilizando la funcionalidad 1C.

● Contabilización de anticipos y pagos parciales en los protocolos 1.05 y 1.0. (Para conocer los procedimientos de configuración, consulte la sección "Imprimir formulario de prueba").

● Disponibilidad de su propio formulario integrado, que le permite acelerar el ingreso de detalles adicionales del cheque: número de teléfono y correo electrónico del comprador.

Otras características

● Conexión de bibliotecas adicionales para cambiar la funcionalidad del programa de procesamiento de acuerdo con las necesidades del cliente.

● Soporte para trabajar con cajas registradoras que no están equipadas con una unidad de almacenamiento fiscal.

● Posibilidad de instalar un emulador, que le permite probar todas las capacidades y modos de trabajo junto con una caja registradora.

● Posibilidad de ingresar un parámetro que controle la apertura del cajón de dinero en el momento de imprimir el cheque.

Licencia

La licencia adquirida no tiene restricciones en cuanto al período de uso y no es necesario renovarla. El período de 12 meses especificado en el acuerdo de licencia es de naturaleza general y no se aplica a todas las versiones comerciales del producto de software.

Funcionalidad y diferencias entre los modos “Demo” y “Licencia”

Cuando se trabaja en modo de demostración de prueba, están disponibles absolutamente todas las funciones y servicios del producto de procesamiento instalado. La diferencia entre el modo "Demo" y la funcionalidad de un producto con una clave comprada e instalada es que cuando se imprime un recibo, aparece una ventana de información en la pantalla con un mensaje sobre cómo trabajar en un modo de demostración temporal y el recibo se impreso con cierto retraso. Además, en este modo el número de operaciones que se pueden realizar desde una estación de trabajo es limitado.

Después de comprar una licencia y activar el programa de procesamiento ingresando la clave del producto, estas restricciones se eliminarán automáticamente. Dependiendo de la versión de la licencia paga, la clave de activación puede proporcionar un funcionamiento completo en solo una o varias estaciones de trabajo. Si compra una licencia para más puestos que la versión inicial, el producto debe desactivarse completamente usando la opción correspondiente en el menú. Y solo después de eso instale la nueva clave de licencia.

Problemas típicos y cuestiones controvertidas.

Si el paquete de software 1C está instalado en el servidor y las versiones cliente de 1C están instaladas en las computadoras para conectar a los usuarios, para trabajar en modo de función completa deberá comprar una cantidad de licencias correspondientes a la cantidad total de computadoras con el instalado programa de procesamiento. En los casos en que los usuarios se conectan al servidor a través de RemoteAPP o mediante el protocolo RDP, se compra una licencia de procesamiento solo para el servidor.

Los usuarios que eran elegibles para recibir soporte técnico a partir del 20 de noviembre de 2017, así como los clientes que compraron procesamiento en el período posterior, recibirán licencias sin cargo adicional. La cantidad de licencias proporcionadas dependerá de la cantidad de programas adquiridos anteriormente y del período de soporte técnico restante. Todos los usuarios que hayan adquirido previamente el programa de procesamiento recibirán un descuento adicional al adquirir nuevas licencias.

Procedimiento para finalizar la configuración.

Cuando trabaje en configuraciones que admitan la conexión “KKT”, no tendrá que modificarlas. En otros casos, para definir explícitamente el documento a partir del cual se realizará la impresión, se recomienda modificar el programa. Puede realizar la modificación usted mismo, siguiendo instrucciones especiales en video, o comunicarse directamente con el desarrollador.

Configuraciones individuales para programadores experimentados

Para cambiar la funcionalidad del programa, puede utilizar procesamiento adicional, cuya distribución está presente en el archivo del producto principal. En los vídeos demostrativos se muestran claramente ejemplos de la implementación de posibles cambios.

Compatible con configuraciones y productos de terceros

El procesamiento KKT-ONLINE se puede integrar en configuraciones y productos de terceros que no admiten funciones estándar para trabajar con un programa de procesamiento externo. Para varias configuraciones de 1C de las empresas Rarus, Dalion y algunos otros desarrolladores, se han preparado kits de actualización que se pueden comprar junto con la licencia principal.

formulario de depuración

Para simplificar el procedimiento para que los usuarios verifiquen y configuren la funcionalidad, el producto contiene un "formulario de depuración" especial, que está disponible en el menú "Archivo" - "Abrir". Este formulario le permite imprimir recibos preliminares y fiscales desde cualquier documento y puede ayudar a organizar la impresión de recibos fiscales completos sin modificar la configuración de 1C en el caso de utilizar equipos minoristas con una interfaz de conexión no estándar.

Apoyo técnico

Todos los consejos necesarios sobre la instalación y el uso del programa se pueden obtener de forma gratuita dentro de un mes a partir de la fecha de pago de la licencia contactando al desarrollador por correo electrónico o a través de los comentarios del sitio. Las actualizaciones de productos de software se proporcionan sin pago ni límites de tiempo. Puede iniciar el procedimiento para buscar e instalar una actualización activando el elemento del menú "Buscar actualizaciones". Para completar el procedimiento, debe descargar las versiones correspondientes de los componentes del sistema operativo Breadboard del sitio web del desarrollador y conectarlos de acuerdo con las instrucciones del programa.

La conexión de estaciones de trabajo adicionales y la modificación de configuraciones se realiza de forma remunerada.

¿Este procesamiento admite la impresión del informe X (informe no en blanco)?

Sí, lo hace.

¿Qué configuraciones admite?

Cualquiera que trabaje en formas convencionales y trabaje con equipos comerciales. Por ejemplo, Gestión comercial 10.3, Automatización integrada 1, Contabilidad 2, Comercio minorista 1, Gestión empresarial de fabricación 1.3, Contabilidad de una institución gubernamental 1, programas industriales basados ​​​​en ellos: Rarus: CRM, Bit: Café, Bit: Construcción y muchos otros.

PAG¿Este procesamiento funcionará para mi configuración?

Sí, si su configuración no está en un formulario administrado, en la mayoría de los casos funcionará.

¿Cómo tener en cuenta el ANTICIPADO y el PAGO PARCIAL a la hora de vender?

Para FFD 1.0, se ofrecen varias opciones para la contabilidad de prepago:

1. Refleja la nomenclatura en el cheque, pero reduce la cantidad para que coincida con el monto del anticipo. 2. Usted refleja una línea en el cheque con la inscripción "Avance", luego, cuando puede realizar un pago completo, devuelve el recibo "Avance" y recibe el monto total con una descripción de los artículos vendidos.

Para FFD 1.05, el pago anticipado y el pago parcial se tienen en cuenta mediante tipos de pago separados "Pago anticipado", "Pospago" y "Contraprovisión".

¿Es posible pagar a través de una persona jurídica?

Sí tu puedes. Al realizar un pedido, seleccione el pago de una entidad legal y complete los detalles y se generará una factura para esta entidad legal.

¿Este procesamiento funciona en formularios administrados (Contabilidad 3, Comercio minorista 2, ERP, UT 11, UNF, etc.)?

No, las configuraciones en formularios administrados (incluso si se ejecutan en los normales) utilizan la BPO (Biblioteca de equipos conectados), este es un estándar para el funcionamiento y conexión de equipos comerciales, todo está integrado en la configuración misma, y ​​​​si algo necesita ser cambiado, debe ser actualizado o modificado.

Si su procesamiento no comienza, ¿qué debo hacer?

Si tienes alguna duda mientras te conectas, escríbeme, puedo conectarme de forma remota y comprobar si todo está configurado correctamente.

Este error se debe principalmente a que los drivers del equipo no están instalados o no se pudo instalar el componente para trabajar con ellos. Primero, verifique que haya instalado los controladores para su equipo comercial. Se pueden descargar de forma gratuita desde esta publicación o desde el sitio web de los desarrolladores. Luego intente ejecutar 1C con todos los derechos para que el componente esté registrado, si nada ayuda, escríbame, juntos definitivamente lo resolveremos.

¿Cómo puedo ahora abrir y cerrar un turno e imprimir un X-Report?

La tramitación se realiza como un registrador fiscal estándar y por tanto el inicio de estos trámites es similar al fiscal. Aquellos. “Servicio” - “Equipo comercial” - “Trabajar con cajas registradoras” - “Cerrar turno de caja” o “Reporte de turno de caja sin cancelación”, estos comandos también están disponibles desde el Puesto de Cajero.

¿Al imprimir aparece la ventana "Imprimir documento no definido. Posibles errores"?

La ley exige que se transfiera una gran cantidad de datos a la oficina, y el mecanismo de impresión estándar no permite recibir todos los detalles, por lo que el procesamiento utiliza su propio algoritmo para determinar el documento a partir del cual se emitió el sello. para imprimir un cheque. Si aparece este mensaje, entonces este algoritmo no pudo recibir el documento y debes realizar mejoras como se muestra en el video de la publicación.

Una versión de demostración está disponible para su descarga gratuita (adjunta a la publicación con un archivo "gratuito" "Cajas registradoras en línea (según 54-FZ) para 1C 7.7: [Versión de demostración]")
Cualquier persona interesada en comprar el programa puede descargar la versión de demostración de forma gratuita para probar las capacidades de desarrollo.

La versión demo tiene limitaciones:
1) un cheque electrónico se envía únicamente a una dirección de correo electrónico fija
2) el monto del cheque no debe exceder los 300 rublos.
3) el número de posiciones en el control no debe exceder de 3.
4) el tiempo para romper un cheque se limita al horario laboral: de 8:00 a 16:59

¡El código de procesamiento externo en la versión Demo está cerrado y protegido usando KZK-2! Para un funcionamiento correcto, primero es necesario colocar la biblioteca precomp.dll (incluida en el kit) en el directorio de la base de datos 1C desde donde se inicia el procesamiento, o en el directorio de instalación del programa 1C (generalmente C:\Programm Files \1cv77\bin\)

En la versión comercial, el código de procesamiento está completamente abierto y no protegido.

¡¡¡NUEVO!!! El controlador Atol DTO 10 es compatible con la plataforma 1C 7.7.
¡¡¡NUEVO!!! Se admiten cambios desde el 01/07/2019 (etiquetas 1227-1231 y todas las demás).

¡¡¡NUEVO!!! Se apoyan las ventas al por menor de productos de tabaco, zapatos, medicamentos, etc. etiquetados.

¡ATENCIÓN! Módulo "54-FZ: RMK GISM (marcado) para 1C 7,7" sirve como extensión del módulo base "54-FZ: Cajas registradoras en línea para 1C 7.7" y es una interfaz para ingresar códigos de barras de productos etiquetados y su posterior transferencia al módulo de impresión de recibos de KKM.
No se puede utilizar completamente de forma independiente sin el módulo base y no contiene mecanismos para enviar recibos a las cajas registradoras, porque este mecanismo está contenido en el módulo básico - “54-FZ: Cajas registradoras en línea para 1C 7.7”, que se puede adquirir por separado en la página de esta publicación.

Presentación en vídeo "RMK GISM (Marcado) para 1C 7.7":

Este desarrollo es apto sin modificaciones tanto para configuraciones estándar como no estándar, que soportan la conexión de un registrador fiscal mediante el procesamiento de “Configuración de equipos minoristas”:

Lista de configuraciones admitidas	Documentos que admiten la impresión en FR
1C 7.7 “Comercio y almacén, ed. 9,2"	cheque kkm Recibo de orden en efectivo orden de efectivo de la cuenta
1C 7.7 “Complejo, ed. 4,5"	cheque kkm Recibo de orden en efectivo orden de efectivo de la cuenta
1C 7.7 “Contabilidad, ed. 4,5"	Recibo de orden en efectivo orden de efectivo de la cuenta
1C 7,7 “USN, ed. 1,3"	Recibo de orden en efectivo orden de efectivo de la cuenta
Cualquier configuración no estándar o desactualizada basada en 1C 7.7 (incluidas las configuraciones "Comercio y almacén, Rev. 8.7", "RARUS")	Se requiere adaptación, que usted mismo puede hacer. También aceptamos pedidos de adaptación.

Es posible conectarse sin modificar la configuración de 1C (sin realizar cambios en los metadatos 1 CV7. Maryland), y con modificaciones de configuración. En el modo sin modificación de la configuración, algunas funciones estarán deshabilitadas, de las que en la mayoría de los casos se puede prescindir (más sobre esto a continuación, ver*).

También es posible implementarlo en una configuración arbitraria que no tenga su propia funcionalidad para conectar y usar equipos minoristas (instrucciones en video a continuación):

El código de desarrollo es completamente abierto, no existen áreas protegidas ni cerradas. Los usuarios pueden cambiar el programa para adaptarlo a sus necesidades.

Presentación en video "Cómo utilizar el módulo Caja en línea (54-FZ) en 1C 7.7 para cálculos complejos (anticipos, compensación de anticipos, plan de cuotas, préstamo) en el marco de FFD 1.05 / 1.1":

Lista de equipos compatibles

Es posible trabajar junto con el módulo Caja registradora en línea para 1C 7.7 solo con máquinas registradoras (KKM) del tipo Registrador fiscal utilizando los siguientes controladores:

1. atolón(FprnM1C.dll)
2. Shtrikh-M(DrvFR.dll)
3. Modo de emulación de registrador fiscal. Se utiliza para probar la forma impresa de un recibo, descuentos, IVA y tipos de pago. En este caso, los datos del cheque se muestran en la pantalla del monitor, no se requiere un registrador fiscal.

ATOL:"ATOL 11F", "ATOL 15F", "ATOL 20F", "ATOL 22F / FPrint-22PTK", "ATOL 25F", "ATOL 30F", "ATOL 30F+", "ATOL 42FS", "ATOL 50F", " ATOL 52F", "ATOL 55F", "ATOL 60F", "ATOL 77F", "ATOL 90F", "Evotor ST2Ft" y otros.

SHTRIX-M:"SHTRIX-ON-LINE", "SHTRIX-LIGHT-01F", "SHTRIX-M-01F", "RETAIL-01F (Retail-01K)", "SHTRIX-LIGHT-02F (SHTRIX-LIGHT-FR-K, SHTRIX-LIGHT-PTK, SHTRIX-LIGHT-200)", "SHTRIX-M-02-F (SHTRIX-M-FR-K, SHTRIX-M-PTK, SHTRIX-M 200)", "SHTRIX-MINI-02F (SHTRIX-MINI-PTK)", "SHTRIX-FR-02F (SHTRIX-FR-PTK)", "SHTRIX-MOBILE-F (SHTRIX-MOBILE-PTK)", "ELVES-FR-F (ELVES-FR- K)", "NCR-001F (PTK NCR-001K)", "SHTRIKH-MINI-01F (SHTRIKH-MINI-FR-K)", "SHTRIKH-FR-01F (SHTRIKH-FR-K)", "VENTA AL POR MENOR -01Ф (PTK RETAIL-01K)", "RR-02Ф (RR-02K)", "RR-01Ф (RR-01K)", "RR-04Ф (RR-04K)", "RR-03Ф (RR- 03K)", "SHTRIX-COMBO-FRK", "ELWES-MICRO-K", "SHTRIX-MINI-K", "ELVES-MK", "SHTRIX-COMBO-PTK", "SHTRIX-950K", "ELWES -MF" y otros.

Contenido de la entrega:

1. procesamiento externo de servicios de registradores fiscales. Carpeta con datos de procesamiento. extformas debe copiarse en el directorio de la base de datos 1C:

El soporte para los modelos Atol menores de 54-FZ está en el archivo fr54_Atol.ert Y fr54_Atol10.ert, modelos Shtrikh-M - fr54_Shtrih-M.ert. En proceso fr54_emul.ert Contiene un emulador de impresión en el DF, que le permite probar el funcionamiento antes de conectar el DF real.

Para trabajar con FR, necesita descargar controladores para equipos comerciales: para ATOL- conductor DTO8 versión no inferior o conductor DTO10 versión no inferior (y es posible la instalación simultánea de ambas versiones en una PC: DTO8 Y DTO10, durante el trabajo puede cambiar arbitrariamente el FR del procesamiento al funcionamiento con cualquiera de los DTO); Para Shtrikh-M- versión del controlador nono inferior a 4,14.

Después de instalar el controlador atolón versiones DTO8 debe ser tomado de la carpeta Archivos de programa\ATOL\Drivers8\Bin_Free y copie dos archivos al directorio con la base de datos 1C o la plataforma 1C:

1. FprnM1C.dll
2. Dpp2_3.dll

Después de instalar el controlador atolón versiones DTO10 debe ser tomado de la carpeta Archivos de programa\ATOL\Drivers10\ KKT\ idiomas\ com y copiar al directorio del sistema del sistema operativoventanas\ Sistema32 archivo addin_fptr10_x86.dll(este archivo también lo podemos tomar de la distribución DTO10 en la carpeta envoltorios\com ).
Después de esto, para conectar el controlador como un objeto COM, debe registrar la biblioteca en el sistema. addin_fptr10_x86.dll usando el comando regsvr32.exe(No es necesario copiar el archivo al directorio del sistemaventanas y registrarlo en su ubicación original).

Después de instalar el controlador Shtrikh-M debe ser tomado de la carpeta C:\Archivos de programa\SHTRIH-M\DrvFR 4.14\Bin y copie tres archivos al directorio con la base de datos 1C o la plataforma 1C:

1. DrvFR . dll
2. DrvFR . lic
3. sqlite 3. dll

La conexión del procesamiento requerido del servicio FR (registrador fiscal) se realiza en 1C: modo Empresa a través del menú Servicio - Configuración de equipos comerciales en el marcador registrador fiscal:

Los datos obligatorios en el cheque son el cargo y el nombre completo del cajero que emitió el cheque. Para estos fines, se utiliza el nombre del usuario actual de 1C. Por eso es necesario en el libro de referencia. Usuarios especificar correctamente el nombre completo del usuario en los detalles Nombre completo:

En este caso, además podrá indicar en el mismo detalle el puesto de cajero.

En principio, estas acciones son suficientes para registrar cheques para el Fondo Federal en la modalidad de caja registradora en línea. Los datos de procesamiento de servicios son universales. Se pueden utilizar con la configuración TIS ed. 9.2 tanto de la nueva versión 988, a la que JSC 1C agregó su visión de soportar Atol FR en modo de caja registradora en línea (en una forma truncada incompleta), como de versiones anteriores, sin realizar cambios en la configuración en sí.

En este caso, el procesamiento mostrará los siguientes detalles obligatorios en el recibo:

• Nombre completo del cajero (se utilizará el nombre del usuario actual de 1c);
• descuentos en artículos de productos. En este caso, los descuentos se mostrarán correctamente en el cheque, a pesar de que 54-FZ no prevé el retiro de descuentos al FD, pero requiere que el cálculo de los descuentos se realice utilizando el sistema contable para cada artículo de el cheque;
• solicitar la información de contacto del comprador para enviarle un recibo electrónico;
• mostrar el IVA de la mercancía en el recibo. De forma predeterminada, el procesamiento considerará que es necesario retirar el IVA solo para un cheque generado a partir de PKO o RKO. Esta lógica se puede cambiar fácilmente realizando pequeños cambios en el procesamiento o en la configuración de 1C (más sobre esto a continuación, ver **).

TiS contiene un algoritmo para calcular el descuento en su conjunto para el recibo, que, en el caso general, no se puede transferir correctamente al recibo según la nueva ley sin errores de redondeo. Para resolver este problema, utilizamos la conocida "Regla del 1 centavo" y desarrollamos un algoritmo que le permite mostrar datos en un cheque sin errores de redondeo para ningún dato original. Esta regla puede dividir un artículo de producto en un recibo de 1C en dos en un recibo de caja registradora para eliminar discrepancias en el algoritmo para calcular el precio de 1C y la caja registradora, y garantiza que los montos de los artículos del recibo especificados en 1C serán transferido exactamente al recibo de la caja registradora sin cambiar los montos de cálculo ni siquiera por 1 kopeck:

*) Al realizar cambios en la configuración, puede resolver los siguientes problemas al retirar un cheque en una caja registradora en línea:

• Para enviar un cheque electrónico (si el comprador desea este método), se requiere el correo electrónico o el número de teléfono del comprador. En el documento de recibo de KKM, puede organizar detalles para ingresar y almacenar la información de contacto del comprador. En los documentos PKO y RKO, la información de contacto del cliente se puede obtener de los detalles Correo electrónico directorio Contrapartes o accesorios Los telefonos directorio Individuos. Sin finalizar la configuración, la información de contacto del comprador será solicitada por el procesamiento del servicio FR en el momento en que se marque el cheque.
• **) Salida del tipo de IVA y del importe del IVA en el recibo de caja según el sistema fiscal del vendedor. El tipo del IVA sólo debe mostrarse si el sistema tributario es general. Para regímenes especiales (USN, UTII, Impuesto Agrícola Unificado, PSN), no se debe mostrar el tipo del IVA. En la configuración estándar no hay detalles para determinar inequívocamente el sistema tributario. Por lo tanto, por defecto la configuración misma ha adoptado la siguiente regla: para ventas minoristas (a través de KKM Check) no mostrar el IVA en el cheque, para ventas mayoristas (a través de PKO y RKO) mostrar el IVA en el cheque (lo cual no es del todo correcto, ya que las ventas al por mayor pueden realizarse sin IVA y al por menor, con IVA). Por lo tanto, si su caso no se ajusta a esta regla, deberá realizar cambios en la configuración o procesamiento del servicio. El régimen tributario se determina en el código del programa a través de la variable OMBLIGO(Parámetros de Política Contable)
• Salida al recibo de caja de los nombres, cantidades y precios de los bienes del documento PKO y RKO, si se ingresan sobre la base de una factura (para versiones de configuración antiguas). En las nuevas versiones, 1C CJSC agregó esta funcionalidad (aunque con errores), por ejemplo, en la versión 988 de la configuración 1C 7.7 “Comercio y almacén, ed. 9,2".

Para realizar cambios en la configuración (solo si necesita resolver los problemas planteados anteriormente), siga los pasos 2, 3 y 4 de estas instrucciones. Estos cambios se prepararon utilizando el ejemplo de configuración 1C 7.7 “Comercio y almacén, ed. 9,2". También son totalmente adecuados para 1C 7,7 “Complex, ed. 4,5". Los cambios para otras configuraciones se pueden realizar de manera similar.

Se pueden realizar cambios manualmente en los módulos de documentos copiando fragmentos de código marcados con comentarios. vanidad, desde el archivo de configuración TIS987_54FZ.md o a través del modo Combinación de configuraciones, seleccionando solo documentos al fusionar PKO, RKO, ChequeKKM.

Nota: por comentario //tschi 54FZ TIS988 fragmentos de código marcados que están disponibles en la versión TIS 988, pero que no están en versiones anteriores de TIS.

Para la adaptación, se tomó especialmente la versión TIS 987, en la que 1C JSC aún no había tenido tiempo de presentar su visión de conectar cajas registradoras en línea, para excluir del código lo que consideramos modificaciones y errores innecesarios de esta versión, y para hacen posible utilizar nuestro desarrollo también para aquellas organizaciones que utilizan la versión antigua de TIS con sus modificaciones y tienen dificultades para cambiar a la última versión de configuración.

Sin embargo, nuestra modificación es universal y puede funcionar tanto con la versión TIS 988 como con una anterior, y determina automáticamente qué funcionalidad está disponible y utiliza las opciones de configuración que están disponibles.

Entonces, más sobre los cambios que puedes realizar en la configuración:

2) Debe agregar el detalle de la dirección del comprador al documento CheckKKM, que se muestra en el cuadro de diálogo del formulario, necesario para enviar correo electrónico. cheque al comprador. Debe ingresar el número de teléfono del comprador (para enviar un recibo por SMS) o la dirección de correo electrónico. correo. El propio controlador FR descubrirá qué se ingresó exactamente. Si no lo completa, se emitirá un cheque en papel. Al emitir un cheque electrónico, puede desactivar la impresión de un cheque en papel.

3)En el módulo de formulario de documento CheckKKM en el procedimientoVerificación de perforaciónNaKKM () es necesario realizar cambios (marcados en el módulo con un comentario); para obtener más detalles, consulte TIS987_54FZ.md:

//[+] 54FZ Si Lista de Productos.Número de Filas() > 0 Entonces Lista de Productos.Nueva Columna("Datos 54FZ"); //la información se escribe como una lista de valores en la primera fila de la tabla ProductListProductList.GetRowByNumber(1); Lista de Productos.Data54FZ = CreateObject("Lista de Valores"); Datos = Lista de Productos.Data54FZ; Datos.AddValue(Contexto,"Contexto"); //enlace al documento actual Si hay detalles de encabezado("Dirección del comprador", View()) = 1 Entonces //si el documento de diálogo se modifica para indicar la dirección del comprador Data.AddValue(short(GetAttribute("Dirección del comprador" )),,"Dirección del Comprador"); //si comenta esta línea, se solicitará la dirección del comprador durante el procesamiento del servicio FR; si pasa una cadena vacía (""), se emitirá un cheque en papel sin solicitar la dirección EndIf del comprador; Si tienesHeaderAttribute("Pago con Tarjeta", View()) = 1 Entonces //si se modifica el documento de diálogo para indicar el tipo de pago con tarjeta CardPayment Attribute = GetAttribute("Pago con Tarjeta"); Data.AddValue(CardPaymentAttribute,"PagoTipo"); //para no solicitar el tipo de pago en un cuadro de diálogo separado antes de imprimir el cheque (ya que el tipo de pago se ingresa en el cheque), 1 - solicitar el tipo de pago en un cuadro de diálogo separado antes de imprimir el cheque. Para que este parámetro funcione, debe pasar el parámetro Contexto. De lo contrario, Atributo de pago con tarjeta = 0 EndIf; De lo contrario Report("¡No hay posiciones para retiro al recibo de caja!"); Devuelve 0 EndIf; //[-] tschi 54ФЗ

Puede cambiar este código usted mismo para adaptarlo a sus necesidades, es decir, redefinir los valores de los siguientes parámetros:

« Cajero » - cargo y nombre completo del cajero. De forma predeterminada, se toma el nombre completo del usuario actual de 1C: Cajero = abreviado(glUser.Name). Sin embargo, en el módulo de documentos CheckKKM, PKO, RKO, puede programar la transferencia de otro valor arbitrario como cajero.

« OMBLIGO » - Sistema tributario. Si necesita que el IVA se muestre en el recibo, asigne al parámetro el valor “0”, en caso contrario un valor mayor a “0”. Valores aceptables: 0 - SNO general, 1 - Sistema tributario simplificado sobre ingresos, 2 - Sistema tributario simplificado Ingresos-Gastos, 3 - UTII, 4 - Impuesto agrícola unificado, 5 - PSN

« Cambiar SNO " - el valor "1" significa que necesita transferir el Sistema Tributario (SNO) al FR; esto se puede usar para cambiar el SNO al FR, si se imprimen cheques con diferentes SNO en un FR. Valor “0” - no cambia la ayuda a la navegación en el FR; en este caso, se utiliza la ayuda a la navegación preestablecida en el FR.

« Dirección del comprador » - información de contacto del comprador para un recibo electrónico: correo electrónico o teléfono.

« Verifique la dirección del comprador " - el valor "1" determina si, antes de emitir un recibo, es necesario imprimir los datos del comprador para que el propio comprador verifique visualmente su exactitud. Si dicha verificación no es necesaria (el comprador, por ejemplo, ingresa los datos él mismo en un formulario especial), establezca el valor de este parámetro en "0".

« imprimir comprobar » - cheque en papel en caso de enviar un cheque electrónico: 0 - no imprimir, 1 - imprimir siempre, 2 - solicitar imprimir un cheque en papel.

« Modo de impresiónDescuento » - modo de impresión de descuentos: 0 - no imprimir descuentos en el recibo, 1 - imprimir el descuento general en el recibo, 2 - imprimir descuentos en artículos de productos y el descuento general en el recibo

4) Es necesario realizar cambios similares en el módulo de formulario de documentos PKO y RKO en el procedimiento.Imprimir un recibo() (los cambios se marcan en el módulo con un comentario, para más detalles ver TIS987_54FZ.md)

Un ejemplo de un recibo mostrado en el “emulador FR”:

Como puede ver, la "regla de 1 kopeck" funcionó para el producto "Huevo de mesa", porque de lo contrario, el algoritmo de cálculo del descuento integrado en el TIS no permitirá que el producto se muestre en la caja online sin distorsionar el importe. A saber:

Monto del descuento = 146,61 , cantidad = 30 , por lo tanto, Precio de descuento = 146,61 / 30 = 4,887

La cantidad y el precio deben transferirse al conductor de FR, teniendo en cuenta todos los descuentos y recargos. El precio se transfiere redondeado al kopeck más cercano ( 4,887 -> 4,89 ), el conductor de FR calcula él mismo el monto de la partida del cheque, como resultado el cheque incluirá Monto = 30 * 4,89 = 146,70 . Esta encendido 9 kopeks más de lo calculado en el documento KKM Check. Por lo tanto, la “regla de 1 kopek” dividió la posición en dos líneas, seleccionando la cantidad y el precio (con descuento) para eliminar este error, mientras que el precio de estas dos posiciones difiere entre sí en no más de 1 kopek:

9 * 4,48 = 43,92

21 * 4,89 = 102,69

Cantidad total = 30, monto = 146,61 en total conformidad con los datos originales en el recibo 1C.

De hecho, en la práctica la necesidad de activar la “Regla del 1 centavo” no será tan frecuente, pero siempre será precisa y libre de errores. ;)

5) Método de pago mixto mediante cheque (efectivo, tarjeta bancaria). Las configuraciones típicas de 1C no permiten ingresar el monto para pagar un cheque con una tarjeta bancaria. Sin embargo, el procesamiento del servicio DF en esta publicación incluye la funcionalidad para especificar el tipo de pago ( efectivo, tarjeta bancaria o tipo mixto: parte en efectivo y parte con tarjeta). Para implementar la interfaz de pago mixta, proponemos realizar los siguientes cambios en el documento “ cheque kkm»:

1. agregue detalles al encabezado del documento Pago con Tarjeta(escriba Número.1.0)

2. agregue elementos al formulario del documento para indicar el pago con tarjeta bancaria (ver figura a continuación)

3. agregar al procedimiento del módulo de documento Encabezado de formulario() línea:

Con Tarjeta = ?((Total("Importe")>Recibido) y (Pago con Tarjeta=1), Total("Importe")-Recibido, 0); //tschi

4. en el módulo de publicación de documentos la condición:

De lo contrario, si se recibe< НеобходимаяСумма Тогда

necesita ser reemplazado por:

De lo contrario (recibido)< НеобходимаяСумма) и (ОплатаКартой = 0) Тогда //тщи

Los cambios especificados se incluyen en el archivo. TIS987_54FZ.md para el documento CheckKKM:

Un colega sugiere otra forma de seleccionar el tipo de pago. - mostrar una ventana adicional cuando se perfora un cheque, en la que el vendedor debe seleccionar el tipo de pago deseado:

Planes para un mayor desarrollo:

1. prever el redondeo del importe del cheque al rublo entero o 50 kopeks para facilitar los acuerdos con los clientes de conformidad con el Protocolo FFD.
2. desarrollo de un RMK completo para la configuración TIS ed. 9.2. Se pueden ver ejemplos de interfaz:
3. vincular la información de contacto a las tarjetas de descuento de los clientes, para no ingresar constantemente la misma información de contacto en el recibo de los clientes habituales.

En el menú Servicio - Funciones adicionales el objeto " 54FZ (cajas registradoras en línea) Servicio y configuración", lo que le permitirá realizar funciones de servicio en el DF, así como realizar la configuración inicial:

Después de comprar el módulo, se proporciona información y soporte técnico GRATIS para obtener actualizaciones del programa debido a cambios en la legislación, modificaciones al módulo y desarrollo de funcionalidad dentro de los 3 meses posteriores a la fecha de compra. Más anual La suscripción a actualizaciones y/o soporte técnico se puede ampliar previa solicitud y asciende a medio Costo de compra del módulo. Una vez que expire la suscripción a las actualizaciones, si no desea renovar la suscripción, la funcionalidad del programa permanece sin restricciones en cuanto a la duración y la funcionalidad implementada, pero sin la posibilidad de instalar actualizaciones, si las hubiera.

El soporte técnico se proporciona por correo electrónico, Skype, agente de correo, ICQ o llamando al desarrollador. Para recibir soporte técnico de alta calidad en casos difíciles, se requiere una conexión remota a la computadora del usuario a través de AmmyAdmin o Visor de equipo.

El soporte técnico se proporciona únicamente para este producto de software y no incluye la solución de problemas del sistema operativo; fallas en el funcionamiento del programa 1C que no están relacionadas con el funcionamiento de este programa; acciones incorrectas del usuario al utilizar el programa (en violación del manual de usuario establecido); consultoría en temas no relacionados con la ley 54-FZ; configuración o instalación de equipos comerciales, controladores de equipos comerciales; Resolución de problemas en el funcionamiento de equipos comerciales. Sin embargo, estas cuestiones pueden resolverse mediante contratos separados.

La licencia del programa se realiza según el número de pedido del software y el TIN de la organización o empresario individual. La cantidad de licencias necesarias para instalar el software está determinada por la cantidad de personas jurídicas individuales y empresarios individuales, y no depende de la cantidad de estaciones de trabajo y cajas registradoras utilizadas por persona jurídica o empresario individual. Por tanto, cada persona jurídica o empresario individual requiere una compra por separado de este producto de software. Por cada segunda entidad jurídica (o empresario individual) y posteriores, el producto se puede comprar a la mitad del coste.

Procedimiento de implementación del módulo:

1) compra un registrador fiscal con unidad fiscal (o modifica el existente para cumplir con los requisitos de 54-FZ) modelos de acuerdo con.

2) celebrar un acuerdo de servicio con OFD. Es mejor elegir un OFD que esté vinculado a su operador para transmitir declaraciones de impuestos al Servicio de Impuestos Federales (si es posible).

3) Realizar el trámite de fiscalización y registro de cajas registradoras a través de su cuenta personal en el sitio web del Servicio de Impuestos Federales. Se requiere EDS (adecuado para informes de impuestos)

4) Instale el FR y su controlador en su computadora.

5) Compre el módulo 54-ФЗ: cajas registradoras en línea para 1C7.7 e instálelo según las instrucciones. Si tiene alguna pregunta o problema en este paso, comuníquese con nuestro soporte técnico para obtener ayuda.

Si necesita soporte técnico al realizar el paso 5, entonces compre nuestro módulo con soporte técnico y actualizaciones por un período de 3 meses.

Si no necesitas soporte técnico y completas el paso 5 tú mismo, entonces compra un módulo que recibirá actualizaciones por un período de 3 meses, pero sin soporte técnico.

Comparación de versiones

[Versión 1.2] 31/03/17

1) Se corrigieron errores identificados
2) Procesamiento de mantenimiento agregado para FR Shtrikh-M

[Versión 1.3] 03/04/17

3) Errores identificados corregidos
4) Se aclaró la visualización de descuentos en un recibo, ahora el recibo muestra los totales: el monto sin descuento y el monto del descuento en el recibo.
5) Se agregó el parámetro Cambiar ACS. el valor “1” significa que necesita transferir el Sistema Tributario (SNO) al FR; esto se puede usar para cambiar el SNO al FR, si se imprimen cheques con diferentes SNO en un FR. Valor “0” - no cambia la ayuda a la navegación en el FR; en este caso, se utiliza la ayuda a la navegación preestablecida en el FR. Valores SNO aceptables: 0 - SNO general, 1 - Sistema tributario simplificado sobre ingresos, 2 - Sistema tributario simplificado Ingresos-Gastos, 3 - UTII, 4 - Impuesto agrícola unificado, 5 - PSN

[Versión 1.4] 07/04/17
6) Se corrigieron errores identificados
7) se agregó el parámetro PrintReceipt, que le permite deshabilitar la impresión de un recibo en papel en caso de enviar uno electrónico o mostrar una solicitud para imprimir un recibo en papel si hay uno electrónico
8) Se ha agregado una interfaz al documento CheckKKM para implementar tipos mixtos de pago con cheque: efectivo, tarjeta bancaria.

[Versión 1.5] 12/04/17
9) Se han optimizado los algoritmos para los controladores Shtrikh-M.
10) Parámetro agregadoDiscountPrintMode - modo de impresión de descuento: 2 - no imprimir descuentos en el recibo, 1 - imprimir el descuento total en el recibo, 0 - imprimir descuentos en artículos de productos y el descuento total en el recibo
11) Al imprimir descuentos, los montos de descuento se alinean a la derecha
12) Se agregó la opción de seleccionar el tipo de pago (efectivo/tarjeta) del colega Sergey (Che) Kotsyura.

[Versión 1.6] 24/04/17
13) Se han modificado los algoritmos para aplicar descuentos. Los descuentos se aplican correctamente gracias al nuevo firmware para los controladores de cajas registradoras sin utilizar la “regla del 1 centavo”. Por lo tanto, esta regla ahora está deshabilitada de forma predeterminada.
14) Parámetro ReconocerRegresar ampliado y admite los siguientes tipos de recibos: 0 - venta, 1 - devolución de venta, 2 - compra, 3 - devolución de compra. Este parámetro en el procesamiento de mantenimiento del DF ha sido renombrado a Tipo de recibo
15) al imprimir un cheque, el número de turno actual se devuelve al programa de llamada en una variable Número de turno
16) se agregaron archivos de configuración adaptados para Contabilidad 7.7, rev. 4.5 y USN 7.7, ed. 1.3

[Versión 1.7] 04/05/17
17) errores corregidos
18) en configuraciones en PKO/RKO, se ha eliminado la adición de una columna de tasa de IVA duplicada (ya que se transmite la columna de IVA)
19) se corrigió el error al transferir la cantidad cero al cheque
20) comandos DF agregados: report_ without_cancellation, report_by_departments, open_box, deposit_money, retire_money
21) procesamiento agregado para configurar y mantener el FR - “Panel de control” (fr54_Settings.ert). Está disponible en el menú. Servicio - Funciones adicionales - "Panel de control 54FZ (cajas registradoras en línea)". Con su ayuda, puedes enviar comandos adicionales al FR.

[Versión 1.8] 10/05/17
22) verificación automática de la validez de la dirección del comprador mediante expresiones regulares
23) Se agregaron comandos FD: "Obtener versión del software", "Copia del último recibo", "Copia del documento por número FD"
24) se agregó la transferencia del nombre completo del cajero a los estados financieros (Informe Z, Informe X, Informe por departamento)
25) se agregaron otras funciones para trabajar con DF, refactorización del código de procesamiento del servicio DF

[Versión 1.8.1] 10/05/17
26) Se ha solucionado el error al abrir un turno para el procesamiento de Atol.

[Versión 1.9] 11/05/17
27) en el emulador FR, el nombre del sistema tributario seleccionado se muestra en el recibo si el parámetro Cambiar SNO = 1
28) Las funciones de "servicio" para diagnosticar el estado de la caja registradora en línea son compatibles con el procesamiento del servicio DF
29) en el Panel de Control (fr54_Settings.ert) continúa el soporte para las funciones de servicio: “Período de validez de FN”, “Número de documentos no enviados a la OFD”, “Diagnóstico de conexión con la OFD”

[Versión 1.10] 18/05/17
30) Se han agregado marcadores al Panel de control (fr54_Settings.ert)<Параметры>Y<Настройки>, con la ayuda del cual puede configurar de forma interactiva (sin recurrir a la programación de módulos 1C) los parámetros para enviar comprobaciones e informes al FD ("Parámetros FR").
Gracias a este mecanismo, es más fácil conectar y configurar el DF a la configuración 1C, porque Los ajustes para trabajar con DF se pueden configurar sin realizar cambios en la configuración o con cambios mínimos.
Los parámetros se pueden configurar en términos de selecciones: Empresas, Caja, Usuarios 1C, Tipos de Documentos, así como otras condiciones arbitrarias. Dependiendo de la selección seleccionada, opcionalmente se pueden diferenciar los siguientes parámetros:
- Nombre completo del vendedor-cajero
- elección del sistema tributario
- solicitud de la dirección de correo electrónico del comprador
- solicitud de verificación visual de la dirección del comprador ingresada
- modo de impresión de recibos electrónicos
- modo para imprimir descuentos en recibos
- elección del tipo de pago
- modo para generar el IVA en un recibo (incluido tener en cuenta los deseos de los usuarios de generar los tipos de IVA para modos especiales, así como la generación simultánea de los tipos de IVA 18, 10, 0% y sin IVA)
- configurar la visualización del número de sección en el cheque (incluido tener en cuenta los deseos de los usuarios de mostrar el número de sección según la tasa de IVA de la posición del cheque)
- otros parámetros
Todos los parámetros tienen una descripción que se muestra en el formulario cuando selecciona un parámetro. Además, una descripción de los parámetros está contenida en el archivo ParametersFR.xls
30) Debido al hecho de que los ajustes para los parámetros de impresión de cheques se configuran de forma interactiva, se han realizado cambios en los módulos de documentos en los procedimientos de impresión de cheques. La configuración de la mayoría de parámetros ha sido eliminada del texto de los módulos. Se ha agregado un nuevo parámetro de contexto, que le permite pasar un enlace al documento actual (contexto) al procesamiento del servicio DF. Este enlace es necesario para que funcione la selección "Tipo de documento".
31) Código de refactorización para el procesamiento del servicio FR
32) El procesamiento de mantenimiento FR tiene en cuenta los parámetros especificados de forma interactiva en el Panel de control (fr54_Settings.ert)
33) El procesamiento del servicio FR tiene en cuenta la transferencia del nombre completo del cajero a los informes generados (Cierre de turno de caja, informe X y otros). Esto es necesario para la correcta generación de información en el sitio web de OFD. El nombre completo del cajero se establece en los "Parámetros FR"
34) El procesamiento fr54_SelectPaymentType.ert se ha movido a la carpeta Extforms\EQUIP, que es donde pertenece.

[Versión 1.10.1] 19/05/17
35) se corrigió el error al determinar la compatibilidad con 54-fz para el controlador Shtrikh-M
36) en los módulos de documentos de las configuraciones 1C (excepto la configuración del sistema tributario simplificado), se proporciona una transferencia separada de las tasas de IVA "0%" y "Sin IVA" al registrador fiscal. Los tipos de IVA se transmiten a través de la columna Tasa de IVA o IVA con los siguientes valores 18, 10, 0 y -1 (respectivamente: 18%, 10%, 0% y "Sin IVA")
37) la lista de cambios en los módulos del documento 1C se describe en archivos de texto separados para facilitar la adaptación

[Versión 1.11] 23.05.17
38) corrigió una vez más el error al determinar el soporte de 54-fz para el controlador Shtrikh-M
39) Se ha agregado la emulación de la formación de un número de cheque (definido como un número aleatorio) al procesamiento del emulador FR (fr54_emul.ert) - gracias Vladimir Poltavthenko para la implementación
40) agregó soporte para enviar cheques a FD en modo de formularios impresos externos (EPF). La conexión de VPF al tipo de documento deseado se realiza en el Panel de control de la caja en línea, en la pestaña " Ajustes" - en la mesa " Tipos de documentos utilizados"a través de la columna" VPF".
Esta modalidad de retiro de cheques tiene las siguientes ventajas:
1. Conectar el desarrollo a una configuración estándar sin realizar ningún cambio en la configuración en sí: ahora absolutamente todas las configuraciones se pueden realizar de forma interactiva o mediante la programación de módulos externos, incluso para versiones de configuraciones antiguas y muchas no estándar.
2. Se está ampliando la lista de tipos de documentos, directamente desde cuyo formulario se puede retirar un cheque a la Reserva Federal. Por ejemplo, puede mostrar un cheque para FR del documento " Implementación"sin crear un documento" Recibo de orden en efectivo"
3. El algoritmo para procesar el retiro de un cheque al FR para diferentes tipos de documentos se describe en la función Controlador de documentos (documento), que se encuentra en el informe externo Extforms/PrnForms/fr54_PrintReceipt.ert.
El Procesador de documentos contiene un algoritmo universal que le permite mostrar casi cualquier documento estándar y no estándar en el DF, que contiene una parte tabular con bienes, servicios u obras y se indica el monto de cada artículo.
A pesar de esto, si tiene conocimientos de programación, puede reescribir esta función "por sí mismo" para adaptarla a configuraciones no estándar y (o) tareas no estándar.

[Versión 1.11.1] 24/05/17
41) Se corrigió un error en el uso del procesamiento. VPF para TiS versión 988.
42) Se aclaró el uso de valores predeterminados para los parámetros " Cajero" Y " Solicitar la dirección del comprador"
43) Se corrigió la visualización del número de documentos no enviados en el OFD para el conductor. Shtrikh-M(gracias a mi colega por la implementación Kolunya)

[Versión 1.11.2] 25/05/17
44) Se han realizado cambios en los módulos de los formularios de documentos PKO y RKO de la configuración TIS para que no se tenga en cuenta la bandera "Usado para reflejar pagos en efectivo" en Configuración de equipos minoristas. Esto le permitirá utilizar la misma caja registradora para el uso simultáneo de los documentos "CheckKKM" y "PKO", "RKO", sin la necesidad de cambiar este indicador. El cierre de un turno cuando se utilizan estos documentos simultáneamente se produce correctamente.
45) en los módulos de formulario de documento CheckKKM, PKO y RKO (todas las configuraciones presentadas), se ha agregado un algoritmo al procedimiento de Impresión de cheques (Punch CheckNaKKM) que le permite usar detalles adicionales agregados al cuadro de diálogo del formulario de documento: Dirección del comprador, Recibió, Pago con Tarjeta. En este caso, el algoritmo determina la presencia de estos detalles y, en su ausencia, ajusta su comportamiento, iniciando una solicitud de los datos faltantes antes de romper el cheque.
46) Al recibir la versión de software para el controlador Shtrikh-M, se muestra adicionalmente la versión de la unidad fiscal.
47) Se corrigió un error que diagnosticaba erróneamente la activación del modo VPF si la tabla del Panel de Control de Caja "Tipos de documentos utilizados" estaba vacía.
48) Se agregó un nuevo parámetro “13)UAP” (Especificar dirección del comprador), que le permite aclarar la dirección de correo electrónico del comprador antes de perforar un cheque en la caja registradora. Esto le permite utilizar la información de contacto ingresada en el directorio de Contrapartes, con la posibilidad de aclararla o cancelarla para un recibo de caja.
49) Se corrigió un error al escribir un enlace a un objeto al guardar Parámetros en el Panel de control del cajero
EN

[Versión 1.12] 31/05/17
50) para el controlador Atol: impresión adicional. información en el informe Z (ingresos totales, efectivo, electrónico); imprimir una copia de su último cheque, incluidos los cheques electrónicos; información ampliada al obtener una versión del software.
51) El informe externo "Panel de control 54FZ (cajas registradoras en línea)" ha cambiado de nombre a "Panel de control KKM"
52) Para unificar el código, algunas de las funciones del procesamiento del servicio DF se han movido al procesamiento fr54_Settings.ert ("Panel de control KKM")
53) Se ha relajado el límite de tiempo para usar la versión demo.
54) Para el controlador Atol, se agregó el parámetro techMode a la función RetrieveKTableFR()
55) se han añadido nuevos parámetros del Panel de Control de la Caja Registradora:<Предварительный просмотр чека>, <Печатать одно наименование>, <Режим печати номенклатуры в чеке>. Básicamente, estos parámetros configuran la impresión de un recibo por pago parcial o al recibir un anticipo. En el futuro, estos parámetros le permitirán configurar la interacción utilizando el protocolo FFD 1.05.
El modo de vista previa y edición de los elementos de verificación se implementa mediante el procesamiento externo Extforms\Equip\fr54_List of Items for Printing.ert
56) Se habilita el campo "Clave de solicitud API para el servicio EAN" en la pestaña "Configuración" del panel de control de la impresora POS. Le permitirá automatizar el llenado del directorio de nomenclatura utilizando el código de barras EAN utilizando una API paga: https://barcodes.olegon.ru/
Se ha agregado un botón (con una imagen de binoculares) al elemento del directorio "Nomenclatura" (para TIS), que completa automáticamente el nombre del producto según el código de barras ingresado. Este servicio es necesario para iniciar rápidamente una tienda desde cero cuando se cambia del comercio manual: le permite crear rápidamente una base de datos de productos en 1C en el modo de escaneo de códigos de barras de productos.
En el módulo del elemento del directorio Nomenklat, se agregó el procedimiento SearchPoShk(), que llama al procesamiento externo Extforms\ean_online.ert para acceder al servicio API. El autor de este procesamiento es el colega volk13 (también conocido como fkr).
57) se han realizado cambios en los módulos de documentos CheckKKM, PKO, RKO para implementar la capacidad de controlar el modo de impresión de elementos en un cheque
58) con el mismo propósito, se han realizado cambios en el procedimiento Document Handler() para procesamiento externo Extforms\PrnForms\fr54_PrintReceipt.ert

[Versión 1.12.1] 01/06/17
59) agregó una solicitud API “gratuita” al servicio EAN (procesada por Extforms\ean_online.ert, autor volk13). Si no da una respuesta, se contacta a un servicio pago. Para utilizar el servicio pago, debe comprar una clave de acceso https://olegon.ru/market/buy_barcode.php (10 kopeks por el nombre de un producto).

[Versión 1.12.2] 05/06/17
60) la solicitud API “gratuita” al servicio EAN está deshabilitada de forma predeterminada para evitar el bloqueo en el sitio por dirección IP.
61) Se corrigió un error en el cálculo de los descuentos en un recibo en el procesamiento del servicio de registro fiscal (error de redondeo en 1 kopek)
62) se realizaron cambios en los módulos de procesamiento externo para formalizar los parámetros devueltos al documento 1C.

[Versión 1.13] 06.06.17
63) Se corrigieron errores identificados
64) Se agregó soporte para varios registradores fiscales en un lugar de trabajo usando dispositivos lógicos (los registradores fiscales deben usar el mismo controlador).
El modo para usar múltiples FD se habilita en el Panel de control de la caja registradora en la pestaña "Configuración" marcando la casilla de verificación "Permitir la selección de dispositivos lógicos del registrador fiscal".
En este caso, en la pestaña "Servicio", es posible seleccionar el dispositivo lógico activo (actual) para el cual se ejecutarán los comandos de servicio.
En la pestaña "Parámetros", el parámetro 4) #LU pasa a estar disponible. Con su ayuda, puede especificar un número específico del dispositivo lógico DF en el que se imprimirá el recibo dependiendo de las condiciones (selecciones: Empresa, Caja, Usuario, Tipo de documento, Expresión).
Los dispositivos lógicos en sí deben determinarse utilizando el controlador KKM (a través de la utilidad KKM Driver (Prueba de controlador) o en 1C a través de Servicio - Parámetros - Propiedades (Controlador FR).

[Versión 1.14] 10/06/17
65) Se corrigieron errores identificados
66) Soporte agregado para tasas de IVA calculadas (10/110% y 18/118%)
67) Se agregó apertura forzada de un turno para el conductor Shtrikh-M.
68) Se ha mejorado el formulario de Vista previa del recibo (PPP) antes de perforar un cheque en una caja registradora. De este formulario, puede realizar cambios en la composición del producto del cheque: de forma manual o automática (incluso con pago parcial y pago por adelantado). determinar los tipos de pago (efectivo, tarjeta de pago), ingresar o aclarar el correo electrónico. Dirección del comprador (teléfono o correo electrónico).
68) Añadida distribución del importe del IVA en función del documento base del cheque de pago total o parcial (con tipos de IVA mixtos)
69) Modos de distribución automática mejorados para pagos totales y parciales para el protocolo FFD 1.0
70) Se agregó un mecanismo para devolver el número de cambio de caja registradora al documento 1C, así como otros detalles del documento si se editaron en la ventana PPP (vista previa del recibo): Dirección del comprador, Recibido, Pago con tarjeta.
71) En el Panel de control de KKM, los parámetros se dividen en dos grupos: "Básico" y "Avanzado", para facilitar la percepción de la información.

[Versión 2.0 beta] 13/06/17
72) (beta Поддержка проткола ФФД 1.05, а именно: тегов 1212 (признак предмета расчета), 1214 (признак способа расчета), 1215-1217 (доп. типы оплаты). Формат ФД 1.05 позволяет корректно отобразить в чеке операции по продаже подарочных карт, предоплаты или авансы, продажу товаров в кредит и другие!}
esquemas con opciones de cálculo complejas. Los valores de estas etiquetas se pueden ver y editar en el formulario PPP (vista previa del recibo): dos adicionales. columnas "PR" (objeto de cálculo) y "CP" (método de cálculo) en la tabla de bienes (arriba) y adicionales. líneas en la tabla de pagos (inferior).
73) El botón "Establecer" encima de la tabla de productos está destinado a la configuración grupal de valores de columna.
74) El uso del protocolo FFD 1.05 se puede habilitar en el panel de control de la caja registradora en la pestaña "Parámetros" del grupo "Avanzado" con el parámetro "17) FFD"

[Versión 2.0.1 beta] 13/06/17
75) Se corrigieron errores al completar el formulario de cheque en el formulario HRBP para pago parcial
76) Se corrigió un error en el procesamiento del servicio del emulador FR.

[Versión 2.0.2] 14/06/17
77) Se corrigieron errores identificados
78) Finalizamos la versión de la solicitud EAN y también descubrimos por Olegon que ya no admite el formato csv y recomienda encarecidamente json. Los retrasos con json están asociados con las funciones de implementación de su base de datos, detalles aquí: https://olegon.ru/showthread.php?t=26135&page=6 (autor del procesamiento volk13)
79) Se agregó un parámetro para habilitar el registro de recibos de alcohol en EGAIS.

[Versión 2.0.3] 15/06/17
80) Se corrigieron errores identificados, incl. definición incorrecta del tipo de pago al utilizar el procesamiento fr54_SelectPaymentType.ert
81) Se agregó la capacidad de perforar un recibo de caja registradora según los documentos Bank Statement LineReceipt y Bank Statement LineExpenditure. Este tipo de documento se puede utilizar en lugar de PKO/RKO si el pago se realiza con tarjeta y no en efectivo.
82) Se mejoró la solicitud EAN en el procesamiento ean_online.ert (autor del procesamiento volk13)

[Versión 2.1] 22/06/17
83) Para configuración 1C: Comercio y almacén, ed. 9.2 (Completo, rev. 4.5) agregado en la entrada del documento RKO basado en el documento Línea de estado de recibo, se realizaron cambios en la función Llenado según DocumentBase(), el documento Línea de estado de recibo se agregó a la configuración "Ingresar basado en" en la lista "Ingresar basado en"
84) Para configuración 1C: Contabilidad, ed. 4.5 agregado en la entrada del documento Orden saliente basado en el documento Orden entrante, se realizaron cambios en las funciones Document Currency(), DocumentAmountVal(), DocumentRate(), procedimiento AtStartValueSelection()
85) Para configuración 1C: USN, ed. 1.3 agregado:
1. nuevo atributo DocBasis en los documentos Orden entrante y Orden saliente, este atributo se muestra en el formulario de los documentos especificados y le permite mostrar los nombres de los artículos del documento base en el recibo de la caja registradora, se han realizado cambios en el procedimientos InputOnBasis(), PrintReceipt(), ProcessValueSelection() de los documentos especificados, en Al final del módulo de formulario, los tipos de documentos que se seleccionarán en el atributo DocumentBase se definen mediante programación.
2. para el documento Orden saliente, los documentos Orden entrante, Servicios de organizaciones de terceros, Recibo de inventario, Recibo de SO y Recibo de intangibles intangibles en la lista "Ingresar según" se han agregado a "Ingresar según la base". configuración
86) Al imprimir cheques KKM, se tiene en cuenta la opción de cálculo de impuestos: "IVA encima" (anteriormente, el monto del IVA en el cheque se mostraba en este caso como un cargo adicional) para las configuraciones 1C: Comercio y almacén, ed. 9.2, 1C: Complejo, ed. 4.5 y 1C: Contabilidad, ed. 4.5 (para 1C: USN, rev. 1.3 - no requerido)
87) Al procesar formularios impresos externos (EPF) fr54_PechatChek.ert, se tienen en cuenta nuevos tipos de documentos base y la opción para calcular impuestos - "IVA encima".
88) En el procesamiento de servicios de registradores fiscales, se ha introducido una verificación para determinar la validez de la contraseña transmitida para acceder a los métodos FD. Se permite no especificar (dejar en blanco) las contraseñas de administrador y usuario en el procesamiento “Configuración del equipo comercial” (la pestaña “Registro Fiscal”); en este caso, el procesamiento del servicio FR utilizará las contraseñas predeterminadas: contraseña de administrador = 30, contraseña de usuario = 1.
89) al procesar el servicio fr54_Shtrih-M.ert, se tuvieron en cuenta los comentarios del soporte técnico de Shtrih-M sobre el uso del protocolo FFD 1.05
90) los errores identificados han sido corregidos.

[Versión 2.1.1] 26.06.17
91) Se agregó un nuevo valor para el parámetro "Rule1kop" - "2 - habilitar, no mostrar recargos en el recibo". Después de instalar esta actualización, debe volver a seleccionar los valores de este parámetro en el Panel de control de KKM (si se instaló anteriormente).
92) En el procesamiento de mantenimiento de FR se ha agregado una verificación de que el turno ha estado abierto por más de 24 horas.
93) al procesar el servicio fr54_Atol.ert se tuvieron en cuenta los comentarios del soporte técnico de Atol sobre el uso del protocolo FFD 1.05. Para que este protocolo funcione, la versión del controlador KKM no debe ser inferior a 8.14.2 y la versión del firmware de KKM no debe ser inferior a 3689 (4139 actual).
94) los errores identificados han sido corregidos.

[Versión 2.1.2] 28/06/17
95) en el procesamiento del servicio fr54_Atol.ert, se agregó una verificación de tipos de pago en la tabla 12 del controlador de caja cuando se utiliza el protocolo FFD 1.05. Si los tipos de pago fiscal no corresponden a los valores predeterminados, se convierten a los predeterminados antes de imprimir el cheque.
96) en el panel de control de la impresora POS en la pestaña “Configuración”, se ha agregado el atributo “Enlace al usuario actual”. De forma predeterminada, para configuraciones típicas, su valor es "glUser": este es el nombre de la variable del módulo global, que contiene un enlace al elemento del directorio Usuarios. Para configuraciones no estándar, el valor de este atributo se puede anular.
97) los errores identificados han sido corregidos.

[Versión 2.1.3] 29/06/17
98) Se corrigió el error al procesar fr54_List of Nomenclature for Printing.ert:
EXTFORMS\EQUIP\FR54_LIST OF NAMECLATURE FOR PRINTING.ERT(184)): Campo de objeto agregado no encontrado (Cantidad)
99) a la mesa ParámetrosFR.xls se agregó una columna con nombres de parámetros abreviados

[Versión 2.2.0] 02/07/17
100) Se han agregado nuevas opciones a la pestaña "Configuración" en el Panel de control de la caja registradora:
. Permitir retiro al FD solo para selecciones seleccionadas en la pestaña "Parámetros": esta bandera le permite limitar las condiciones para el retiro de cheques al FD por parte de empresas, usuarios, etc.
. Permitir el retiro de un cheque al FD utilizando los “algoritmos antiguos”: de forma predeterminada, está habilitado un bloqueo que no permite el retiro de un cheque al FD si se utiliza el procedimiento de impresión de cheques, no adaptado para cajas registradoras en línea.

[Versión 2.2.1] 19/07/17
101) En el Panel de Control de la Caja Registradora, en la pestaña “Opciones”, se ha agregado un nuevo parámetro al grupo “Avanzado”:
. 18) EGAIS - FixCheckVEGAIS: se utiliza al registrar recibos de venta minorista de alcohol en EGAIS junto con la solución https://infostart.ru/public/433840/
102) Errores corregidos, algoritmos de procesamiento fr54_Settings.ert optimizados
103) Se corrigieron errores en el procesamiento de fr54_List of Nomenclature for Printing.ert
104) En el procesamiento de servicios FR, se agregó soporte para registrar recibos por la venta minorista de alcohol en EGAIS junto con la solución https://infostart.ru/public/433840/
105) En el procesamiento de mantenimiento del DF, se agregó la transferencia del nombre del artículo por línea (si el equipo lo admite)
106) En el procesamiento del servicio DF, se agregó al procedimiento de impresión de cheques la devolución del número de documento fiscal a través de la variable Número FD

[Versión 2.2.2] 25.07.17
107) Dependiendo de la versión del firmware de la impresora POS, la versión del controlador FR, así como la plantilla de recibo (para Atol), existen restricciones en la longitud del nombre del artículo mostrado en la posición del recibo. Si se excede la longitud permitida del nombre del artículo, el FR puede mostrar el error "Longitud no válida" y cancelar la verificación de manera anormal.
Para solucionar este problema se ha añadido un parámetro al Panel de Control de la Caja Registradora
. 19) MDN - MaxNameLength, que le permite recortar el nombre del elemento a la longitud especificada antes de enviarlo al DF. Para que el DF admita una longitud máxima de nombre de 128 caracteres, se recomienda actualizar el firmware KKM y el controlador DF a la última versión y utilizar la versión 1.05 del protocolo FDF.
108) Se ha ampliado la lista de valores para el parámetro 7)PEC - PrintReceipt: Paneles de control de la caja registradora: se ha agregado la posibilidad de desactivar la impresión de cualquier recibo (no solo electrónico) en la cinta de la caja registradora. Aproveche esta oportunidad bajo su propio riesgo y riesgo, porque La ley prevé la responsabilidad administrativa por no emitir un recibo de efectivo (debe emitirse) ya sea en formato electrónico o en papel.
109) Se agregó soporte para deshabilitar la impresión de cualquier recibo en el procesamiento del servicio FR.
110) Algoritmos mejorados para pago parcial en el procesamiento fr54_List of Nomenclature for Printing.ert

[Versión 2.3.1] 02/08/17
111) Al verificar la validez de un número de teléfono para un cheque electrónico, ahora es aceptable indicar un número de teléfono que comience con +7... (cambios en el procesamiento fr54_Settings.ert)
112) En el Panel de Control de la Caja Registradora, en la pestaña “Opciones”, se ha añadido un nuevo parámetro al grupo “Avanzado”:
. 20)#FD - ReturnFDNumber - De forma predeterminada, se devuelve el número de cheque. Si establece el valor de este parámetro: 1 - “Sí”, entonces el número del documento fiscal se devolverá como número de cheque. Ambos números (número de cheque y número de FD) se muestran en el cheque. El número de cheque está numerado dentro del turno de caja registradora, una vez cerrado el turno, la numeración del cheque comienza desde 1. El número FD es el número de cheque de un extremo a otro, su numeración desde 1 comenzará solo después del reemplazo el FN (impulsión fiscal).
Con este parámetro, puede seleccionar qué número se devolverá a 1C y se registrará en el documento 1C. Guardar el número FD en 1C en lugar del número de cheque es conveniente en términos de recibir una copia del cheque por número FD (una función de servicio en el Panel de control de KKM).
113) Se agregó soporte para verificaciones de corrección. Para ello se ha añadido en el Panel de Control de Caja Registradora la pestaña “Corrección de cheques”. En esta pestaña, puede ingresar datos para la verificación de corrección manualmente y marcarlos en el FR. Se admiten ambas versiones de la verificación de corrección: 1 (para el protocolo FFD 1.0) y 2 (para el FFD 1.05).
El detalle “Documento Base” es opcional. Completarlo se puede utilizar para determinar automáticamente el ACS de una verificación de corrección en el caso de que se seleccione ACS - [auto] en el formulario para la verificación de corrección.
Un cheque de corrección puede ser de dos tipos: "Entrante": una operación en la que el usuario deposita fondos de corrección y "Salida", una operación en la que el usuario retira fondos de corrección.
Una vez marcado el cheque de corrección, el número de cheque y el número FD se devuelven a los detalles del mismo nombre en el formulario de procesamiento.
114) Se han corregido errores al determinar el número FD al imprimir un recibo en el procesamiento del servicio FD
115) En el procesamiento de mantenimiento del DF, se agregó el procesamiento del parámetro 20) #FD - Devolver FDNumber
116) En el procesamiento del servicio DF para ejecutar el mensaje FS RAR http://egais.ru/news/view?id=1518, al transmitir recibos por la venta minorista de bebidas alcohólicas a EGAIS, el número FD ahora siempre se usa como verifique el número.
117) Se agregó soporte para imprimir cheques de corrección en el procesamiento del servicio FR
118) Al procesar fr54_PrintChekka.ert, se corrigió un error debido a que el indicador de pago con tarjeta de pago se devolvía incorrectamente al documento 1C (en caso de cambiar el tipo de pago antes de que el cheque sea perforado mediante procesamiento externo)
119) Cuando se utiliza VPF mediante el procesamiento fr54_PrintChek.ert, el nombre completo del artículo (si lo hay) se imprime en el cheque en lugar del nombre corto.

[Versión 2.3.2] 03/08/17
120) Aclaración de algoritmos para imprimir cheques de corrección.
121) Se actualizó el procesamiento de Sergey para seleccionar el tipo de pago fr54_SelectPaymentType.ert.

[Versión 2.3.3] 04/08/17
122) Aclaración de algoritmos para imprimir cheques de corrección.
123) Se corrigen errores al determinar el número de documento fiscal

[Versión 2.3.4] 15/08/17
124) en progreso fr54_Configuración.ert Se corrigió el error en la salida del cajero en los informes de la caja registradora (informe X, informe Z, etc.) en el caso de utilizar varios FD en un lugar de trabajo.
125) en el procesamiento de mantenimiento del DF, la posibilidad de utilizar el parámetro " No llamarfr54_Settings". Este parámetro le permite evitar el procesamiento. fr54_Configuración.ert. Se puede utilizar si el programador ha previsto la transferencia de todos los parámetros necesarios desde la configuración 1C y no desea llamar a otro procesamiento auxiliar excepto para procesar el servicio DF.
126) en la Tabla de tipos de documentos utilizados (en la pestaña " Ajustes Columna "Panel de control KKM) agregada" tipo de cheque". Le permite redefinir el tipo de cheque para un tipo específico de documento. Se puede utilizar para especificar explícitamente el tipo de cheque para documentos alternativos desde los cuales se imprime el cheque en modo VPF (por ejemplo, de documentos Ventas, Devoluciones Del Comprador, etc.), así como de los documentos habituales (por ejemplo, para un documento de liquidación en efectivo, puede establecer el tipo de cheque en "Compra" en lugar de "Devolución de venta" si se utiliza la configuración 1C para aceptar chatarra del público)
127) en forma de vista previa (procesando fr54_Lista de nomenclaturas para la impresión.ert) los errores identificados han sido corregidos.
128) en la ventana de vista previa, se muestra información adicional en el encabezado del formulario, como: tipo de cheque, SNO, Cajero.
129) en la ventana de vista previa, se agregó una bandera para deshabilitar el cálculo automático de los tipos de pago en el formulario; se puede usar si no existe un vínculo estricto entre el monto del pago en este formulario y los detalles del documento, por ejemplo, para alternativas documentos, tales como: Ventas, Devoluciones del Comprador, etc.

[Versión 2.3.5] 16/08/17
130) Valores de parámetros ampliados y modificados. 9) Pago = SolicitudTipo de Pago. Ahora, a través de este parámetro, puede configurar explícitamente el tipo de pago completamente en EFECTIVO o ELECTRÓNICO, sin mostrar una solicitud para el tipo de pago cuando se ingresa un cheque en la caja registradora (para más detalles, consulte ParámetrosFR.xls).
¡ATENCIÓN! El valor de la solicitud de tipo de pago ha cambiado a "2". Después de la actualización, debe restablecer el valor de este parámetro, si lo utilizó. De lo contrario, podría producirse un funcionamiento incorrecto.

[Versión 2.3.6] 20/08/17
131) La línea “AVANCE” se agrega automáticamente al cheque si el monto del pago excede el monto del documento base (factura)
132) Instrucciones de usuario reelaboradas

[Versión 2.4.0] 13/10/17
133) Correcciones en el procesamiento del servicio Shtrikh-M: usar la contraseña de administrador al imprimir cheques de corrección, recibir el número de cheque para un turno, el número del documento fiscal, agregar la salida del monto del cambio en el cheque.
134) para manejar el servicio de emulación DF, se ha agregado una opción que le permite deshabilitar la generación aleatoria de un número de cheque, en la pestaña "Configuración" del panel de control de la impresora POS.
135) en el procesamiento del servicio DF, se han aclarado los algoritmos para acceder a datos de nivel inferior, se ha agregado la capacidad de deshabilitar la impresión del encabezado del comprobante de cheque EGAIS, ya que duplica la salida de datos al recibo por parte de la caja registradora en línea, en la pestaña "Configuración" del Panel de control de la caja registradora.
136) Error solucionado - valor del parámetro 19) MDN(Longitud máxima del nombre del artículo) no se aplicó al distribuir artículos de recibo en la ventana de vista previa del recibo.
137) Correcciones en el algoritmo de distribución automática de posiciones de control por parámetro. 16) Cambiador de tomas bajo carga y el botón "Rellenar" en la ventana de vista previa del recibo.

[Versión 2.4.2] 11.01.17
138) En el procesamiento de mantenimiento del DF, se ha aclarado la lógica para leer los valores de cadena de las tablas del controlador de la caja registradora.
139) para el controlador Atol, se tiene en cuenta el uso del firmware 4555 ( ¡Atención! En el firmware 4555, no se garantiza la correcta emisión de los tipos de IVA en versiones de procesamiento anteriores /antes de la versión 2.4.2/)
140) Instrucciones de usuario actualizadas (se agregaron instrucciones para adaptar configuraciones 1c7.7 no compatibles que no permiten conectar equipos minoristas)

[Versión 2.4.3] 19/12/17
141) Se ha añadido un botón " al Panel de Control de la Caja Registradora Continuar imprimiendo", que le permite continuar imprimiendo un documento fiscal para el controlador Shtrikh-M después de eliminar un atasco o quedarse sin papel.
142) Para el controlador Atol, se agregó la impresión del encabezado del cheque cuando la "opción" está habilitada 6) Papanicolaou" ("Verifique la dirección del comprador")
143) Se corrigieron errores identificados

[Versión 2.4.4] 06/03/18
144) para las configuraciones estándar de 1C se tiene en cuenta el soporte para cerrar turnos de caja registradora utilizando un mecanismo estándar cuando se utilizan varios FD en un lugar de trabajo:
- se realizaron cambios en el procedimiento de apertura en el procesamiento externo del servicio FR (EQUIP\fr54_***.ert)
- Se han realizado cambios en el procedimiento del módulo global glFRCloseShift() y en el procesamiento de Closing CashierShift.

[Versión 2.5.0] 10/04/18
145) Se han agregado a la verificación de corrección detalles para transmitir el nombre, número y fecha del documento sobre la base de la corrección.
146) Para parámetro<Правило1коп>"12)P1k" ahora tiene por defecto el valor "2 - habilitar, no mostrar recargos en el recibo". Esto se debe al hecho de que los fabricantes de impresoras de cajas registradoras recomiendan utilizar esta regla siempre al imprimir recibos. El nuevo firmware KKM para Shtrikh-M no admite la impresión de recibos si esta regla está deshabilitada, lo que produce el error "Parámetro no válido con esta configuración".
¡¡¡ATENCIÓN!!! Después de actualizar a esta versión, verifique la configuración de este parámetro y cámbielo si es necesario de acuerdo con la lógica de su sistema contable.
147) En todos los casos, el nombre completo del producto, si está completo, se transfiere al recibo de caja.
148) Se agregó un parámetro para transferir montos de IVA calculados a un recibo de caja registradora.<ПередаватьСуммыНДС>"21) Importe del IVA". De forma predeterminada, el FR calcula el monto del IVA de forma independiente para las posiciones de cheques en función de los valores transmitidos del Importe y la tasa de IVA de la posición de cheques.
Sin embargo, cuando se utiliza el parámetro<Правило 1 коп.>el monto del IVA en el cheque puede diferir del monto del IVA indicado en el documento 1C. Puede utilizar esta opción para resolver discrepancias.
¡¡¡ATENCIÓN!!! Para las cajas registradoras que utilizan el controlador Shtrikh-M, este parámetro solo funciona si la "regla de 1 kopek" está habilitada mediante el parámetro "12)P1k".
149) Se agregó la capacidad de transferir el TIN del cajero a la OFD. Si desea proporcionar el Número de identificación del contribuyente de un cajero, ingréselo después del nombre del cajero, separado por un signo (&). Por ejemplo: Anna Ivanova &112233445566. El TIN del cajero se transferirá a la OFD, pero no se imprimirá en el recibo.
Si al imprimir un cheque utiliza el nombre del usuario actual del directorio Usuarios, entonces puede agregar un nuevo detalle con el identificador TIN a este directorio a través del configurador. El valor de este detalle se utilizará en el cheque como DCI del cajero, y en el nombre de usuario no podrá indicarse el DCI mediante el signo (&). Si este detalle se completa simultáneamente y el TIN se indica en el nombre del cajero mediante un signo (&), entonces el TIN especificado en el nombre del cajero se utilizará en el cheque (tiene mayor prioridad que el valor del atributo TIN) .
150) Se ha aclarado el algoritmo de cálculo según la regla de 1 kopek. A veces daba un resultado que difería en 1 kopek. del derecho. Alexander Medvedev también conocido como Ondul Le agradecemos su investigación sobre este tema.
151) Se han solucionado errores.

[Versión 2.5.2] 20/04/18
152) Se corrigió un error al escribir la base de corrección en el cheque de corrección para el conductor de Atol si no está completa. Los cambios solo están en el procesamiento de fr54_Atol.ert, por lo que el número de versión de los módulos restantes sigue siendo 2.5.0

[Versión 2.5.3] 25/04/18
153) Se corrigió un error al aplicar el parámetro.<МаксДлинаНаименования>(No se eliminaron los espacios insignificantes a la derecha del nombre de la nomenclatura)
154) Se corrigió el error de uso de parámetros para el controlador Atol.<ПередаватьСуммыНДС>

[Versión 2.5.4] 11/05/18
155) Se corrigió un error al transferir la etiqueta 1203 "Cajero INN" a los informes sobre apertura y cierre de turnos cuando se usa el controlador Shtrikh-M

[Versión 2.6.0] 14/05/18
156) Se agregó un mecanismo para mostrar datos no fiscales (NFD) al imprimir un cheque en el FD.
Ejemplos de información mostrada:
- Nombre o denominación completa de la contraparte;
- Nombre del acuerdo de contraparte;
- información sobre descuentos o promociones;
- información publicitaria;
- otro texto libre.
Este mecanismo permite:
- configurar la visualización de líneas no fiscales arbitrarias al principio y al final del cheque, antes y después de la visualización de los elementos de la nomenclatura del cheque en orden aleatorio;
- organizar el ajuste automático línea por línea de texto largo según el ancho de la cinta FR;
- determinar el método de alineación del texto no fiscal al imprimir en FR: en el borde izquierdo, en el medio, en el borde derecho y también como marcador de posición a lo ancho de la cinta (para mostrar líneas separadoras);
- al mostrar datos no fiscales, puede agregar un valor numérico que se formateará y mostrará automáticamente en el recibo a lo largo del borde derecho a lo ancho de la cinta (por ejemplo, mostrando el monto del descuento o el precio antes del descuento Está aplicado);
- configurar la salida de texto en dos columnas, con el texto de la columna de la izquierda alineado a la izquierda y el texto de la columna de la derecha alineado a la derecha.
- controlar la salida de líneas no fiscales en un cheque de forma interactiva a través de la ventana de vista previa del cheque (fr54_List of Nomenclature for Printing.ert);
- configurar la salida de líneas no fiscales mediante programación en el procedimiento Check Print (Punch CheckNaKKM), así como a través de VPF fr54_Check Print.ert en el procedimiento Document Handler.
En este caso, es necesario agregar una nueva columna con el nombre NFD a la tabla de valores Lista (Lista de Productos):
Lista de Productos.NuevaColumna("NFD","Número");
Esta columna puede tomar los siguientes valores numéricos:
- 0 - "LÍNEA FISCAL" (usada como antes para mostrar las posiciones fiscales del cheque)
- 1 - “Línea no fiscal con alineación a la izquierda”
- 2 - "Línea no fiscal con alineación media"
- 3 - "Línea no fiscal con alineación correcta"
- 4 - "Línea no fiscal con alineación y corte al ancho de la cinta" (para visualización de líneas separadoras).
El texto de la línea no fiscal se establece en la columna ItemName de la tabla de valores de Lista (Lista de Productos).
Si necesita transferir adicionalmente algún valor de suma, puede configurarlo en la columna Precio. Este valor numérico se formateará y se alineará a la derecha cuando se imprima el recibo.
Las columnas restantes de la tabla de valores Lista (Lista de Productos) deben dejarse vacías cuando se muestran datos no fiscales.

[Versión 2.6.1] 29/05/18
157) Se agrega el siguiente valor al mecanismo de visualización de datos no fiscales (DNF) al imprimir un cheque por FD:
- 5 - "Segmento"(le permite hacer una sección de un cheque con una salida cliché)
158) Al procesar fr54_PrintChek.ert, se corrigió el error al generar el monto del IVA para los documentos Statement LineReceipt y Statement LineExpenditure de las configuraciones estándar de 1C.
159) Se agrega una función al procesamiento de los registradores fiscales de servicio para la obtención del saldo de efectivo en el cajón de efectivo. El procedimiento gFROCashBalance para llamar a esta función está siendo procesado por fr54_Settings.ert. Si es necesario, se puede colocar en el módulo global de su configuración 1C.
160) El saldo de efectivo actual en el cajón de efectivo se puede ver haciendo clic en el botón "Saldo de efectivo" en la pestaña "Servicio" del Panel de control de la caja registradora.
161) Añadido Preguntas frecuentes.doc(preguntas y respuestas frecuentes)

[Versión 2.6.1+] 08/06/18
162) se corrigió un error: al imprimir un recibo en FR usando el controlador Shtrikh-M, el nombre del último artículo estaba duplicado en el recibo.

[Versión 2.6.2] 30/06/18
163) Se corrigieron errores identificados
164) Para el protocolo FFD 1.05 y superior, se ha agregado la salida de las etiquetas "Asunto de cálculo" y "Método de cálculo".
165) En la Configuración del Panel de Control de la Caja Registradora, se agregó la opción "Permitir retiro de un cheque al Fondo Federal en modo VPF sin contabilizar un documento".

[Versión 2.6.3] 11/07/18
166) Se han optimizado los algoritmos para imprimir cheques.
167) En los parámetros del Panel de Control KKM, se ha agregado la elección del protocolo FFD 1.1

[Versión 2.7.0] 04/10/18
168) Se corrigieron errores identificados
169) En el formulario Vista previa de cheques, se agregó la capacidad de editar el tipo de cheque, el sistema tributario, el nombre completo y el TIN del cajero inmediatamente antes de imprimir el cheque.

[Versión 2.8.0] 27/11/18
170) Se agregó soporte para la tasa de IVA del 20%, que debe aplicarse a partir del 01/01/2019. Antes del 01/01/2019, debe actualizar el firmware CON ANTICIPACIÓN a uno nuevo que admita la tasa de IVA del 20%. En este caso, en Nochevieja a las 0:00 (según el horario de KKM), KKM pasará automáticamente a utilizar el nuevo tipo de IVA.

[Versión 2.8.1] 23/12/18
171) Se corrigieron errores identificados, incl. Para Shtrikh-M, se resolvió el problema "80: se está imprimiendo el comando anterior".

[Versión 2.8.2] 31/01/19
172) Se corrigieron errores identificados
173) Para Shtrikh-M, se ha eliminado el problema de transferir el TIN del cajero a la OFD
174) Para Atol, se corrigieron los errores en la verificación de corrección, se agregó soporte para múltiples tasas de IVA en una verificación de corrección (compatible a partir de la versión 8.16.4 del controlador DTO)
175) para el modo de emulación, se ha agregado una visualización más detallada de la verificación de corrección

[Versión 2.9.0] 05/02/19
176) Se agregó soporte para transferir la etiqueta 1192 (“Detalles adicionales del cheque”) en cheques (incluidos los cheques de corrección). A través de este detalle, puede transferir el atributo Fiscal de un cheque que se generó incorrectamente anteriormente usando una caja registradora. Leer más Formación de un cheque de corrección.
El atributo fiscal de un documento se puede transferir a un recibo mediante programación a través del parámetro "Tag1192" o de forma interactiva a través del formulario Vista previa del recibo (el parámetro del Panel de control de POS está habilitado 14) PPC = 2)
177) En el caso de utilizar un nombre de artículo en un recibo (parámetro 15)P1N= Sí), los valores de las etiquetas se transfieren de forma predeterminada al cheque Objeto de cálculo= "Producto" y Método de cálculo= "Pago completo".
178) Se han desactivado los métodos obsoletos para registrar posiciones de cheques. En este caso, utilizando el parámetro " P1k" = 0 (deshabilitando la "regla de 1 kopek") le permite perforar cheques usando un descuento y sin dividir el artículo del producto en dos líneas, lo que elimina errores de redondeo.

[Versión 2.10.0] 05/03/19
179) Se agregó soporte para la etiqueta 1162 (código de producto). Para transferirlo a la tabla de valores. Lista de productos, transferido al procesamiento del mantenimiento del DF, es necesario agregar tres columnas adicionales, que deben completarse con los datos necesarios de 1C:
- Tipo de marcado(tipo Número, tipo de marcado, para cigarrillos = 5)
- Grupo de marcado(tipo Cadena, código de grupo de productos, para cigarrillos = GTIN)
- Instancia de marcado(tipo Cadena, código de identificación del producto, para cigarrillos = Serie)
Actualmente se apoya la transferencia del etiquetado de los productos de tabaco a la OFD.
54-FZ: RMK Tabak para 1C 7.7

[Versión 3.0.0] 21/03/19
180) Se agregó soporte para la versión del controlador Atol. DTO 10 .
181) Se agregó la transmisión del atributo de un documento fiscal (FPD) después de romper un cheque en 1C. El valor de este parámetro se puede leer en el procedimiento de llamada utilizando el método:
Datos = Lista de Productos.Data54FZ;
FPD = Datos.Get("FPD");
Cuando se perfora un cheque a través del EPF (formulario impreso externo), el FPD se escribe en el comentario del documento, y si el documento contiene un detalle con el identificador del FPD, se escribe en él.
182) Se corrigieron los errores identificados, se actualizó el Manual de Usuario (se agregó una descripción del soporte DTO10 para Atol), se hicieron aclaraciones a la descripción de los parámetros: 12) P1k, 17) FFD y 21) Cantidad de IVA.
183) Se agregó el procesamiento fr54_Atol10_Settings.ert al paquete para implementar su propio mecanismo de dispositivo lógico para el controlador DTO10, porque Este controlador no proporciona dispositivos lógicos. La lista de dispositivos lógicos para dar servicio a DTO10 se guarda en la carpeta de Windows en el archivo Windows\fr54_Atol10_Settings.ini (debe proporcionar al usuario derechos de escritura para este archivo).
184) El número de la unidad fiscal se transfiere al cheque EGAIS, y no el número de serie de la caja registradora, según el mensaje PAR http://egais.ru/news/view?id=1518. Ahora no es necesario almacenar este número en el directorio de la caja registradora; se procesa utilizando los métodos del controlador de la caja registradora.

[Versión 3.1.0] 21/04/19
185) Se corrigieron errores identificados
186) En la tramitación de servicios de registradores fiscales, se ha ampliado la lista de soporte de la etiqueta 1162 para productos etiquetados: productos de tabaco, calzado, productos de piel, medicamentos .
Para las ventas minoristas, se recomienda utilizar el módulo "54-FZ: Cajas registradoras en línea para 1C 7.7" junto con nuestro producto "", que garantiza el escaneo de los códigos de etiquetado al vender productos y transferirlos en el formato requerido al procesamiento del servicio FR. .
187) Procesamiento actualizado de la solicitud de API al servicio EAN (procesamiento Extforms\ean_online.ert, autor volk13): los nombres de productos encontrados se eliminan de caracteres prohibidos.

[Versión 3.1.1] 20.05.19
188) Uso ampliado del parámetro 4)#LU (<Номер ЛУ ФР>).
Ahora, a través de este parámetro, puede especificar el número de serie (fábrica) del RF, separándolo del número de LU con el signo “ampersand” (&), por ejemplo: 2&1234567901234,
donde 2 es el número de LU y 12345678901234 es el número de serie del RF, que se asigna a este número de LU.
En este caso, el programa comprobará si el número especificado coincide con el número de serie del DF realmente conectado; si hay una discrepancia, la operación será rechazada.
Es posible indicar en este parámetro sólo el número de serie del RF sin especificar el número de LU, por ejemplo: &1234567901234.
En este caso, el programa utilizará el número de serie especificado para buscar la LU a la que está conectado el DF con el número de serie especificado y realizará la operación en el DF encontrado.
189) En el procesamiento de la selección de dispositivos lógicos fr54_Atol10_Settings.ert, se agregó un botón “Comprobación de comunicación”, que devuelve el nombre del modelo y número de serie del DF o una descripción del error si se conecta al DF con el especificado parámetros es imposible.

[Versión 3.2.0] 25.05.19
190) Se ha agregado soporte para etiquetas 1227 (Nombre del cliente / comprador), 1228 (TIN del cliente), código del país de origen de la mercancía (Etiqueta 1230), número de declaración de aduana (Etiqueta 1231), etc. para el procesamiento de servicios de registradores fiscales. Puede obtener más información sobre el propósito de las nuevas etiquetas en el enlace https://its.1c.ru/db/newscomm#content:458995:hdoc
Las etiquetas especificadas son compatibles a partir del firmware 10-7824 para Atol y con el firmware del 24/10/2018 para Shtrikh-M.
El valor de las etiquetas que se relacionan con un cheque (no con las posiciones de los cheques) se puede transferir a un cheque mediante programación de forma estándar:
Data.Set("Tag1227", "Pupkin Vasya");
Conjunto de datos("Etiqueta1230", 413);
Las etiquetas se transferirán a la OFD cuando se marque el cheque.
Si es necesario que las etiquetas se impriman adicionalmente en el recibo en texto no fiscal (para informar al comprador), debe agregar el sufijo "_p" al nombre de la etiqueta, por ejemplo:

Conjunto de datos("Tag1230_p", 413);
Para las etiquetas 1227 y 1228, puede utilizar las designaciones sinónimas "Cliente" y "ClientINN", por ejemplo, los siguientes pares de registros son equivalentes:
Data.Set("Tag1227_p", "Pupkin Vasya");
Data.Set("Client_p", "Pupkin Vasya");
Y
Conjunto de datos("Etiqueta1228", "770123456789");
Data.Set("ClienteINN", "770123456789");

Los valores de etiqueta que se relacionan con las posiciones del recibo se pueden transferir al recibo a través de la tabla de valores de lista (Lista de productos). Para hacer esto, debe abrir columnas adicionales con los nombres de las etiquetas y asignar valores al completar la tabla de valores Lista (Lista de Productos) en el ciclo de recorrer las líneas del recibo, para ejemplo:
List.NewColumn("Etiqueta1230_p", "Número"); //código del país de origen del producto (no completado para Rusia)
List.NewColumn("Etiqueta1231", "Fila"); //Número de declaración aduanera
El sufijo “_p” en el nombre de la etiqueta determina si el valor de la etiqueta se mostrará en el recibo como una línea no fiscal para comodidad del usuario, o si el valor solo se transferirá a la OFD.

191) Se agregó soporte para nuevas etiquetas al procesamiento de VPF fr54_PrintChek.ert.

192) Se ha agregado soporte para nuevas etiquetas a los documentos de configuración estándar (TIS, Bukh, USN). Para ello, se han agregado nuevos detalles en el encabezado del documento: FPD y Do Not Transfer Client VOFD y se han realizado cambios en los módulos del documento:
- PKO, RKO, recibo de línea de extracto, gasto de línea de extracto, CheckKKM (TIS 9.2)
- Orden entrante, Orden saliente (Sistema contable y tributario simplificado)
El atributo No transferir cliente VODD se ha agregado a los formularios de documentos (excepto CheckKKM) como una casilla de verificación. El atributo FPD se muestra en el atributo de texto TextCheckNumberKKM; para ello, se amplía en el formulario en ancho para acomodar el número de cheque y el número FPD.
El atributo FPD guarda el atributo fiscal del documento, que se utiliza como etiqueta 1192 al ingresar un cheque de reembolso basado en un recibo de compra (o viceversa).

193) Se han actualizado los archivos que describen cambios en los documentos de configuración estándar:
- Cambios para la configuración TIS987_54FZ.txt
- Cambios para la configuración Buh633_54FZ.txt
- Cambios para la configuración USN275_54FZ.txt

194) 54-FZ: RMK GISM (marcado) para 1C 7.7 actualizado a la versión 1.3: soporte agregado para etiquetado de medicamentos y corrección de errores.

[Versión 3.2.1] 31/05/19
195) Dado que se recomienda controlar la impresión de detalles de cheques adicionales (etiquetas) a través del controlador de la caja registradora, el uso predeterminado del sufijo “_p” al cambiar etiquetas se ha eliminado en los módulos de configuración y en el procesamiento externo (consulte los cambios a la versión 3.2 .0).
Sin embargo, si lo desea, este sufijo se puede utilizar para mostrar etiquetas en texto no fiscal en el recibo (no recomendado).
196) Se corrigió un error en la versión 3.2.0 para procesar el mantenimiento del controlador DTO10 (fr54_Atol10.ert): se produjo un error de impresión al pasar etiquetas adicionales.

[Versión 3.2.2] 19/06/19
197) Se corrigieron errores al transmitir la etiqueta 1162 (código de producto) para los controladores DTO8 y DTO10 (Atol).
198) Se corrigieron errores al transmitir las etiquetas 1129 - 1231 a través del controlador Shtrikh-M. Para transferir el monto del impuesto especial (etiqueta 1229), la versión del controlador debe ser al menos 4.14.768 (con fecha del 17 de junio de 2019); se puede descargar desde el enlace https://cloud.mail.ru/public/PVBd/2tUfX7bz9
199) Se agregó la capacidad de transferir la etiqueta 1227 (nombre del cliente) cuando falta la etiqueta 1228 (número de identificación fiscal del cliente). Esto está permitido para el protocolo FFD 1.05. Para FFD 1.1, se requiere la etiqueta 1228 (número de identificación fiscal del cliente).
Se corrigió un error: además del TIN, los primeros caracteres del punto de control del cliente también se transmitieron a la etiqueta 1228.
Se han realizado cambios en el procedimiento PrintReceipt() en los documentos de configuración y en el procesamiento del servicio VPF fr54_PrintReceipt.ert.
Para garantizar que las etiquetas 1227 y 1228 no se transfieran al cheque cuando se utiliza el VPF, es necesario que el indicador "No transferir el cliente a la OFD" esté configurado en el documento o que el nombre del cliente sea "Particular particular" o " Comprador al por menor".

[Versión 3.2.2+] 20/06/19
200) Error solucionado: en la etiqueta 1228, además del TIN, también se transmitían los primeros caracteres del punto de control del cliente. Se han realizado cambios en el procedimiento Imprimir recibo() en los documentos de configuración y en la descripción de los cambios de configuración ChangesForConfiguration****.txt
201) Se realizaron cambios en el procesamiento de mantenimiento del controlador Strih-M fr54_Strih-M.ert: las etiquetas 1227 y 1228 no se transmitieron en algunos modelos FR.

[Versión 3.2.3] 28/06/19
202) Error solucionado: mediante procesamiento VPF f r54_PrintReceipt.ert No se transmitieron el TIN y el nombre del comprador (etiquetas 1227 y 1228)
203) Se corrigieron errores al transmitir etiquetas 1229 - 1231
204) Se agregó soporte para etiquetas para agentes de pago, comercio de comisiones: etiquetas 1057, 1222, 1226, así como etiquetas 1005, 1016, 1026, 1044, 1073, 1074, 1075 (como parte de la etiqueta compleja 1223) y etiquetas 1225, 1171 (como parte de la etiqueta compleja 1224)

54-FZ: RMK GISM (marcado) para 1C 7.7 actualizado a la versión 1.4: se han solucionado errores en el soporte para etiquetar zapatos y medicamentos.

[Versión 3.3.0] 03/07/19
205) se ha agregado al formulario Vista previa de recibo la capacidad de ver, editar y agregar etiquetas de recibo adicionales arbitrarias, así como códigos de marcado de productos (etiqueta 1162).
206) Se ha agregado al Panel de control de la caja registradora la capacidad de perforar un cheque sin estar vinculado a un documento 1C. El editor de recibos universal le permite crear, editar y perforar cualquier recibo con cualquier contenido y etiquetas sin referencia a los datos de 1C.
207) El parámetro 17)FDD ahora toma el valor predeterminado de 1,05.
208) Compatibilidad mejorada con la configuración 1C: Producción+Servicios+Contabilidad 7.7 a través del mecanismo VPF.
209) Se agregó la capacidad de imprimir cheques a través del mecanismo VPF para configuraciones obsoletas de 1C TiS, ed. 9.2 sin actualizar la enumeración de Códigos de transacción.
210) Se corrigieron errores identificados

[Versión 3.3.1] 03/07/19
211) Se han corregido los errores en el procesamiento de fr54_Settings.ert y fr54_List of Items for Printing.ert, lo que en algunos casos provocaba la imposibilidad de utilizar el editor de recibos.
212) En modo VPF, se tiene en cuenta que la configuración 1C puede no tener el atributo general del documento “Comentario” (fr54_PrintReceipt.ert)

[Versión 3.3.2] 08/07/19
213) En modo VPF(formularios impresos externos) se agregó soporte para imprimir las etiquetas 1230 y 1231 (país de origen y declaración de aduana) en el recibo en caso<selección automática> lotes en los documentos de venta de bienes y materiales. (La compatibilidad con la impresión integrada en módulos de documentos estará disponible en una versión futura).
Si es necesario, una línea del documento al imprimir un recibo se divide en varias posiciones si una línea del documento contiene varias declaraciones de aduana en el registro "Disponibilidad de lotes".
Los kopeks de redondeo para el Importe y el IVA se ajustan automáticamente al emitir un cheque; se recomienda habilitar el parámetro " 21) Importe del IVA"para que el total del importe del IVA en el cheque coincida con el documento original.

Garantía de devolución del dinero

Infostart LLC le garantiza un reembolso del 100% si el programa no corresponde a la funcionalidad declarada en la descripción. El dinero se puede devolver en su totalidad si lo solicita dentro de los 14 días siguientes a la fecha de recepción del dinero en nuestra cuenta.

Se ha demostrado que el programa funciona de tal manera que podemos ofrecer dicha garantía con total confianza. Queremos que todos nuestros clientes queden satisfechos con su compra.