Имя: Пароль:
1C
1C 7.7
v7: Перехват программной записи справочника в 1с 7.7
0 Chameleon1980
 
12.01.17
18:30
Приветствую всех !

Последние годы внимания в клюшкам поуменьшилось.

Скажите уважаемые, а существует в миру Subj?

Типа касательно справочника цен.

ловить любые поползновения в сторону этого справочника.

Спасибо.
1 trdm
 
12.01.17
18:34
Тригер на табличку. Если скуль. Правда там непонятно, какая запись, программная или рукоблудная..
2 Ёпрст
 
12.01.17
18:38
Да легко.
Цены устанавливть только документом установка цен в момент проведения. Усё собственно. Дать права на проведение только определенным лицам.
3 mishaPH
 
модератор
12.01.17
18:38
(0) штатно никак. ни спр не док на программный записать() не перехватывается. Большая проблема
4 Ёпрст
 
12.01.17
18:38
И снять галку с устанавливаются цены ручонками. Усё.
5 mishaPH
 
модератор
12.01.17
18:39
(4) (2) ну. как вариант
6 mishaPH
 
модератор
12.01.17
18:40
но это только на реквизит цена периодический катит. заблокировать остальные изменения не получитс
7 Chameleon1980
 
12.01.17
18:42
может ВК какая была придумана?
8 romix
 
12.01.17
18:43
Я делал перехват для документов, для справочников емнип не нашел именованную точку входа.
9 Aleksey
 
12.01.17
18:44
У нас цена на регистрах накопления, устанавливается документом
10 Chameleon1980
 
12.01.17
18:45
(9)
а не изврат?
11 Chameleon1980
 
12.01.17
18:47
(8) пичалька
12 Aleksey
 
12.01.17
18:49
Наоборот, нет проблем с периодикой и аудиторский след
13 romix
 
12.01.17
18:51
(11) Да оно там особо то и не нужно. Тут выше пишут документами устанавливать, так это и правильнее всего..

Внешние обработки еще можно позапрещать, чтобы ими не делали изменений.
14 mishaPH
 
модератор
12.01.17
18:51
переведите цены на доки. цена  в регистр остатков. измерения Товар, типЦены,  рес - цена и кол-во.

док Прайс делает - 1 для такой цены если она была и +1 для новой цены. чтобы регистр закрывался. таким образом на ТА у вас всегда актуальная цена. выбор мгновенный. и на любую дату можно получить ))
15 uno-group
 
12.01.17
18:51
Ты бы задачу описал, а не свое видение ее решения.
16 mishaPH
 
модератор
12.01.17
18:52
(15) шавловые ручки продвинутых манагеров убрать от цен
17 uno-group
 
12.01.17
18:55
(14)Сейчас он буриться с программной записью справочника, будет бороться с программной записью документа. А можно программно сразу в дбф или скл писать. В консерватории надо что то править.
18 Chameleon1980
 
12.01.17
18:55
(15)
скажем так - оповещать придаточные отделения (назовем это так) об изменениях цен.
19 Aleksey
 
12.01.17
18:58
(14) тогда будут проблемы с порезкой базы и задержки с получением задним числом

А так да, у нас помимо типа цены цену идут в разрезе фирм и складов
20 Aleksey
 
12.01.17
18:59
(18) ну тогда сам бог велел завязаться на документ. Будет сразу виден и список позиций и новые цены, и ненужно шуршать весь товар в поисках "а у кого сегодня цена поменялась"

P.S. А ручное изменение цены убрать совсем, только документом
21 uno-group
 
12.01.17
19:00
(18) Ставишь УРБД настраиваешь правила миграции только справочник цен и дальше обрабатываешь файл тех изменений, что она поймала.
22 Aleksey
 
12.01.17
19:01
Опять таки плюсом будет то что никто не сможет задом поменять цену и начнутся разбор, а почему у менеджера в документе одна цена а в прайсе другая?
23 mishaPH
 
модератор
12.01.17
19:01
(19) при свертке можно все учесть
24 uno-group
 
12.01.17
19:03
Документом можно и периодику двигать, необязательно движения.
25 Chameleon1980
 
12.01.17
19:04
(21) надоть обкурить это дело.
(20) да вот так, похоже и придется.
самый добрый вариант, ИМХО, пока.
26 uno-group
 
12.01.17
19:08
(20) Регистр двигать плохо. лучше периодику ее в модуле проведения можно будущим числом например установить если надо чтобы счета которые будут грузиться в следующем месяце отгружались по другим ценам. двигать ТА ради этого в будущее как то не комильфо.
27 mishaPH
 
модератор
12.01.17
19:10
(26) периодика в 7ке как раз хреново.. живет в одном файле с большим кол-вом мусора... если всего много то выборка цен из периодики тормозная. у меня из за этого идет кеширование цен для выборки в доки.
28 mishaPH
 
