|
v7: Ограничить видимость элементов при подборе. | ☑ | ||
---|---|---|---|---|
0
planod
23.09.13
✎
07:06
|
Всем привет. Существует такая задача: один сотрудник при подборе не должен видеть часть иерархии справочника Номенклатура. Подскажите, как можно это реализовать?
|
|||
1
VladZ
23.09.13
✎
07:20
|
см. ИспользоватьСписокЭлементов
|
|||
2
VladZ
23.09.13
✎
07:21
|
Если база SQL - можно прямыми запросами отфильтровать.
|
|||
3
planod
23.09.13
✎
07:24
|
База файловая..
|
|||
4
planod
23.09.13
✎
07:27
|
(1) спасибо, буду пробовать :)
|
|||
5
VladZ
23.09.13
✎
07:28
|
(3) См. (1). Ну, и вопрос: что вы там прячете такого, что этот сотрудник не должен видеть?
|
|||
6
planod
23.09.13
✎
07:29
|
Торговая компания. Приходит мерч со стороны поставщика. И для него убираем видимость другой номенклатуры. Плюс он, как выделенная команда, не будет видеть других контрагентов.
|
|||
7
ЧеловекДуши
23.09.13
✎
07:31
|
(6) Переходите на 8-ку, там это реализовано (если допилить) :)
|
|||
8
planod
23.09.13
✎
07:33
|
(7) база нетленка на семерке. А допиливать и на семерке надо.
|
|||
9
ЧеловекДуши
23.09.13
✎
07:34
|
(8) На семерке, особенно файловой... тебя ждет чудные откровения по поводу (1).
В дальнейшем начинай осваивать прямые запросы для DBF БД :) |
|||
10
ЧеловекДуши
23.09.13
✎
07:36
|
+(8) А как ты будешь прятать от сторонней организации номенклатуру, которая выпадает в отчетах?
А как ты собрался еще и запрещать Сторонней организации воспользоваться Сторонним отчетом? ... В общем как ни крути, но 7-ка это не та платформа, где можно что либо спрятать :) |
|||
11
planod
23.09.13
✎
07:40
|
(9) так какие трудности возникнуть при использовании (1) ? :)
(10) интерфейс с тремя отчетами и все. Сейчас надо придумать, как доп.возможности скрыть. |
|||
12
planod
23.09.13
✎
07:46
|
Доп.возможности не видны из-за интерфейса.
|
|||
13
ЧеловекДуши
23.09.13
✎
07:47
|
(11) >>> так какие трудности возникнуть при использовании
Слишком большой объём списка Номенклатуры для отображения не есть хорошо. Время получения этого списка :) |
|||
14
ЧеловекДуши
23.09.13
✎
07:47
|
(12) Наивный... Файл- Открыть- Запускай любой отчет, как хочешь :)
|
|||
15
ЧеловекДуши
23.09.13
✎
07:48
|
+(12) Если ты не скроешь номенклатуру в различных отчетах, то они её все ровно увидят :)
|
|||
16
planod
23.09.13
✎
07:50
|
(14) Недостаточно прав для использования Внешнего Отчета.
|
|||
17
ЧеловекДуши
23.09.13
✎
07:51
|
+(12) Не знаю точно, нету меня среди вас.
Но думается, что стороннюю организацию даже не волнует сама номенклатура, тут скорей всего опасения пользователей, что они чего попортят :) |
|||
18
planod
23.09.13
✎
07:51
|
(14) так что не очень наивный.
|
|||
19
ЧеловекДуши
23.09.13
✎
07:51
|
(16) Ты не говори Оп, рано или поздно попросят дать :)
|
|||
20
ЧеловекДуши
23.09.13
✎
07:52
|
(18) Чем важна нетленка, чем вы торгуете?
|
|||
21
ЧеловекДуши
23.09.13
✎
07:56
|
+ А самое интересное начнётся, когда попросят, тебя, спрятать их номенклатуру из ваших же отчетов :)
+ Я бы на вашем месте организовал бы новую БД (или расмотрел эту возможность) :) |
|||
22
planod
23.09.13
✎
08:44
|
(20) нетленка важна своей схемой.
|
|||
23
Стрелок
23.09.13
✎
08:57
|
(22) если по-людски то на каждую дистрибьюцию нужна своя отдельная база и никаких проблем не будет. если контора эта начинающая то скоро погрязнет в том что для каждого вендора нужны свои отчёты, обмен данными, накладные и т.п.
есть опыт сопровождения крупного дистриба с порядк 8-9 разных дистрибьюций производителей мирового масштаба. |
|||
24
abfm
23.09.13
✎
09:01
|
Одно юр лицо и несколько баз? Акты сверки как подписываете?
|
|||
25
Стрелок
23.09.13
✎
09:03
|
(24) вопрос мне? обычно ручкой
|
|||
26
abfm
23.09.13
✎
09:05
|
(25)Юмор оценил. Чистый лист подписываете?
|
|||
27
Rie
23.09.13
✎
09:06
|
(23) Неудобно это. Разграничить можно и в пределах одной базы. А с несколькими базами - надо консолидированные отчёты делать. Если контора большая и может позволить себе содержать штат прогов - то имеет смысл. Если маленькая - то вряд ли.
|
|||
28
Стрелок
23.09.13
✎
09:06
|
(26) нет конечно - существует одна база "бухгалтерская" в которую ссыпаются данные те которые нужно со всех баз. в ней есть всё и все данные консолидированы.
|
|||
29
Aleksey
23.09.13
✎
09:07
|
(21) Причем уже из распечатанных.
А еще нужно спрятать из документов, правда что делать с суммой - непонятно. А если вендор зайдет на склад и увидит складские накладные, прайсы? |
|||
30
Стрелок
23.09.13
✎
09:08
|
(27) удобно поверь. контора очень не маленькая.
смотря что ставить во главу угла. если важна эффективность работы в разрезе "обеспечить покупателей товаром максимально быстро и эффективно" то это одно. А если смысл работы фирмы заключается в удобстве формирования актов сверки - то другое |
|||
31
Стрелок
23.09.13
✎
09:09
|
у клиента девять (специально глянул только что) баз в среднем по 15-20 гигов. (последний раз базы обрезались в январе 2011) в одну базу это?
|
|||
32
abfm
23.09.13
✎
09:11
|
(30)Есть ещё управленческие отчёты что не равно бухгалтерские по клиентам например.
|
|||
33
Стрелок
23.09.13
✎
09:12
|
(32) и?
|
|||
34
abfm
23.09.13
✎
09:13
|
(33)в разрезе номенклатуры.
|
|||
35
Стрелок
23.09.13
✎
09:15
|
(34) кроме номенклатуры необходимы данные по оплатам в разрезе дистрибьюций, работа торговых агентов и прочие и прочие и прочие.
видать контора ТС просто не дошла ещё до КПК и обмена данными с производителями... всё впереди |
|||
36
Rie
23.09.13
✎
09:16
|
(30) Ключевое слово - "не маленькая". То есть, может позволить себе расходы на интеграцию баз.
|
|||
37
Mikeware
23.09.13
✎
09:16
|
(23) И нафига такой геморрой (с разными базами)? а со своей системой отчетности - это да, сказка...
(0)базу - на сиквел, и осваивай прямые запросы |
|||
38
abfm
23.09.13
✎
09:18
|
(35)Да всё есть просто база одна, интеграция баз геморрой больше чем быстродействие.
|
|||
39
Стрелок
23.09.13
✎
09:19
|
(37) а для того чтобы я не задавал на форуме вопросов типа (0), чтобы людям удобно работать было по своим направлениям (как правило отдельный топ-менеджер занимается своим направлением) чтобы исключить человеческий фактор при формировании отчётов и накладных, исключить ошибки персонала при выписке накладных.
да что говорить - от типовой ТиС осталось только название и половина процедур из глобальника. остальное всё переписано и поверь в каждой базе для каждой дистрибьюции по-разному |
|||
40
Стрелок
23.09.13
✎
09:19
|
(38) ну ну... ;)
|
|||
41
abfm
23.09.13
✎
09:20
|
(40) Без обид кучу маленьких SAP не видел.
|
|||
42
Стрелок
23.09.13
✎
09:20
|
(38) не озвучишь количество накладных по каждой дистрибьюции в день?
|
|||
43
VladZ
23.09.13
✎
09:21
|
(6) "Приходит мерч со стороны поставщика." и что делает?
|
|||
44
VladZ
23.09.13
✎
09:24
|
+43 Задам вопрос точнее: что мерч делает такого важного, чтобы его в общую базу пускать?
|
|||
45
Стрелок
23.09.13
✎
09:26
|
(44) он выполняет свои служебные обязанности. от формирования дебиторок до анализа остатков товара на складах
|
|||
46
Mikeware
23.09.13
✎
09:28
|
(39) у нас нет разделения топов по направлениям дистрибуции (у нас - по регионам). ну а в остальном - проблем нет.
Ну а то, что от типовой рожки да ножки - это да.... |
|||
47
Mikeware
23.09.13
✎
09:29
|
(45) ну и сделать ему предопределенные отчеты, и все...
|
|||
48
Стрелок
23.09.13
✎
09:30
|
(47) тогда прийдётся в товарах, клиентах добавлять флажки "товар ТМ такойто" и "клиент покупатель ТМ такой то" а тут ещё и оплаты как то разделять надо... так что...
|
|||
49
Vlad_1717
23.09.13
✎
09:32
|
(0) Реквизит добавь и фильтруй при открытии подбора. Причем реквизит м.б. не только флажок. А ИспользоватьСписокЭлементов() - тормоза те ещё.
|
|||
50
abfm
23.09.13
✎
09:33
|
(47)у нас он видит что нужно компании, хотя я всегда задаю им вопрос: "мы выгрузили в вашу учетную систему всё что вы просили, получайте отчёты там!"
|
|||
51
Стрелок
23.09.13
✎
09:33
|
(48) рездели мне взаиморасчёты по разным дистрибьюциям по каждому клиенту.
|
|||
52
abfm
23.09.13
✎
09:35
|
(51)банк по документально разносите?
|
|||
53
Стрелок
23.09.13
✎
09:37
|
(52) не всегда. часто клиент загоняет просто сумму по конкретной дистрибьюции
|
|||
54
Rie
23.09.13
✎
09:37
|
(48) Если и придётся - то не флажки, а один-единственный реквизит. Который, кстати, можно и не добавлять - если использовать прямые запросы. (Впрочем, если не использовать прямые запросы - то тоже можно не добавлять).
|
|||
55
abfm
23.09.13
✎
09:38
|
(53) нет проблем разделю.
|
|||
56
Rie
23.09.13
✎
09:38
|
+(54) Вообще непонятен этот спор. Разные конторы, разные бизнес-процессы... Кому-то удобнее одно, кому-то - другое.
|
|||
57
planod
23.09.13
✎
09:38
|
(43) он еще выполняет функции супервайзера для выделенной команды, поэтому других он не должен видеть, так как человек со стороны.
|
|||
58
Стрелок
23.09.13
✎
09:39
|
(54) прийдётся ;) пробовали. клиент Пупкин является покупателем трёх ТМ трёх дистрибьюций (из 5) надо получить список клиентов по одной из трёх листрибьюций. как?
короче народ, давайте без теоритизма. если кто реально работал в ситуации с несколькими крупными дистрибьюциями тот поймёт о чём я. остальные - попробуйте вначале |
|||
59
abfm
23.09.13
✎
09:40
|
(56)Как раз есть одна или много?
|
|||
60
Mikeware
23.09.13
✎
09:40
|
(48) ну да, в свойствах товаров (я сделал свойстввами, чтоб не городить лишнего - хотя далеко не факт, что это оптимально) - надо иметь поставщика (контракт).
С частичной оплатой смешанной отгрузки - да, есть гемор. |
|||
61
Rie
23.09.13
✎
09:41
|
(58) Дык пробовали. И обходились единой базой.
|
|||
62
Стрелок
23.09.13
✎
09:42
|
(60) а ещё всё равно на каждую дистрибьюцию выписывается своя накладная.
|
|||
63
Rie
23.09.13
✎
09:42
|
(60) Я тоже делал свойствами - может, не оптимально по времени, зато удобно с точки зрения логики.
|
|||
64
abfm
23.09.13
✎
09:42
|
У нас есть слово "Общий прайс" я его не навижу.
|
|||
65
Стрелок
23.09.13
✎
09:42
|
(61) вы пробовали а я работаю с ними с 2007 года
|
|||
66
Mikeware
23.09.13
✎
09:44
|
(62)а зачем? у нас ни один из поставщиков таких условий не ставил.
|
|||
67
Rie
23.09.13
✎
09:45
|
(65) Так и я "пробовал" не один год :-)
|
|||
68
Стрелок
23.09.13
✎
09:45
|
(66) серьёзно? я прошу прощения а нельзя озвучить самого крупного вендора? и ещё ответь - вы с ним (с вендором) данными обменивайтесь?
|
|||
69
Mikeware
23.09.13
✎
09:45
|
(64) у нас в дополнение к "общему прайсу" есть еще и "полный прайс"
|
|||
70
Mikeware
23.09.13
✎
09:46
|
(68) с тремя обмениваемся.
|
|||
71
Стрелок
23.09.13
✎
09:46
|
(67) молодец.тогда поясни мне приемущества одной базы на все дщистрибьюции с абсолютно разной логистикой, документами и отчётами, с разными обмена данных и программами работы с КПК
|
|||
72
abfm
23.09.13
✎
09:47
|
(69)Там наверное есть чего у Вас нет.
|
|||
73
Стрелок
23.09.13
✎
09:48
|
(70) и как вы выгружаете продажи? и долги? мне просто интересно.
есть накладная с товаром двух дистрибьюций. накладная оплачена частично - вопрос - по какой из дистрибьюций какой долг завис? |
|||
74
Rie
23.09.13
✎
09:48
|
(68) ОАО "Балтика"
|
|||
75
Mikeware
23.09.13
✎
09:49
|
+(70) наврал - с четырьмя.
с одним - csv через ediconnector с другим репликация систеховская, и через ftp третьему отправляем xml на сайт (и xls почтой) четвертому - отправляем dbf (и еженедельно то-ли xls, то-ли csv) почтой. |
|||
76
abfm
23.09.13
✎
09:50
|
(71)Склады у Вас одни логистика одна. (73)Определяеться учетной политикой если нет оплаты по документу.
|
|||
77
Rie
23.09.13
✎
09:50
|
+(74) Как обмениваемся данными? Через их сервер. С их собственным (вернее, разработанным по их заказу) ПО. Оттуда загружаются накладные от них. Туда с КПК поступают данные о заказах розничных точек. Ну и выгружаются данные из "1С" о фактических реализациях. Плюс ко всему этому куча всего прочего.
|
|||
78
Mikeware
23.09.13
✎
09:50
|
(73) пропорционально сумме. Долго считается, конечно - робот сейчас аж в 5 утра стартует :-) Но он железный, ему пофиг
|
|||
79
Стрелок
23.09.13
✎
09:51
|
(76) а вот и нет - всё разное. и логистика и логика работы
|
|||
80
Стрелок
23.09.13
✎
09:51
|
(78) вооо пропорционально. а команда торговых я так понимаю у вас одна на все дистрибьюции?
|
|||
81
Mikeware
23.09.13
✎
09:53
|
(78) нет, команд по разному. в центре - три, в филиалах - от двух до одной.
(79) разная логистика? "каждый сам кузнец своего геморроя"© |
|||
82
Стрелок
23.09.13
✎
09:54
|
(75) понятно.... мелочь короче
у меня ежедневный обмен трёх-звенка с четырьмя вендорами, ещё с двумя двухзвенка и остальные - раз в день пакетs объёмом от 1 до 20-30 метров в dbf, csv |
|||
83
Стрелок
23.09.13
✎
09:55
|
(81) а как они ухитряются взять одну заявку по клиенту? или при загрузке программа сама "сворачивает" заявки до клиента и формирует одну накладную?
|
|||
84
Mikeware
23.09.13
✎
09:55
|
(82) Наличие гемоороя не говорит о крупности :-)
|
|||
85
Стрелок
23.09.13
✎
09:55
|
(84) о каком геморое ты говоришь?
|
|||
86
Mikeware
23.09.13
✎
09:58
|
(83) единая заявка - если заявка приходит по ЭДО. А если с планшетов - то в зависимости от филиала.
|
|||
87
Стрелок
23.09.13
✎
10:00
|
(86) у вас разные производители пользуются одним каналом ЭДО, через который пробегают заявки от разных команд ТП? странно... мы об одном и том же говорим вообще?
|
|||
88
Mikeware
23.09.13
✎
10:00
|
(82) умные слова типа "трехзвенка-двухзвенка"
|
|||
89
Mikeware
23.09.13
✎
10:02
|
(86) разные покупатели пользуются одним каналом ЭДО. Через корорый "пробегают" заявки от клиента. а клиенту, собственно, плевать на наши "команды", "контракты" и т.п.
|
|||
90
Rie
23.09.13
✎
10:02
|
(82) Хм... Оно как бы какая разница - есть ли слой бизнес-логики или нет оного? При обмене - ключевое слово "протокол".
|
|||
91
Стрелок
23.09.13
✎
10:03
|
(89) и это разны диистрибьюции? или разные направления ОДНОГО производителя?
(90) я так понимаю ты работал только с одной листрибьюцией. крупной но одной. так? |
|||
92
Rie
23.09.13
✎
10:04
|
(91) Не так.
|
|||
93
Mikeware
23.09.13
✎
10:04
|
(91) чойто у тебя с пониманием какие-то проблемы настали....
|
|||
94
Стрелок
23.09.13
✎
10:05
|
(92) а если не так, то тогда ты должен знать что у каждого производителя своя логистика, логика и правила
|
|||
95
alexiv79
23.09.13
✎
10:05
|
(8) Насколько я помню (с 7.7 уже года 2 плотно не работаю) для примерно таких ситуаций добавляли реквизит для отбора и заполняли для каждой номенклатурной позиции, потом по нему делали отбор в списке для выбора и форме списка справочника-потому как в 7.7 отбор только по 1 реквизиту
|
|||
96
Стрелок
23.09.13
✎
10:05
|
(93) поясни как разные производители могут пользоваться одним каналом ЭДО?
|
|||
97
Mikeware
23.09.13
✎
10:09
|
(96) ты слово _покупатель_ от слова _производитель_ отличаешь?
И, кстати, edifact вполне позволяет любому числу производителей получать заказы и отчеты в единой форме и по единому протоколу, по единому каналу. почему каждый (даже западный) производитель лепит свою керню - непонятно. зы. что примечательно, разработчики этих кривых обменов для производителей - гордо называющие себя "интеграторами" - у 2 систем украина (киевская и львовская конторы) |
|||
98
Rie
23.09.13
✎
10:11
|
(94) И пофигу. Есть протоколы обмена данными. С каждым из производителей. Все необходимые сведения - в свойствах, а не в самих справочниках. И - набор обработок, которые собирают данные и обмениваются ими согласно протоколам. Опять же - всё отдельно. Протокол меняется - меняется обработка. А базе это - по барабану (естественно, если вдруг кому потребуются доп. сведения - то они вносятся; но это "вдруг" случается далеко не каждый день, и даже не каждый год).
|
|||
99
Стрелок
23.09.13
✎
10:12
|
(97) отличаю не кипятись. но к покупателю приходят разные торговые так ведь? и каждый из них формирует свою заявку.
а про конторы наши одну назову слёту "Софт сервис" (львов) мы с ними тоже плотно работаем (98) необходимые данные могут отличаться очень сильно для разных производителей. |
|||
100
Стрелок
23.09.13
✎
10:13
|
кстати программа которую толкает "софт сервис" польская изначально ;)
|
|||
101
Rie
23.09.13
✎
10:16
|
(99) Ну различаются. И что в этом за проблема? Для каждого - свой блок обмена. О да! Этих блоков получается аж целых четыре! И в каждом - по целой обработке! (Для "Балтики" - аж целых три обработки - правда, ими же и написанные). Жуть!
|
|||
102
Mikeware
23.09.13
✎
10:24
|
(99) и в чем проблемя, что отличаются требуемые данные?
данные у тебя есть. есть форма, в которой ты должен их предоставить. Ты программист или где? |
|||
103
Mikeware
23.09.13
✎
10:26
|
(99) если торговые формируют заявку в мобильных устройствах - заявок прилетает несколько ("в разрезе торговых команд")
если даявки дообрабатывает клиент и отправляет через ЭДО - заявка может прилететь одна, единая, без разбивки по контрактам. |
|||
104
Стрелок
23.09.13
✎
10:32
|
да дело не в различии протоколов обмена.я пытаюсь сказать что попытка увязать в одной базе всё что надо всем вендорам приводит к значительному росту количества реквизитов и геморою при работе персонала.
сделать хоть десять обдменок не проблема. проблема в том что например для ИДС (минвода) необходимы одни доп.данные по покупателю, а SunInBev - совершенно другие. У SunInBev товары и торговые вносятся на уровне вендора а у ИДС - у дистрибьютора. Я молчу про Марс и Нестле. там вообще отдельная песня больше на стон похожая |
|||
105
Mikeware
23.09.13
✎
10:36
|
(104) нет никакого "роста количества реквизитов" (разве что рост количества свойств). а персоналу вообще должно быть пофиг - персонал обрабатывает _заявку_покупателя_, а не _заявку_на_SunInBev_.
|
|||
106
Стрелок
23.09.13
✎
10:38
|
(105) б л я ну вот не понимаю. ну ты ведь не работал с этими производителями. какого хрена заявлять так безапеляционно кто что делает? Это тебе так хочется или кажется что "персонал обрабатывает _заявку_покупателя"? а если я тебе скажу что заявка вначале уходит производителю, обрабатывается там а уж потом попадает к дистрибьютору?
|
|||
107
Mikeware
23.09.13
✎
10:40
|
(106) и что это меняет?
|
|||
108
Стрелок
23.09.13
✎
10:40
|
(105) нет роста?
по требованиям ИДС по каждому клиенту выгружается доп информация (порядка 20 полей) которых нет в типовой. Для SIB - пять-шеть полей. Для "Марс" необходимо деление товара на "корма" и "Шоколад". А "Нестле" требует координаты клиента в GPS реализуй мне всё это свойствами |
|||
109
Rie
23.09.13
✎
10:40
|
(104) Ещё раз - нет никакого "роста количества реквизитов". Всё - в свойствах. Основной справочник не трогаем. В документах - да, тут бывает некое разнообразие. Но оно _единообразно_ регулируется (Видимость, Доступность) на основе всё тех же свойств. (А ещё есть классная штука под названием "подчинённый документ"... Но это - отдельная песнь).
|
|||
110
Стрелок
23.09.13
✎
10:40
|
(107) то меняет что не зная изнутри ты так уверенно заявления кидаешь.
|
|||
111
Стрелок
23.09.13
✎
10:41
|
(109) как разделить какие свойства для какого вендора предназначены?
|
|||
112
Rie
23.09.13
✎
10:42
|
(106) Вот именно так и. Заявка с КПК уходит куда-то там. А затем от производителя - приходит. И что? Какая разница, откуда пришли данные? Есть протоколы обмена. В них всё сказано.
|
|||
113
Rie
23.09.13
✎
10:42
|
(111) Я группы использую. Может, есть лучший вариант - но меня и этот устраивает.
|
|||
114
Стрелок
23.09.13
✎
10:43
|
(112) большая разница. и протокол обмена здесь нипричём
|
|||
115
Стрелок
23.09.13
✎
10:43
|
(113) небыло ещё такого что какое то свойство просто забыли заполнить?
|
|||
116
Стрелок
23.09.13
✎
10:44
|
или проверка заполнения идёт по именам свойств?
|
|||
117
Стрелок
23.09.13
✎
10:44
|
короче - каждый фапает как хочет. клинт уже несколько лет подряд занимает первое место по стране за эффективность работы по двум дистрибьюциям.
|
|||
118
Rie
23.09.13
✎
10:45
|
(112) Как это - "ни при чём"? Батенька, да Вы когда-нибудь _большую_ софтину писали?
Не, оно конечно, если устроить бардак и всё тащить по всем уровням - оно конечно... Но не зря ж люди изобретали "модульность", "контракты"... |
|||
119
Ёпрст
23.09.13
✎
10:46
|
(0) я скрывал, только не в справочнике, а во всех отчетах и документах.
Т.е черту в справочнике "пользователи" заводился свой список номенклатуры и свой список клиентосов..и во всех отчетах ставилмя принудительно фильтр на него.. Всё на классе перехватчике было реализовано. Внешне, всё как обычно, черти и не догадывались, что смотрят фильтрованные отчеты и документы. |
|||
120
Rie
23.09.13
✎
10:46
|
(115) Дык а проверить заполнение - в лом?
|
|||
121
Mikeware
23.09.13
✎
10:46
|
(111) по имени, вестимо. У меня, например, "Артикул"+<НаименованиеПроизводителя>, "Группа"<>, "MML"<>, "Рейтинг"<>,"Условия"<>
(115) было. По башке получили, и заполнили. Хотя при выборе контракта - программа требует заполнить табличку... |
|||
122
Стрелок
23.09.13
✎
10:47
|
(118) см 117.
|
|||
123
Стрелок
23.09.13
✎
10:48
|
(121) ага. завтра добавляем новое поле и начинается писанина в коде ;)
|
|||
124
Mikeware
23.09.13
✎
10:49
|
(123) никакой писанины:-)
контракт известен. подобрать свойства по именам свойств по известному имени контракта - более чем просто:-) |
|||
125
Rie
23.09.13
✎
10:50
|
(122) Так а кто тут бубнёж разводит-то? :-)
Каждый решил задачу своим способом. У меня решение - модульное. Мне оно нравится. Легко вносятся изменения. Тебе хочется трахаться с постоянными переделками кода? Что ж, тоже неплохо - заказчик на крючке. |
|||
126
Стрелок
23.09.13
✎
10:51
|
(124) ну конечно просто. просто нужно привязать набор свойств к конкретной дистрибьюции, а потом если вдруг свойство добавится то надо пробежать все элементы и докинуть это свойство в список, поставить контроль его заполнения ну и заполнить - мелочь чо... ;)
|
|||
127
Rie
23.09.13
✎
10:51
|
(126) Код при этом менять - зачем?
|
|||
128
Стрелок
23.09.13
✎
10:53
|
(127) проверить по имени свойства заполнено оно или нет. это не изменение кода
модульность в чём? |
|||
129
Стрелок
23.09.13
✎
10:54
|
а самое интересное это когда в базе (одной на всё) сидят 30 юзеров и вдруг надо по одной из дистрибьюций что то сделать. и фирма останавливается полностью.... вот веселуха. это конечно проще чем остановить работы по одной ТМ а остальные чтобы работали
у меня вопрос (127),(124) вы фикси? |
|||
130
Rie
23.09.13
✎
10:54
|
(128) Модульность в том, что обмен весь вынесен у меня в обработки. Которые зависят только от протоколов. Данные - сгруппированы в свойствах. Которые, опять же, можно менять, не залезая в код. Проверка заполнения - перебор в цикле. И смотрим флажок.
|
|||
131
Rie
23.09.13
✎
10:55
|
(129) Я - ИП. Он же ПБОЮЛ.
|
|||
132
Стрелок
23.09.13
✎
10:56
|
(130) и у меня во внешних обработках. при чём тут это? я тебе про свойства элементов справочника в конце а ты мне про внешние обработки.
(131) странно. кто из нас ещё клиента к себе привязал - это спорный вопрос |
|||
133
Rie
23.09.13
✎
10:56
|
(129) Ну, хреново ты спроектировал базу, раз приходится всё останавливать. Но это - твоя проблема.
|
|||
134
Стрелок
23.09.13
✎
10:57
|
(133) серьёзно? ЛОЛ... ты не сталкивался с изменением требований клиента - дистрибьютора или производителя? ты не сталкивался с разбором проблем юзеров? мда...
|
|||
135
Rie
23.09.13
✎
10:57
|
(132) Ну так это - взаимоувязано. Протоколы, свойства, обработки.
Насчёт "привязал клиента" - у меня всё документировано. Если клиенту захочется - он может легко и просто сменить меня на более другого программиста. Как найдёт получше меня - так и сменит. |
|||
136
Mikeware
23.09.13
✎
10:59
|
(129) у меня фирма работает 24*7 :-)
А если тебе приходится что-то останавливать - ну, значит у тебя проблемы с проектированием систем. |
|||
137
Rie
23.09.13
✎
10:59
|
(134) Сталкивался. "Изменение требований клиента" = "изменение протокола обмена". Было уже несколько раз. Переписывается чуток обработка - и ура! Все продолжают работать! (Причём обработка - внешняя, работа пользователей вообще не останавливается).
|
|||
138
Mikeware
23.09.13
✎
11:01
|
(129) и юзеров - днем в ЦБ до 85, ночью живых 3-5, ну и роботы, кудаж без них... Остановка базы на пол-часа - согласуется за день. Дольше - ЧП.
|
|||
139
Стрелок
23.09.13
✎
11:02
|
(137) вы как в другом мире живёте. производитель требует чтобы в накладной внизу допечатывался комментарий. надо базу остановить? появился покупатель который работает только с накладными определённой формы (метро например). надо базу останавливать? чо вы чешите. трилите?
|
|||
140
Стрелок
23.09.13
✎
11:04
|
я сегодня ночью написал и поставил три отчёта новых по требованию клиента. базу останавливать ненадо?
|
|||
141
Mikeware
23.09.13
✎
11:04
|
(139)ЗАЧЕМ??????????
зачем для комментария в печатной форме остаавливать базу? |
|||
142
Стрелок
23.09.13
✎
11:04
|
(141) а как ты туда что то добавишь? а если это не комментарий к документу а нечто другое - например текущий долг клиента?
|
|||
143
Mikeware
23.09.13
✎
11:05
|
(140) абсолютно не надо. кладешь во внешние обработки. назначаешь роли пользователей, которые должны пользоваться этими отчетами. и все... у нужных пользователей при начале работы в меню жобавятся нужные отчеты...
|
|||
144
Стрелок
23.09.13
✎
11:06
|
(143) мы попрежнему про 7.7 говорим?
|
|||
145
Mikeware
23.09.13
✎
11:07
|
(142) а какая разница? все формы - во внешних отчетах. у коиента - свойство, какие документы (и сколько экземпляров) ему нужно печатать. При нажатии клавиши "печать пакета" - печатается нужный пакет документов.
|
|||
146
Mikeware
23.09.13
✎
11:08
|
(144) конечно.
|
|||
147
Стрелок
23.09.13
✎
11:08
|
(146) ой расскажи мне про это "кладешь во внешние обработки. назначаешь роли пользователей, которые должны пользоваться этими отчетами. и все... у нужных пользователей при начале работы в меню жобавятся нужные отчеты..."
|
|||
148
Rie
23.09.13
✎
11:09
|
(139) Не надо ничего останавливать. Hint: "внешние печатные формы".
|
|||
149
Стрелок
23.09.13
✎
11:09
|
(145) все формы накладных во внешних xml? а долг то как расчитать без кодинга?
|
|||
150
Стрелок
23.09.13
✎
11:10
|
(148) ну нет спасибо. извращайтесь сами. по каждой дистрибьюции минимум 8 форм накладных
|
|||
151
Rie
23.09.13
✎
11:11
|
(150) Дружище, да 1Сник ли ты? Если 1Сник - то прекрасно знаешь, что внешняя печатная форма принципиально ничем не отличается от встроенной.
|
|||
152
Стрелок
23.09.13
✎
11:12
|
(151) нет конечно. откуда мне знать это. я тебе про фому а ты мне про ерёму. надо в печатную форму вывести ТЕКУЩИЦ ДОЛГ ПО КОНТРАГЕНТУ - получи его не правя код в базе данных
|
|||
153
Mikeware
23.09.13
✎
11:12
|
(147)
ЗагрузитьВнешнююКомпоненту("RWidjets.dll"); рс=СоздатьОбъект("ODBCRecordset"); рс.УстановитьТекстовыйПараметр("ВыбПользователь",глПользователь); ТЗ = рс.ВыполнитьИнструкцию("Select $спрРоли.Роль [Роль $Справочник.Роли] from $Справочник.РолиСотрудников спрРоли (nolock) where спрРоли.ParentExt=:ВыбПользователь",ТЗ); СЗ=СоздатьОбъект("СписокЗначений"); ТЗ.Выгрузить(СЗ); Объект = СоздатьОбъект("Общие.МенюДополнительныхВозможностей"); Объект.СоздатьМеню(,СЗ); |
|||
154
Mikeware
23.09.13
✎
11:13
|
(152) и в чем у тебя возникают проблемы? :-)
|
|||
155
Стрелок
23.09.13
✎
11:14
|
(154) ты получишь долг без правки кода в базе?
|
|||
156
Стрелок
23.09.13
✎
11:14
|
(153) хрень какая то
|
|||
157
Mikeware
23.09.13
✎
11:14
|
(155) естественно.
|
|||
158
Стрелок
23.09.13
✎
11:15
|
(157) ну давай. покажи как... ;)
только не на ТА а именно на момент печати документа |
|||
159
Mikeware
23.09.13
✎
11:18
|
(158) тебе рассказать про функцию CформироватьПозициюДокумента() ?
|
|||
160
Стрелок
23.09.13
✎
11:19
|
(159) в печатной форме?????? расскажи
|
|||
161
Mikeware
23.09.13
✎
11:21
|
(160) а какая разница?
|
|||
162
Стрелок
23.09.13
✎
11:22
|
(161) ну так напиши что будет стоять в ячейке таблицы?
|
|||
163
Mikeware
23.09.13
✎
11:22
|
(160) ты меня пугаешь....
|
|||
164
Mikeware
23.09.13
✎
11:23
|
(163)то, что у печформы есть код - ты в курсе? :-)
|
|||
165
Стрелок
23.09.13
✎
11:25
|
(164) в курсе. и что?
|
|||
166
Mikeware
23.09.13
✎
11:27
|
(165) НУ и напиши в таблице ПечОстаток, а в коде перед выводом секции запрос на момент печати (хоть черый, хоть прямой). И все, собственно...
|
|||
167
Стрелок
23.09.13
✎
11:27
|
у меня такое ощущение что спорят тупоконечники и остроконечники
|
|||
168
Стрелок
23.09.13
✎
11:28
|
я делал схему не под себя а по требованию и пожеланию клиента. Точка.
|
|||
169
Mikeware
23.09.13
✎
11:28
|
(168) и делал ее, похоже, самым идиотским способом из возможных.
|
|||
170
Mikeware
23.09.13
✎
11:29
|
+(169) вряд ли у тебя клиент выдвигает требования - где должен быть расчет задолженности.
|
|||
171
Стрелок
23.09.13
✎
11:30
|
(169) тебя это успокоит? да я идиот.
|
|||
172
Rie
23.09.13
✎
11:30
|
Такое ощущение, что Стрелок просто троллит.
Он же не первый год работает. И не дятел вроде бы. Внешние печатные формы, внешние обработки, внешние компоненты - 1Сник не использует ничего из этого? Не верю! (и даже на Станиславского ссылаться не буду). |
|||
173
Mikeware
23.09.13
✎
11:32
|
(172) кодить и программировать - немножко разные занятия...
|
|||
174
Стрелок
23.09.13
✎
11:33
|
(172) не повершь - всё использую, кроме внешних печатных форм. не люблю их. я не буду рассказывать всю кухню клиента. поверьте просто - я так сделал потому что это максимально эффективно в данном случаи. я никому ничего не навязываю и ярлыки не вешаю. вы хотите думать что вы гении программирования а я лох - да бога ради. тут даже не время рассудит. тут просто речь идёт о востребованности программиста. я востребован с перебором - не успеваю
|
|||
175
Mikeware
23.09.13
✎
11:33
|
(171) более интересует - зачем?
вроде не самый глупый зверь в этом зоопарке, а какю-то чушь несешь... |
|||
176
Mikeware
23.09.13
✎
11:35
|
(174) из-за твоей _нелюбви_ к внешним печатным формам страдает клиент, которому приходится останавливать работу для замены строчки в печатной форме...
|
|||
177
Rie
23.09.13
✎
11:37
|
(174) Да всё понятно. Пришёл. Клиент поставил задачу. Под эту задачу ты спроектировал базу (базы). Без фанатизма, без особого обдумывания - просто чтобы решить текущую задачу.
Потом задача чуток изменилась. Потом - ещё чуток. А перепроектировать - тебе было в лом. В результате - сидишь теперь на криво спроектированной базе. Да, "текучку" - решаешь. Ибо не дурак. А на рефакторинг - так за него же не заплатят. А времени (теперь уже) убить придётся немало. |
|||
178
Стрелок
23.09.13
✎
11:38
|
(176) это ты за него так решил? печатная форма - частный случай
(177) за 6 лет задачи не просто чуток изменились - они в корне поменялись а работу фирмы останавливать нельзя. Скажу так - от первоначальных баз в момент когда я взял клиента не осталось вообще ничего. обновление (рефакторинг - слово то какое) идёт постоянно. по мере необходимости. |
|||
179
Mikeware
23.09.13
✎
11:39
|
(177) зато "много часов закрывает".
хотя рефакторинг порой делать ой как лениво.... |
|||
180
Стрелок
23.09.13
✎
11:39
|
(177) да с чего ты взял что база криво спроектирована?
|
|||
181
Rie
23.09.13
✎
11:39
|
(178) А не надо останавливать работу фирмы. В том и прикол.
|
|||
182
Стрелок
23.09.13
✎
11:39
|
(179) о ещё один провидец... я не по часам работаю ;)
|
|||
183
Rie
23.09.13
✎
11:40
|
(180) Да ты ж в этой ветке всё подробно расписал!
|
|||
184
Андрей_Андреич
naïve
23.09.13
✎
11:40
|
Согнали всех монстров в одну ветку. Интересно, сколько метров суммарная длина у обсуждающих?
|
|||
185
Стрелок
23.09.13
✎
11:40
|
(181) б л я вот ты упёртый. откуда ты знаешь особенности работы моего клиента? откуда ты знаешь как онт работает и его требования?
|
|||
186
Стрелок
23.09.13
✎
11:41
|
(183) что я расписал такое что характеризует базу как "кривую"?
|
|||
187
Rie
23.09.13
✎
11:44
|
(185) Да по фигу на то, как работает твой клиент. Не знаю я этого. Зато (уж извини) знаю, как надо писать, чтобы не останавливать рабочую базу после каждого чиха.
|
|||
188
Стрелок
23.09.13
✎
11:45
|
(187) ну что сказать - молодец. я так понимаю этим фундаментальным знанием ты гордишься аж пипец... понимаю
|
|||
189
Mikeware
23.09.13
✎
11:46
|
(178) ну дай другой пример...
я ж тебе показал - как делается в пользовательском режиме добавление новых отчетов пользователям в меню. Точно так же я могу тебе показать, как формируется пакет документов. Формирование бизнес-процессов. Аналог восстановления последовательности в разделенном режиме. проверка и пересчет итогов в разделенном режиме. Обрезка базы в разделенном режиме. Автооткрытие периода. И т.п. И все это - без остановки работы. (185) ты хочешь сказать, что клиент требует, чтоб базу останавливали почаще да наподольше? |
|||
190
Mikeware
23.09.13
✎
11:47
|
(184) если встанет - низколетящие дирижабли сбивать можно!
|
|||
191
Rie
23.09.13
✎
11:50
|
(188) Я на этом фундаментальном знании деньги зарабатываю.
Впрочем, если тебе деньги не нужны - твои проблемы. |
|||
192
Андрей_Андреич
naïve
23.09.13
✎
11:54
|
(190) А почему "если", а не "когда"?
|
|||
193
Mikeware
23.09.13
✎
11:56
|
(192) А чой-то ничего не возбуждает последнее время...
"кнопка СделатьВсё" салореальна, а остальное - мелкомасштабно :-( |
|||
194
Rie
23.09.13
✎
11:57
|
(192) Ну это ж открытый форум... А за сбивание летательных аппаратов - уголовная ответственность может быть. Вне зависимости от того, чем сбивали...
|
|||
195
Андрей_Андреич
naïve
23.09.13
✎
12:00
|
(193) Мне вообще программировать запретили - и так все работает. Тоска.
|
|||
196
Mikeware
23.09.13
✎
12:03
|
(195) "я боюсь нашего нового программиста по зарплате - он сидит, чего-то кодит и тихонько ржет..."©
|
|||
197
Rie
23.09.13
✎
12:05
|
(193) "салореальна" - это надо запомнить! :-)
|
|||
198
Mikeware
23.09.13
✎
12:06
|
(197) подразумевалось "малореальна"....
хотя "салореально" - это что-то хохлонаркотическое... |
|||
199
Rie
23.09.13
✎
12:20
|
(198) Но слово получилось замечательное!
|
|||
200
Aleksey
23.09.13
✎
12:30
|
(186) ну как же, всем известно, что любая база, если она не типовая - априори кривая и неоптимальная
|
|||
201
Стрелок
23.09.13
✎
12:34
|
(200) не так немного
тут аксиома из трёх тезисов : 1. любая база, которую не я сейчас обслуживаю - кривая 2. любая база которую я начинаю осблуживать после другого программиста - кривая 3. лююая моя бывшая база, которую даже просто открыл на просмотр другой программист после этого автоматически становится кривой |
|||
202
Rie
23.09.13
✎
12:36
|
(201) Уже то, что ты писал насчёт "останавливать" - говорит о том, что база криво спроектирована. Возможностей создать базу, работающую 24*7 - есть много. Но их ты не использовал.
|
|||
203
Aleksey
23.09.13
✎
16:20
|
(202) а как же типовые которые априори не могут быть кривыми?
|
|||
204
Mikeware
23.09.13
✎
16:26
|
(203) могут. типовые слишком универсальные. ну и нельзя нее вспомнить о найденой питом фигне с печатью, которая до сих пор вроде не исправлена...
|
|||
205
alexiv79
23.09.13
✎
16:31
|
(147) Стрелок-ты точно 1Сник? Не видел что такое внешние печатные формы? в свою конфу ниразу не добалял подчистему для выбора и хранения печатных форм7
(149) а что мешает расчет сделать в ВНЕШНЕЙ ПЕЧАТНОЙ ФОРМЕ? |
|||
206
alexiv79
23.09.13
✎
16:33
|
(178) Делали внешние обработки в которых хранились алгоритмы расчетов - как раз для отладки и оперативного внесения изменений-потом конечно старались это в конфу внедрить
|
|||
207
alexiv79
23.09.13
✎
16:37
|
(206) Т.е. вызывается внешняя обработка
, в нгей функция которя в параметре возвращает ТЗ с одной строкой и кучей колонок с результатами расчетов |
|||
208
Rie
23.09.13
✎
16:54
|
(203) Типовые как раз "кривые" - ибо стараются быть универсальными, а это зачастую неэффективно. Поэтому их и затачивают под нужды конкретного предприятия (если у этого предприятия есть деньги, чтобы под него конфу заточили).
@Садовников как-то показывал свои конфигурации - там от "1С" остались только заголовки. Внутри всё перелопачено - зато работало так, что "1С" остаётся разве что нервно курить за кулисами. |
|||
209
Emil0690
23.09.13
✎
16:59
|
Всем привет. Существует такая задача: один сотрудник не должен видеть часть иерархии справочника Номенклатура. Подскажите, как можно это реализовать?
|
|||
210
Rie
модератор
23.09.13
✎
17:03
|
(209) И Вам тоже здрасте.
Заведите свою ветку, задайте там вопрос (не забыв указать версию платформы и конфигурацию) - и Вам в этой Вашей ветке с радостью на него ответят. |
|||
211
Ёпрст
23.09.13
✎
17:05
|
(209) штатный примитв - написать
ИспользоватьРодителя(Группа,0) в форме списка - усё, за пределы данной группы ничего не увидит.. вообще. |
|||
212
Torquader
23.09.13
✎
22:25
|
А если сделать решение типа РБД, то есть для каждого из "чужих" менеджеров просто выгрузить часть базы с его данными, а остальные - будут жить в центральной.
Просто - фильтровать - не очень гуманно, да и файловую базу "пользователь" может забрать домой на посмотреть. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |