Ускорение пробития чека на ККТ для Розницы 2.3

16.06.23

Учетные задачи - Кассовые операции

Ускорение пробития чека на ККТ для Розницы 2.3 путем частичной очистки регистра сведений "Фискальные операции".

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Бесплатно
Ускорение пробития чека на ККТ для Розницы 2.3:
.epf 4,86Kb
437
437 Скачать бесплатно

Заметил, что со временем все дольше и дольше пробиваются чеки в периферийных розничных базах. Первый же замер производительности указал на узкое место – перед и после пробития фискального чека выполняется запрос к регистру сведений «Фискальные операции». Количество записей в нем в нашем случае оказалось более 170 тыс. Причем записи мигрируют через обмен «По магазину» по всем периферийным ИБ. Как я понял, данный регистр нужен для контроля, пробился или нет чек на ККТ, но зачем хранить его за весь период существования базы, мне пока не понятно.

После очистки избыточных записей время пробития чека сократилось с 10-15 секунд до 0,5-1 секунды.

Данная обработка очищает данный регистр кроме записей за последний месяц. Подключается как внешняя обработка, добавляет регламентное задание.

Можно настроить расписание выполнения.

Внимание! Первый запуск может выполнятся непозволительно долго, т.к. обычно записей удаляется очень большое количество.

Тестировалось на релизе 2.3.7.19.

Использовать на свой страх и риск.

 

Upd: в релизе 2.3.15 разработчики добавили типовой функционал управления журналом фискальных операций: "Администрирование - Подключаемое оборудование".

Обработка розница оптимизация регламент

См. также

ККМ Кассовые операции Розничная торговля Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Бухгалтерия государственного учреждения 1С:Бухгалтерия 1.6 1С:Бухгалтерия автономного учреждения Россия Платные (руб)

Универсальная обработка для обслуживания любых фискальных регистраторов (ККТ), в том числе Веб сервер АТОЛ. Работает в соответствии с 54-ФЗ. (ФФД 1.0, ФФД 1.05, ФФД 1.1, ФФД 1.2). Подключайте любую онлайн кассу к практически любой конфигурации. Нет необходимости обновлять 1С. Можно бесплатно скачать и протестировать. Может работать одновременно с несколькими онлайн-кассами, либо одной с разных рабочих мест. (через RDP, TCP\IP или веб-сервер) Позволяет разделить один чек сразу на несколько ККТ или на несколько систем налогообложения. Поддерживает разрешительный режим и маркировку. Можно настроить собственный шаблонов чека. Можно использовать эквайринг там, где он не поддерживается. Работает на LINUX и Windows

6000 руб.

27.02.2017    808681    5128    9736    

2923

Оптовая торговля Розничная торговля Обмен с ГосИС Бухгалтер Платформа 1С v8.3 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Россия Бухгалтерский учет Управленческий учет Акцизы Платные (руб)

Автоматизация учета ЕГАИС в 1С для оптовой торговли, производства и импорта. Получение и отправка ТТН, отправка акта о постановке на баланс и акта о списании. Получение остатков. Загрузка и сопоставление номенклатуры и контрагентов. Оправка в ЕГАИС отчетов о производстве и импорте.

828 руб.

15.12.2015    172052    855    368    

404

ККМ Кассовые операции Розничная торговля Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Бухгалтерия государственного учреждения 1С:Бухгалтерия автономного учреждения Россия Платные (руб)

Обработка осуществляет обслуживание ККТ АТОЛ, Штрих, Вики Принт и Меркурий для конфигураций "УТ 10.3", "КА 1.1", "УПП 1.3", "Розница 1.0", "БП 2.0" и других отраслевых решений, построенных на основе указанных выше конфигурациях. Поддерживает возможность параллельно пробития чеков на одной ККМ несколькими пользователями. Поддерживает Веб-сервер Атол. Соответствует требованиям 54-ФЗ. Поддерживает ФФД 1.0, 1.05, 1.1 и 1.2. Разделяет чеки по нескольким СНО. Поддерживает механизмы подключения ККТ по TCP/IP, для работы через RDP или интернет. Поддержка маркировки и разрешительного режима. Поддержка пробития чеков с новыми ставками НДС 5% и НДС 7%.

5880 руб.

25.05.2015    340191    2041    3112    

1058

Управление взаимоотношениями с клиентами (CRM) Оптовая торговля Розничная торговля Пользователь Платформа 1С v8.3 Оперативный учет Управляемые формы 1С:Управление торговлей 10 1С:Розница 2 Россия Управленческий учет Платные (руб)

Подсистема призвана упростить и автоматизировать процесс расчета и начисления бонусов покупателей. Бонусная система работает с конфигурациями 1С:УТ 10.3, 1С:Розница. Механизм реализован в начале 2013г. и работает до сих пор с постоянными совершенствованиями.

