v7: Перехват программной записи справочника в 1с 7.7 #788838

Приветствую всех ! Последние годы внимания в клюшкам поуменьшилось. Скажите уважаемые, а существует в миру Subj? Типа касательно справочника цен. ловить любые поползновения в сторону этого справочника. Спасибо.

Тригер на табличку. Если скуль. Правда там непонятно, какая запись, программная или рукоблудная..

Да легко. Цены устанавливть только документом установка цен в момент проведения. Усё собственно. Дать права на проведение только определенным лицам.

штатно никак. ни спр не док на программный записать не перехватывается. Большая проблема

И снять галку с устанавливаются цены ручонками. Усё.

ну. как вариант

но это только на реквизит цена периодический катит. заблокировать остальные изменения не получитс

может ВК какая была придумана?

Я делал перехват для документов, для справочников емнип не нашел именованную точку входа.

У нас цена на регистрах накопления, устанавливается документом

а не изврат?

пичалька

Наоборот, нет проблем с периодикой и аудиторский след

Да оно там особо то и не нужно. Тут выше пишут документами устанавливать, так это и правильнее всего.. Внешние обработки еще можно позапрещать, чтобы ими не делали изменений.

переведите цены на доки. цена  в регистр остатков. измерения Товар, типЦены,  рес - цена и кол-во. док Прайс делает - 1 для такой цены если она была и +1 для новой цены. чтобы регистр закрывался. таким образом на ТА у вас всегда актуальная цена. выбор мгновенный. и на любую дату можно получить ))

Ты бы задачу описал, а не свое видение ее решения.

шавловые ручки продвинутых манагеров убрать от цен

Сейчас он буриться с программной записью справочника, будет бороться с программной записью документа. А можно программно сразу в дбф или скл писать. В консерватории надо что то править.

скажем так - оповещать придаточные отделения (назовем это так) об изменениях цен.

тогда будут проблемы с порезкой базы и задержки с получением задним числом А так да, у нас помимо типа цены цену идут в разрезе фирм и складов

ну тогда сам бог велел завязаться на документ. Будет сразу виден и список позиций и новые цены, и ненужно шуршать весь товар в поисках "а у кого сегодня цена поменялась" P.S. А ручное изменение цены убрать совсем, только документом

Ставишь УРБД настраиваешь правила миграции только справочник цен и дальше обрабатываешь файл тех изменений, что она поймала.

Опять таки плюсом будет то что никто не сможет задом поменять цену и начнутся разбор, а почему у менеджера в документе одна цена а в прайсе другая?

при свертке можно все учесть

Документом можно и периодику двигать, необязательно движения.

надоть обкурить это дело. да вот так, похоже и придется. самый добрый вариант, ИМХО, пока.

Регистр двигать плохо. лучше периодику ее в модуле проведения можно будущим числом например установить если надо чтобы счета которые будут грузиться в следующем месяце отгружались по другим ценам. двигать ТА ради этого в будущее как то не комильфо.

периодика в 7ке как раз хреново.. живет в одном файле с большим кол-вом мусора... если всего много то выборка цен из периодики тормозная. у меня из за этого идет кеширование цен для выборки в доки.

а если у вас номенклатур под десяток тысяч, всем цены надо и не один тип, и меняют часто. файл констант пипец как пухнет

самая неудачная затея в 7ке - это периодика. самое зло повесить на нее цены.. а в скуле это пипец как тормозит

Совсем что-ли не перехватывается? И ни один зубр С++ не осилил?

ну вот судя по всему - так и обстоит.

скуль зло. есть база автозапчастей тысяч 30-40 товаров 8 категорий цен. раз в неделю полная переоценка и среди недели достаточно чистичная. на периодике дбф летает. Не обрезалась лет 10. на скуле вешалка.

если выдергивать прямым, то терпимо.

периодика везде хренова. Уж больно извратно ее сделали. Но на сиквеле удобнее.

ну вот я как раз про это

сделайте на регистрах остатков как я писал выше.

все равно хрень.

Регистр сведений на клюшках Пишешь доками, измерения есть, ресурсов нет, цены в реквизит движения

Урбд В цб вообще цены и номенклатуру не менять В пб вести цены и номенклатуру Отдельному челу При вдруг программном изменении цен в цб обмен автоматом уходит на пб. В пб ничего не грузим, анализируем появившийся файл обмена, используем его как флаг типа чтото плохо в цб и по жтому факту тупо делаем обмен цен из пб на цб, как вариант - парсим файл обмена, вытаскиваем изменившиеся жлементы, выгружаем только их

На классах можно попробовать (1с++), но перелопачивать придется много.

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

периодический рс на основе справочника. я делал, но забросил - написал прямые запросы к периодике.

Самая нормальная история получается на SQL-табличке. Тем более, если объём большой, и требования к скорости. Правильный кластерный индекс - это наше всё. CREATE TABLE История (     Владелец char not Null,     Дата DateTime not Null,     Цена Numeric(19, 2) not Null ) CREATE UNIQUE CLUSTERED INDEX История_И1 ON История(Владелец, Дата) И никто мимо тебя ничего туда не запишет. На крайняк можно и на справочнике историю сделать - это всяко лучше, чем штатненько. И тоже уменьшает вероятность залазенья туда шаловливых ручек. А всякие там РС - это по-моему просто инерция мышления. Когда решаешь конкретную задачу, да годными средствами, внезапно всё становится проще.

"все есть таблицы". для эмуляции РС на справочнике не хватает лишь индекса...

я бы сказал, не хватает _правильного_ индекса. Так то, индексов там хватает :)

ну, естесвенно, нужен правильный. наличие неправильного индекса эквифаллистично отсутствию индекса :-)

В FormEx есть событие ПриНачалеБлокировкиОбъекта(<Объект>). Можно попробовать плясать от него.

отличное событие, только не ловит некоторые виды блокировок. Не помню, константы что ле и еще какую-то муть. А так да, очень полезный метод для своего логгирования и ограничения прав.

оглоеды вы хотите чтобы я так и здох на клюшках??? ;-)

кто-то же должен быть знаменосцем

2 БУХА-ХА-ХА (демонический хохот)

"...динамический.."

(+52)  ... с перехватом

Истину глаголят. ) Через УРБД. План обмена для 1С 7.7 с авторегистрацией изменений. Программное/интерактивное.