|
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/ |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |