Для чего нужен регистр ФискальныеОперации ? (и прочие не "важные" данные ...)
Добрый день коллеги !
1с Розница 2.3.5.24
В ходе анализа базы и выяснения "почему база большая" (сжимали, выгружали и т.д.) возник вопрос по некоторым объектам.
Возник вопрос - для чего нужен регистр ФискальныеОперации ?
Проблема что крайне много касс, много работы, регистр пухнет как не в себя... Данные катаются по РИБам ...
Зачем он нужен с точки зрения логики учета 1с ?
Аналогично вопрос касается регистра АкцизныхМарокЕгаис , которые катаются по всем кассам всех организаций. Зачем кассе одного ИП знать про марки другого ИП... ?
Тоже самое и про хороший вроде бы Справочник.ШтрихкодыУпаковокТоваров. Но там стали кататься все данные и сигарет. Не важно из какого магазина.. И как бы размер этой таблицы у нас уже приближается к 3 Гб - файловая....
Дико чешутся руки удалить все и вся, чисто на кассах, убрав из обмена факт удаления....
1с Розница 2.3.5.24
В ходе анализа базы и выяснения "почему база большая" (сжимали, выгружали и т.д.) возник вопрос по некоторым объектам.
Возник вопрос - для чего нужен регистр ФискальныеОперации ?
Проблема что крайне много касс, много работы, регистр пухнет как не в себя... Данные катаются по РИБам ...
Зачем он нужен с точки зрения логики учета 1с ?
Аналогично вопрос касается регистра АкцизныхМарокЕгаис , которые катаются по всем кассам всех организаций. Зачем кассе одного ИП знать про марки другого ИП... ?
Тоже самое и про хороший вроде бы Справочник.ШтрихкодыУпаковокТоваров. Но там стали кататься все данные и сигарет. Не важно из какого магазина.. И как бы размер этой таблицы у нас уже приближается к 3 Гб - файловая....
Дико чешутся руки удалить все и вся, чисто на кассах, убрав из обмена факт удаления....
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Регистр содержит данные по пробитым чекам. Фискальные операции создаются при пробитии чеков из документов «Прием платежей» и «Возврат платежей».
Все данные в регистре только для просмотра. Нельзя создать фискальную операцию в регистре и нельзя ничего изменить в карточке операции, т.к. она создается программой.
регистр ФискальныеОперации
Регистр содержит данные по пробитым чекам. Фискальные операции создаются при пробитии чеков из документов «Прием платежей» и «Возврат платежей».
Все данные в регистре только для просмотра. Нельзя создать фискальную операцию в регистре и нельзя ничего изменить в карточке операции, т.к. она создается программой.
(2)
Спасибо , но что там и откуда делается я знаю )
Вопрос - зачем ? )) и надо ли это хранить ? В каких операциях участвует ? Что будет если удалить все.. хотя бы с глубиной в месяц.
я "немного" программер, так что как работает я узнаю, а вот для чего так делали и на что повлияет это сложнее вопрос )
для просмотра. Нельзя создать фискальную операцию в регистре и нельзя ничего изменить в карточке операции, т.к. она создается програ
Спасибо , но что там и откуда делается я знаю )
Вопрос - зачем ? )) и надо ли это хранить ? В каких операциях участвует ? Что будет если удалить все.. хотя бы с глубиной в месяц.
я "немного" программер, так что как работает я узнаю, а вот для чего так делали и на что повлияет это сложнее вопрос )
(3)
Данный регистр необходим для контроля.
В случае успешной фискализации на кассе ККТ будет автоматически пробит чек.
Статус соответствующего документа Регистрация (наличной или безналичной) оплаты примет значение Чек пробит, а в регистре Фискальные операции появится запись о данной операции.
Если при фискализации чека возникла ошибка, то статус соответствующего документа Регистрация оплаты примет значение Чек в очереди. При нажатии на статус откроется Очередь чеков ККТ с ошибкой. Например, фискализация может не пройти, если кассовая смена не была открыта.
Вопрос - зачем ? )) и надо ли это хранить ? В каких операциях участвует ? Что будет если удалить все.. хотя бы с глубиной в месяц.
Данный регистр необходим для контроля.
В случае успешной фискализации на кассе ККТ будет автоматически пробит чек.
Статус соответствующего документа Регистрация (наличной или безналичной) оплаты примет значение Чек пробит, а в регистре Фискальные операции появится запись о данной операции.
Если при фискализации чека возникла ошибка, то статус соответствующего документа Регистрация оплаты примет значение Чек в очереди. При нажатии на статус откроется Очередь чеков ККТ с ошибкой. Например, фискализация может не пройти, если кассовая смена не была открыта.
(4) для контроля чего ? касательно розницы с работой из РМК, у нас сразу либо будет чек с кассы, либо ошибка .. и дальше уже на усмотрение кассира.. продаем или нет...
Фискальные данные .. ну они будут в любом случае в кассе - офд.. но опять же они никуда потом не нужны. для чего вести в 1с форму чека( там blob поля с xml ) , хранить фискальный номер чека и т.д....
Скажем проще - за прошлые периоды можно удалять все ?
Фискальные данные .. ну они будут в любом случае в кассе - офд.. но опять же они никуда потом не нужны. для чего вести в 1с форму чека( там blob поля с xml ) , хранить фискальный номер чека и т.д....
Скажем проще - за прошлые периоды можно удалять все ?
(1)
(1)
Мораль сей басни такова: центральный узел Розницы в файловом режиме - это только для самых маленьких. В остальном выручает мини-сервер (или несколько).
Также нужно править планы обмена или правила регистрации, потому как в штатных полно разной ерунды. Например, больная тема - синхронизация справочника Справки 2, нафига они нужны на магазинах если мы торгуем только пивом - непонятно, зато после хорошего обмена с ЕГАИС на точку может уйти пару тысяч элементов этого справочника и поставить ее раком минут на двадцать.
Справочник.ШтрихкодыУпаковокТоваров вызывает гнетущее недоумение, потому как по логике вещей это должен быть регистр сведений.
И таких вещей там хватает. В общем - брать в руки напильник и пилить, пилить, пилить.
В ходе анализа базы и выяснения "почему база большая"
(1)
у нас уже приближается к 3 Гб - файловая...
Мораль сей басни такова: центральный узел Розницы в файловом режиме - это только для самых маленьких. В остальном выручает мини-сервер (или несколько).
Также нужно править планы обмена или правила регистрации, потому как в штатных полно разной ерунды. Например, больная тема - синхронизация справочника Справки 2, нафига они нужны на магазинах если мы торгуем только пивом - непонятно, зато после хорошего обмена с ЕГАИС на точку может уйти пару тысяч элементов этого справочника и поставить ее раком минут на двадцать.
Справочник.ШтрихкодыУпаковокТоваров вызывает гнетущее недоумение, потому как по логике вещей это должен быть регистр сведений.
И таких вещей там хватает. В общем - брать в руки напильник и пилить, пилить, пилить.
(6)
поленился описать все, но центральный узел сервер, скуль, 360 гиг памяти и т.д.. хороший такой серв
То что я пишу - это разбор на кассах... уже не первый год "в этом". и обрезки всякого ненужного на кассах - чеков, цен, замеров, ветиса и прочего давно делается... НО с каждый релизом через время замечаешь что насыпается фиг знает что непонятно зачем...
Справки2 для магазина нужны по этому магазину, т.к. вы там списание делаете.. может инфентаризацию и т.д.... соседние то зачем едут ( тут согласен.
ШтрихкодыУпаковокТоваров - чем быть не знаю, но знаю что через какое то время будет лимит размера таблицы для файловой.. как 1с думала чистить его или содержать не понимаю.... И т.к. нет возможности найти "какие же коды не нужны" - что удалять непонятно совершенно (
поленился описать все, но центральный узел сервер, скуль, 360 гиг памяти и т.д.. хороший такой серв
То что я пишу - это разбор на кассах... уже не первый год "в этом". и обрезки всякого ненужного на кассах - чеков, цен, замеров, ветиса и прочего давно делается... НО с каждый релизом через время замечаешь что насыпается фиг знает что непонятно зачем...
Справки2 для магазина нужны по этому магазину, т.к. вы там списание делаете.. может инфентаризацию и т.д.... соседние то зачем едут ( тут согласен.
ШтрихкодыУпаковокТоваров - чем быть не знаю, но знаю что через какое то время будет лимит размера таблицы для файловой.. как 1с думала чистить его или содержать не понимаю.... И т.к. нет возможности найти "какие же коды не нужны" - что удалять непонятно совершенно (
(11) опять же все на наших плечах ...
ну если удалять то скопом и там и там.. а реализованные тогда в глубину 2 недели хотя бы... мало ли что с возвратом..
но опять же - не будет ли проблем с инфентаризацией, когда запросы остатков егаиса... там же возможен и пересорт по бутылкам..
Бывало когда бутылка не продается, кассир пикала аналогичную, а отдавала эту ... т.е. марка уходила одна, а списывалаа другая...
ну если удалять то скопом и там и там.. а реализованные тогда в глубину 2 недели хотя бы... мало ли что с возвратом..
но опять же - не будет ли проблем с инфентаризацией, когда запросы остатков егаиса... там же возможен и пересорт по бутылкам..
Бывало когда бутылка не продается, кассир пикала аналогичную, а отдавала эту ... т.е. марка уходила одна, а списывалаа другая...
(16) вы про что ? про фискальные - думаю не глубже чем чеки. мы их срезаем на месяц.
про штрихкоды - вообще нет дат ... непонятно
про Акцизки ... ну по не своему магазину, раз. И по проданные, тоже на месяц..
Думаю пока так сделать для начала...
Все есс-но без регистрации. Т.е. в центре будет полная инфа.
про штрихкоды - вообще нет дат ... непонятно
про Акцизки ... ну по не своему магазину, раз. И по проданные, тоже на месяц..
Думаю пока так сделать для начала...
Все есс-но без регистрации. Т.е. в центре будет полная инфа.
1С Розница 2.3.7.19
При пробитие чека на дополнительной кассе (база лежит на основной) в режиме РМК, 1ска зависает, типо передает сигнал на кассу. Сделал Замер производительности и он показал что 50 сек выполняется запрос который обращается, как раз к регистру сведений ФискальныеОперации. Зашел в этот регистр и не понял зачем он нужен, вернее зачем там хранятся данные за такой длительный период, логичнее было б удалять эти данные при закрытие смены, например, ну или хотя б регламентное задание какое нибудь. Я так понял этот регистр можно спокойно чистить... Надеюсь поможет... И да база файловая пошла за 5 гигов, с 2019 года. Розничный магазин с большим потоком.
При пробитие чека на дополнительной кассе (база лежит на основной) в режиме РМК, 1ска зависает, типо передает сигнал на кассу. Сделал Замер производительности и он показал что 50 сек выполняется запрос который обращается, как раз к регистру сведений ФискальныеОперации. Зашел в этот регистр и не понял зачем он нужен, вернее зачем там хранятся данные за такой длительный период, логичнее было б удалять эти данные при закрытие смены, например, ну или хотя б регламентное задание какое нибудь. Я так понял этот регистр можно спокойно чистить... Надеюсь поможет... И да база файловая пошла за 5 гигов, с 2019 года. Розничный магазин с большим потоком.
Прикрепленные файлы:
Зависание.pff
(18)
у нас файловые на кассах, увы, 12-15 гиг ... и это с удаленными чеками, ветисом, логами и т.д. именно хлам от справочников, двоичных данных и ОРП
перации. Зашел в этот регистр и не понял зачем он нужен, вернее зачем там хранятся данные за такой длительный период, логичнее было б удалять эти данные при закрытие смены, например, ну или хотя б регламентное задание какое нибудь. Я так понял этот регистр можно спокойно чистить... Надеюсь поможет... И да база файловая пошла за 5 гигов, с 2019 года. Розничный
у нас файловые на кассах, увы, 12-15 гиг ... и это с удаленными чеками, ветисом, логами и т.д. именно хлам от справочников, двоичных данных и ОРП
(19) 12-15 гб это конечно жесть...
Я очистил регистр сведений ФискальныеОперации под ноль и теперь дополнительная касса летает как и основная. База урезалась на 1.2 гб. Еще и регистры проверил разные типо ЗамерыВремени хотя галочка чтобы они производились не стоит. Посмотрим на сколько этого хватит. Записей я думаю было около 300 тыс с 2019 года, а то и больше. А вот у знакомого пока не получается очистить регистр, там записей 700 тыс + (15 точек по городу и я так понял в план обмена этот регистр попадает еще), вылетает ошибка с нехваткой памяти при очистке. Написал обработку чтобы по 10 тыс удалял но пока ответа от него не поступало. Надо еще посмотреть какие регистры в Рознице бесполезны, а то база раздувается как на дрожжах.
Я очистил регистр сведений ФискальныеОперации под ноль и теперь дополнительная касса летает как и основная. База урезалась на 1.2 гб. Еще и регистры проверил разные типо ЗамерыВремени хотя галочка чтобы они производились не стоит. Посмотрим на сколько этого хватит. Записей я думаю было около 300 тыс с 2019 года, а то и больше. А вот у знакомого пока не получается очистить регистр, там записей 700 тыс + (15 точек по городу и я так понял в план обмена этот регистр попадает еще), вылетает ошибка с нехваткой памяти при очистке. Написал обработку чтобы по 10 тыс удалял но пока ответа от него не поступало. Надо еще посмотреть какие регистры в Рознице бесполезны, а то база раздувается как на дрожжах.
(20)
так регистр очистить вроде проще всего.. набор записей пустой записать
про скорость не смотрел ... ну если у Вас никаких косяков не вылезет, тоже грохну у себя.
бесполезных много ... например я писал выше.. те же марки чужих магазинов ..
тот же ВЕТИС целиком.. не слышал что бы в 1с ктото с ним работал.. все через сайт
знакомого пока не получается очистить регистр, там записей 700 тыс + (15 точек по городу и я так понял в план об
так регистр очистить вроде проще всего.. набор записей пустой записать
про скорость не смотрел ... ну если у Вас никаких косяков не вылезет, тоже грохну у себя.
бесполезных много ... например я писал выше.. те же марки чужих магазинов ..
тот же ВЕТИС целиком.. не слышал что бы в 1с ктото с ним работал.. все через сайт
(27) вот что нашел среди обработок, переделанный по удалению одной записи, попробуйте возможно с этим будет лучше. Он там сделан на ФискальныеОперации, но в коде можно переделать если что.
Прикрепленные файлы:
ФискалкаОчищалка.epf
(21) Да я так и делал пустым набором записей. На 3х базах пока сделал, только положительный эффект, зачем этот регистр хранит в себе такой долгий период не понятно. Сказал следить за дополнительными кассами насколько хватит очистки этого регистра. Пока не получилось у знакомого только, вылезает ошибка с нехваткой памяти. В остальном 3й день уже не беспокоят что доп касса долго печатает/обрабатывает чек. Меркурий тоже ведем на сайте.
А мне вот потребовалось сделать анализ нагрузки (количество операций продаж / количество чеков) в час в течение дня за период на продавца в магазине. Искал откуда могу эту информацию получить. Но в конфигурации заказчика РС ФискальныеОперации не нашел, конфа "Розница для Беларуси, ред. 2.2. Локализация для РБ (2.2.10.2)" (серверный вариант). Но в этой конфигурации есть документ ОтчетОРозничныхПродажах с некоторыми доработками, который и помог мне.
Собственно хочу добавить, что если не требуется какая-то аналитика, что довольно редко встречается, то информацию о чеках из регистров базы можно удалять.
Собственно хочу добавить, что если не требуется какая-то аналитика, что довольно редко встречается, то информацию о чеках из регистров базы можно удалять.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот