не подскажите кто как сбрасывает счетчики
у нас например номера счетов и номера заказов - я их вручную в первый рабочий день н.г. обнуляю
неохота!
заводить атрибут с последней датой изменения номера и сравнивать с текущей - как-то не очень
поставить признак нового года в общем для всех атрибуте? и как нибудь потом убрать его когда все юзеры обнулятся - тоже чето не то
может есть какое нибудь простое решение не требующее лишних движений?
Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный
Александр, серверное действие тебе поможет. Но для этого нужен документооборот. Или сделай действие и поставь себе в параметры старта. На один раз - только чтобы не забыть. А потом удали его оттуда.
ага, серверное действие - один из самых логичных способов
но, если нет докоборота и не хочется его поднимать ради этого раза - можно на самом деле сделать действие, которое повесить на старт Лоции, а потом саму Лоцию настроить стартовать по расписанию в шедулере.
только надо аккуратно, чтобы пароль админа никуда не ушел хранить его в бате, который будет запускать Лоцию - опасно...
лучше день потерять, потом за пять минут долететь!
наверно - да - серверное действие спасибо
причем на старт Лоции юзером, и не серверное а обычное - еще раз спасибо
а что оно делает это действие?
хранит вчерашнюю дату- и сравнивает с текущей? и если год поменялся обнуляет счетчики?
Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный
хм..
что можно сделать, чтобы обнулить счетчики, но при этом не быть на работе и не поднимать докоборот?
- делаем действие, которое ничего не спрашивая и не проверяя дату, обнуляет нужные счетчики.
- у себя на машине, которую мы оставим на новый год включенной, настраиваем в шедулере запуск Лоции. которая тоже должна запуститься, ничего не спрашивая. для этого можно или использовать виндовую авторизацию, или сделать свой батник, в котором будет видно пароль админа, или сделать свое приложение, в котором пароль админа тоже будет, но его оттуда сложнее достать.
- перед тем, как уйти с работы перед НГ, добавляем это волшебное действие к себе в профиль, чтобы оно запустилось при старте Лоции (об этом сказал Крупский).
в принципе, все..
оставить машину включенной, но залоченной. по расписанию в шедулере запустится Лоция, в ней запустится действие, которое обнулит счетчики..
чтобы защититься от случайного повторного обнуления счетчиков, можно сделать в действии проверку, обнуляли уже счетчики или нет...
как то так...
лучше день потерять, потом за пять минут долететь!
На новый год- включенную тачку???!!! - ни за что
(мы работаем непоследовательно и крайне асинхронно - ничего постоянного нет)
наверно все же выберу простое действие при старте лоции с любого клиентского места которое будет работать с датой установленной первый раз в ручную и сравнивать ее с текущей выставляя флаг сделанного обнуления
по любому нужно создавать объект хранящий это дело (щас все счетчики прилеплены в беспорядочном порядке к разным объектам)
ок
Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный
у меня есть работа, запущенная единожды, ждет назначенное время, запускает действие. В нем есть ежедневные какие-то дела и ежегодные - настроенные на дату последнего дня года. Аккуратненько раскладываются объекты по папкам и обнуляется счетчик (у меня всего один!), но помнить об этом и менять руками лениво
а если сервер автопереходов не запущен- у нас регулярно что-то где-то виснет, перегружаемся пароль на сервер вводить забываем и т.д. - человеческий фактор короче
если бы он запускался сам- вместе с самой базой mssql - чтоб голова не болела
а так лучше действие запускать простое - каждый день автоматически при старте- уж его то не забудешь никогда
Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный
Я MS SQL не сильно знаю... А там в расписание можно засунуть каой-нить запросик? Как только сервак завелся, так сразу запрос и выполнить. Проапдейтить там что-нить или процедурку выполнить, а?
вот это уже ближе к делу
помнишь недавно мы обсуждали как обновлять деревья объектов если их кто-то изменил
я предложил в подборку и по таймеру
и тут можно было-бы другую подборку по таймеру на сброс атрибутов/счетчиков лежащих там объектов
как ни крути а подборки нужно развивать- а то совсем бесполезная вещь
Софт - RicCRM<<LotsiaPDM(4.40)<<MsSQL(5/8)
Уровень администрирования - Альтернативный
до НГ осталось совсем немного, а вы задумали подборки совершенствовать
к чему пришли в итоге? кто (или что) будет обнулять счетчики?
машину не будете оставлять включенной?
а, ну кстати можно действие по обнулению повесить на старт для всех юзеров.. ессно, с проверкой, обнулили уже или нет.
кто бы ни включил первый в новом году - он обнулит и сможет работать..
а вы, когда придете с каникул, проверите, и уберете действие со старта
лучше день потерять, потом за пять минут долететь!