модератор
12.01.17
19:11
а если у вас номенклатур под десяток тысяч, всем цены надо и не один тип, и меняют часто. файл констант пипец как пухнет
29 mishaPH
 
модератор
12.01.17
19:13
самая неудачная затея в 7ке - это периодика. самое зло повесить на нее цены.. а в скуле это пипец как тормозит
30 trdm
 
12.01.17
19:24
(3) Совсем что-ли не перехватывается? И ни один зубр С++ не осилил?
31 Chameleon1980
 
12.01.17
19:27
(30)
ну вот судя по всему - так и обстоит.
32 uno-group
 
12.01.17
19:40
(29) скуль зло. есть база автозапчастей тысяч 30-40 товаров 8 категорий цен. раз в неделю полная переоценка и среди недели достаточно чистичная. на периодике дбф летает. Не обрезалась лет 10. на скуле вешалка.
33 Это_mike
 
12.01.17
19:42
(29) если выдергивать прямым, то терпимо.
34 Это_mike
 
12.01.17
19:43
(32) периодика везде хренова. Уж больно извратно ее сделали. Но на сиквеле удобнее.
35 mishaPH
 
модератор
12.01.17
19:50
(32) ну вот я как раз про это
36 mishaPH
 
модератор
12.01.17
19:50
(32) сделайте на регистрах остатков как я писал выше.
37 mishaPH
 
модератор
12.01.17
19:50
(33) все равно хрень.
38 Злопчинский
 
12.01.17
20:06
Регистр сведений на клюшках
Пишешь доками, измерения есть, ресурсов нет, цены в реквизит движения
39 Злопчинский
 
12.01.17
20:11
Урбд
В цб вообще цены и номенклатуру не менять
В пб вести цены и номенклатуру
Отдельному челу
При вдруг программном изменении цен в цб обмен автоматом уходит на пб. В пб ничего не грузим, анализируем появившийся файл обмена, используем его как флаг типа чтото плохо в цб и по жтому факту тупо делаем обмен цен из пб на цб, как вариант - парсим файл обмена, вытаскиваем изменившиеся жлементы, выгружаем только их
40 zgarick
 
12.01.17
22:53
На классах можно попробовать (1с++), но перелопачивать придется много.
41 Это_mike
 
13.01.17
06:40
(37) нет, задержек не чувствуется совершенно.
Правда, у меня поменьше база, чем (32), но категорий побольше, да период подлиннее.
42 Это_mike
 
13.01.17
06:41
(40) периодический рс на основе справочника. я делал, но забросил - написал прямые запросы к периодике.
43 ADirks
 
13.01.17
07:23
Самая нормальная история получается на SQL-табличке. Тем более, если объём большой, и требования к скорости. Правильный кластерный индекс - это наше всё.

CREATE TABLE История (
    Владелец char(9) not Null,
    Дата DateTime not Null,
    Цена Numeric(19, 2) not Null
)

CREATE UNIQUE CLUSTERED INDEX История_И1 ON История(Владелец, Дата)

И никто мимо тебя ничего туда не запишет.
На крайняк можно и на справочнике историю сделать - это всяко лучше, чем штатненько. И тоже уменьшает вероятность залазенья туда шаловливых ручек.
А всякие там РС - это по-моему просто инерция мышления. Когда решаешь конкретную задачу, да годными средствами, внезапно всё становится проще.
44 Это_mike
 
13.01.17
07:30
(43) "все есть таблицы".
для эмуляции РС на справочнике не хватает лишь индекса...
45 ADirks
 
13.01.17
07:41
(44) я бы сказал, не хватает _правильного_ индекса. Так то, индексов там хватает :)
46 Это_mike
 
13.01.17
07:44
(45) ну, естесвенно, нужен правильный. наличие неправильного индекса эквифаллистично отсутствию индекса :-)
47 АЛьФ
 
13.01.17
08:58
В FormEx есть событие ПриНачалеБлокировкиОбъекта(<Объект>). Можно попробовать плясать от него.
48 Ёпрст
 
13.01.17
09:01
(47) отличное событие, только не ловит некоторые виды блокировок.
Не помню, константы что ле и еще какую-то муть.
А так да, очень полезный метод для своего логгирования и ограничения прав.
49 Злопчинский
 
13.01.17
09:43
(47)  оглоеды вы хотите чтобы я так и здох на клюшках??? ;-)
50 Ёпрст
 
13.01.17
09:47
(49) кто-то же должен быть знаменосцем
51 АЛьФ
 
13.01.17
09:48
2(49) БУХА-ХА-ХА (демонический хохот)
52 Это_mike
 
13.01.17
09:56
(51) "...динамический.."
53 ADirks
 
13.01.17
10:00
(+52)  ... с перехватом
54 totparen
 
14.01.17
08:57
(21) (39) Истину глаголят. )

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

http://catalog.mista.ru/public/570415/