30000 руб.

02.11.2015    113329    102    88    

186

ККМ Розничная торговля Системный администратор Программист Платформа 1С v8.3 Оперативный учет 1С:Розница 2 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Обмен между 1С:Розница и Frontol 6 при торговле от нескольких организаций, а также ряд других полезных функций. Данный модуль синхронизации незаменим для тех, кто ведёт учет по нескольким организациям в 1С:Розница, а на РМК (рабочем месте кассира) установлен Frontol или планируется его установка. Подходит для 1С:Розница 2.3 / 3.0, 1С:УНФ 3.0

7900 руб.

22.03.2019    86117    556    479    

194
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. aspirator23 340 09.05.21 09:37 Сейчас в теме
Интересно, нужно попробовать.
2. Vyacheslide 24 09.05.21 09:47 Сейчас в теме
Спасибо за наблюдение, будем проверять и пробовать ))).
3. oldcopy 174 09.05.21 21:55 Сейчас в теме
Спасибо, актуально. Только я бы не очищал регистр, а ограничил период запроса к нему, скажем текущим месяцем.

Похожая ситуация есть и при закрытии смены, там делается запрос по чекам без ограничения по периоду, хотя фактически надо только с момента открытия текущей смены.
4. defini 464 09.05.21 23:02 Сейчас в теме
(3) Вариант, но тут либо с поддержки снимать, либо расширение писать. Плюс еще базы файловые, и такие большие "бесполезные" таблицы там ни к чему.
5. oldcopy 174 09.05.21 23:21 Сейчас в теме
(4) Расширения с РИБ пока не очень хорошо дружат, поэтому проще снять с поддержки. При должном подходе с документированием изменений вполне рабочий вариант получается.
6. Kolesonik 15 10.05.21 15:05 Сейчас в теме
Маленько не в тему, но вот такой вопрос, есть риб на 20 магазинов, обмен работает все ок, но в одном магазине переодически, при пробитии чека, пустая смена и номер с 1,эти чеки не уходят в офд, как исправить? Подскажите пожалуйста
7. triviumfan 98 10.05.21 18:17 Сейчас в теме
Хоть бы запрос показал, а то... 10-15с на запрос с 170к записей выглядит даже не смешно, а нелепо.
Я, конечно, видел, что там есть запросы не ахти, но в данном случае это перебор.
ЗЫ: речь про МенеджерОборудованияВызовСервера.ДанныеФискальнойОперации()?
	Запрос = Новый Запрос(
	"ВЫБРАТЬ ПЕРВЫЕ 1
	|	ФискальныеОперации.ИдентификаторЗаписи     КАК ИдентификаторЗаписи,  
	|	ФискальныеОперации.Дата                    КАК Дата,
	|	ФискальныеОперации.НомерЧекаККМ            КАК НомерЧекаККМ,
	|	ФискальныеОперации.НомерСменыККМ           КАК НомерСменыККМ,
	|	ФискальныеОперации.ТипДокумента            КАК ТипДокумента,
	|	ФискальныеОперации.ТипРасчета              КАК ТипРасчета,
	|	ФискальныеОперации.Организация             КАК Организация,
	|	ФискальныеОперации.ТорговыйОбъект          КАК ТорговыйОбъект,
	|	ФискальныеОперации.ЗаводскойНомерФН        КАК ЗаводскойНомерФН, 
	|	ФискальныеОперации.РегистрационныйНомерККТ КАК РегистрационныйНомерККТ,
	|	ФискальныеОперации.ДокументОснование       КАК ДокументОснование, 
	|	ФискальныеОперации.КорректируемыйДокумент  КАК КорректируемыйДокумент,
	|	ФискальныеОперации.Сумма                   КАК Сумма,         
	|	ФискальныеОперации.ФискальныйПризнак       КАК ФискальныйПризнак,
	|	ФискальныеОперации.ДополнительныйРеквизит  КАК ДополнительныйРеквизит,  
	|	ФискальныеОперации.ЕдиныйЧек               КАК ЕдиныйЧек,  
	|	ФискальныеОперации.ДанныеXML               КАК ДанныеXML
	|ИЗ
	|	РегистрСведений.ФискальныеОперации КАК ФискальныеОперации
	|ГДЕ
	|	(ФискальныеОперации.ДокументОснование = &ДокументСсылка)"
		+ ?(ИдентификаторЗаписи = Неопределено, "", " И (ФискальныеОперации.ИдентификаторЗаписи = &ИдентификаторЗаписи)")
		+ ?(ТипыДокументов = Неопределено, "", " И (ФискальныеОперации.ТипДокумента В (&ТипыДокументов))")
		+ ?(ТипРасчета = Неопределено, "", " И (ФискальныеОперации.ТипРасчета = &ТипРасчета)")
		+ " УПОРЯДОЧИТЬ ПО ФискальныеОперации.Дата УБЫВ, ФискальныеОперации.НомерСменыККМ УБЫВ");
Показать

Где ДокументОснование - первое измерение, т.е. отбор по кластерному индексу + топ1... 15 секунд?! Бабушкины сказки.
У меня 500к записей и никаких проблем.
10. defini 464 11.05.21 05:26 Сейчас в теме
(7) Вот подобная проблема: https://forum.infostart.ru/forum81/topic253567/.
А то, что у конкретно у тебя летает, еще ни о чем не говорит,
не у всех нормальное железо на кассовых местах.
11. triviumfan 98 11.05.21 09:34 Сейчас в теме
(10) навряд ли это связано с железом.
Файловая 1с - совсем другая жизнь, там может быть что у годно.
Нужно было в описании или заголовке это указать.
ЗЫ: хотя даже в файловой базе есть индексы... может нужно было сделать реиндексацию =\
12. defini 464 13.05.21 09:31 Сейчас в теме
(11) Реиндексация не помогала, помогла только очистка лишних записей
8. oldcopy 174 10.05.21 21:02 Сейчас в теме
(7) Я бы не стал так категорично, на кассовых узлах может стоять что-то совсем не бодрое, типа J1900, да еще с HDD, плюс несвернутая база за несколько лет. Там может оказаться и критично. В общем - надо тестировать на кассовом железе.
9. oldcopy 174 10.05.21 22:50 Сейчас в теме
(7) Проверил на кассовом узле. Особого влияния запроса на производительность не обнаружил. Возможно у автора имели место еще какие-то факторы. Всего в регистре 150к записей.
Прикрепленные файлы:
13. aspirator23 340 13.05.21 13:03 Сейчас в теме
Посмотрел выборочно. В центральной базе 350тыс. записей. В узлах максимум 80 тыс. Возможно что записи по узлам зря "не гуляют"?
14. gordeevan 14.05.21 09:47 Сейчас в теме
"...но зачем хранить его за весь период существования базы, мне пока не понятно."
в некоторых случаях можно не печатать бумажную версию чека, а формировать его просто как электронную версию. В случае оказания коммунальных услуг (может и еще есть уточнения) при приходе денежных средств на расчетный счет от абонента мы пробиваем электронный чек и имеем право не направлять его абоненту на почту (или на телефон). Но по письменному заявлению абонента мы обязаны указать ему сведения о пробитом чеке (для коммунальных услуг абонент может заявить свое требование в течении 3-х месяцев). Т.е. в этом случае регистр нужен уже не за 1 месяц, а за 3 месяца. Возможно в других случаях сфер деятельности этот период законодательством еще больше.
15. defini 464 14.05.21 13:20 Сейчас в теме
(14)Спасибо за комментарий. Насчет периода, код открытый, изменить не проблема.
16. user1603884 25.05.21 19:14 Сейчас в теме
у меня обработка почему-то не открылась :(
Вернее открылось чистое окно... 8.3.16.1224 Розница 2.3.4.33

А как посмотреть (на пальцах) сколько накопилось в регистре сведений "Фискальные операции"?
Прикрепленные файлы:
17. defini 464 26.05.21 09:34 Сейчас в теме
(16) У обработки нет формы, она подключается как внешняя обработка, для создания регламентного задания.

Посмотреть количество записей можно либо через "все функции - регистры сведений - Фискальные операции", либо выполнить в консоли запросов простой текст запроса:

"ВЫБРАТЬ
КОЛИЧЕСТВО(ФискальныеОперации.ИдентификаторЗаписи) КАК ИдентификаторЗаписи
ИЗ
РегистрСведений.ФискальныеОперации КАК ФискальныеОперации".
18. user1475907 30.05.22 09:52 Сейчас в теме
Ребята не тупите. Еще надо сделать упаковку базы. Через Администрирование и тестирование. База уменьшается намного.
И еще подскажите Можно ли очистить Регистр Сведений - ОчередьЧековККТ ??? Там тоже мусора много ???
19. Axe 05.01.23 07:56 Сейчас в теме
(18) тоже интересно. у меня база 20Гб весит, из них только одна таблица РегистрСведений.ОчередьЧековККТ весит 8Гб
20. il@orgsoft.ru 05.05.23 11:55 Сейчас в теме
(19)
По регистру РегистрСведений.ОчередьЧековККТ в итоге что-то делали? Какие могут быть последствия, если его чистить?
21. Axe 13.05.23 02:32 Сейчас в теме
(20)
в итоге что-то делали?
вопрос пока открыт
22. defini 464 16.06.23 07:18 Сейчас в теме
В релизе 2.3.15 добавили:
Прикрепленные файлы:
23. пользователь 20.07.23 09:50
Сообщение было скрыто модератором.
...
Оставьте свое сообщение