Имя: Пароль:
1C
1C 7.7
v7: Новая переферийная база с необычными правами.
,
0 Koliaff
 
08.12.11
23:01
ТИС 7.7
Сейчас работают две SQL базы через УРБД (двухсторонний обмен без ограничений). Необходимо прикрутить ещё одну удаленную базу, но с существенными ограничениями в информации. В новой создаваемой базе должно быть :

1. Вся номенклатура из старой (центральной) базы, типы цен только две из десяти.
2. Контрагентов новая база должна иметь своих, из старой базы они не должны переноситься.
3. Остатки товаров в новой базе должны видеть по всем складам фирмы, но нельзя узнать какими документами они созданы (нельзя посмотреть цену закупки и реализации, если документ выписан не в самой этой базе)
4. В новой базе можно резервировать со всех складов.
5. Обмен должен происходить в обе стороны, должны приходить новые цены на товары и новые товары из старой (центральной) базы.
6. Все выписанные документы и контрагенты в новой базе должны попадать в старую базу (центральную).
=====================================================
Справится ли с этим МОД ? Или какие ещё существуют варианты ? Времени дали мало, всего неделю.... Спасибо за советы заранее ...
1 Aleksey
 
08.12.11
23:05
нет
2 Aleksey
 
08.12.11
23:06
3. Остатки товаров в новой базе должны видеть по всем складам фирмы, но нельзя узнать какими документами они созданы (нельзя посмотреть цену закупки и реализации, если документ выписан не в самой этой базе)

движение не может быть без документов, а значит или нет документов или все документы
3 Aleksey
 
08.12.11
23:06
С другой стороны, если методично закрывать это в коде, то можно добиться. Не 100% а процентов на 95
4 Koliaff
 
08.12.11
23:07
(Aleksey) Я предполагал, что МОД не подойдёт из-за 3-го пункта...
Как тогда быть ?
5 Фрэнки
 
08.12.11
23:09
(2) но можно и сводные документы подсовывать в обмене по загружаемым движениям
(4) писал на МОД давно и у нас использовались подмены, когда вместо документов источников подставлялись документы приемников.
6 Koliaff
 
08.12.11
23:15
(Фрэнки) Чувствую мне не хватит времени разобраться с МОД, да ещё и не стандартным переносом данных через него ...
Других вариантов нема ? )
7 Aleksey
 
08.12.11
23:16
(6) Рисуй свой обмен
8 Koliaff
 
08.12.11
23:17
(Aleksey)А как отслеживать новых контрагентов ? Изменения в прошлом периоде документов, и т.д.... )
9 GStiv
 
08.12.11
23:19
делать документ остатков, регламентированно его обновлять и передавать в базы, у меня крутится на Мод центральная база и 16 переферийных, каждая переферийная база видит только свои документы, а остатки видит из документа, единственное подправили правила выгрузки перемещение перкидывается в базу как поступление, и как возврат
10 Koliaff
 
08.12.11
23:21
(GStiv) т.е. без МОДа даже не стоит и пытаться за короткий срок сделать ?
11 Фрэнки
 
08.12.11
23:22
(8) на МОД регистрация изменений есть, только в твоей задаче без настройки он все равно не справится. На тот период когда я в нем разбирался, переписывание правил обмена в МОД не представляло для меня большой проблемы.
(9) да, по перемещениям похоже часто так приходится делать в МОД. Можно сказать, что из-за таких случаев им и пользуются вместо УРБД
12 Koliaff
 
08.12.11
23:23
(GStiv) Случаем нельзя ли мне md базы вашей выслать периферийной ? )
13 Koliaff
 
08.12.11
23:25
(Фрэнки) Да я понял, что без МОД низя ничего сделать.... Если GStiv поможет с md время мне сэкономит )
14 Koliaff
 
08.12.11
23:27
Кстати самописный документ, который передает остатки по складам, только регистр "остатки ТМЦ" двигает или "резервы ТМЦ" тоже ?
15 Ёпрст
 
08.12.11
23:31
(0) справится легко.
16 Koliaff
 
08.12.11
23:31
Могу предложить символическое вознаграждение тому, кто мне поможет это все запустить ...Просто времени крайне мало со всем этим разбираться ... С Мод общался лет 7 назад последний раз
17 Ёпрст
 
08.12.11
23:34
(16) дык мод у тебя ужо стоит, или ты просто рассуждаешь ?
18 GStiv
 
08.12.11
23:34
документ ничего не двигает, он для информации показывает остаток, и форме подбора при выборе нужного склада показывает его остаток (у нас в основном нужно для заказа товара)
md вам не поможет а правила они в справочниках выгрузки загрузки висят
19 Koliaff
 
08.12.11
23:37
(Ёпрст3) Буду покупать завтра. Кстати сколько в моем случае надо купить лицензий МОД ? две ?
20 Koliaff
 
08.12.11
23:38
(GStiv) Может и такой вариант подойдёт, как у вас ... Получается у вас документ в табличной части которого номенклатура, фирма, склад и остаток ?
21 Ёпрст
 
08.12.11
23:40
(19) 1 лицензия  - 1 база, если на 3 ставить будешь - то 3 лицензии.
Лицензия, рублёв 800 вроде была.
22 GStiv
 
08.12.11
23:41
да все верно
даю ссылку брал у разработчиков на сайте может поможет
http://umeny.email.su/FAQ-MOD.doc
23 Koliaff
 
08.12.11
23:41
24 Koliaff
 
08.12.11
23:44
(Ёпрст3) Значит три. Буду с руководством завтра разговаривать, чтобы деньги выделяли... После покупки сможете помочь с настройкой за символическое возвнаграждение ? )
(GStiv) За ссылку спасибо ! Уже скачал, буду изучать.
25 Aleksey
 
08.12.11
23:44
(24) Берите 5 это дешевле
26 Ёпрст
 
08.12.11
23:45
(23) это устаревшие данные, pb давно уже 1с-Бит "купил", теперь это их контора, и МОД стоит 800 рублёв.
27 Aleksey
 
08.12.11
23:45
(24) Вы же понимаете, что мод перепишет все документы и справочнике и нагадить в глобальнике?
28 Aleksey
 
08.12.11
23:45
(26) Для 7-ки или для 8-ки? Или нет разницы
29 Aleksey
 
08.12.11
23:46
30 Koliaff
 
08.12.11
23:47
(Ёпрст3) Так куда теперь звонить-то ?
(Aleksey) Без МОД, как я понял, данный агрегат не взлетит за маленький промежуток времени, пусть гадит, главное чтобы ничего не накрылось )
31 Aleksey
 
08.12.11
23:47
32 Aleksey
 
08.12.11
23:47
(30) см (29)
33 Ёпрст
 
08.12.11
23:48
(29) мот и 1800, не помню, помню, что дешево.
34 Koliaff
 
08.12.11
23:48
В нашем городе тоже есть представительство... Так что думаю быстро куплю...
35 Aleksey
 
08.12.11
23:48
36 Koliaff
 
08.12.11
23:49
(Aleksey) Ага, спасибо, завтра уже буду заказывать, сначала надо руководство поставить в известность
37 Ёпрст
 
08.12.11
23:50
(28) разница есть, но для 8-ки там свой МОД, причем сделан "не очень", обмен односторонний, и в снеговике предполагается иметь регистр сведений, в котором хранить 2 ссылки - ссылку на объект этой базы и сторонней.
Аналог справочника соответствий, короче.
38 Ёпрст
 
08.12.11
23:51
(36) проще скачать, поставить, попробовать как оно, а потом купить, когда решение ужо обкатано.
39 Koliaff
 
08.12.11
23:51
Кто-нибудь поможет в настройке данной "кулебяки" ? Через Яндекс деньги переведу символическое вознаграждение ....
40 Aleksey
 
08.12.11
23:51
(37) Хотя что мешало им сделать совместимым. Его бы с руками бы отрывали бы
41 Koliaff
 
08.12.11
23:52
(Ёпрст3) Покупать надо в любом случае, не вижу других методов решения проблемы за 5-ть дней )
42 Ёпрст
 
08.12.11
23:53
(41) а если не справишься с внедрением ?
Вычтут из ЗП стоимость МОД-а :)
43 Koliaff
 
08.12.11
23:55
(Ёпрст3) Если не справлюсь - уволят ;) Так что выбор не велик )
44 Ёпрст
 
08.12.11
23:55
вот по -поводу останков не совсем ясно, чего тебе нужно.
Ты хочешь ввод останков в ПБ гнать ? Или что ?
И толкать токма остатки\партии ?
А смысл ?
45 Koliaff
 
09.12.11
00:01
Если не буду гнать остатки по регистрам в новую базу, то там надо отключать контроль отрицательных остатков, чтобы была возможность резервировать товар на удаленных складах, если я правильно понимаю... Потому что после обмена резер должен отразится в центральной базе... Если честно я не 100 % пока все для себя понял..
46 Ёпрст
 
09.12.11
00:03
(45) т.е ты хочешь делать слепок ЦБ на каждый день и гнать его (останки) в ПБ ?
Или как ?
47 Koliaff
 
09.12.11
00:12
Нет, слепок не нужен полностью.. Только свободные остатки товаров на удаленных складах. Взаиморасчеты для каждой базы будут свои, т.к. и контрагенты не будут пересекаться... Может и есть смысл как у людей уже работает создать документ с табличной частью, который не формирует движения, а лишь отображает свободные остатки и заполнять его данными из центральной базы... Использовать данные остатки при подборе
48 Ёпрст
 
09.12.11
00:17
(47) т.е слепок итогов регистра на каждый день ?
А если в заднем числе что угодно поправили, привет котёнку ?...
49 Koliaff
 
09.12.11
00:21
Все документы из периферийной базы должны в любом случае попадать в центральную, хоть исправленные, даже в прошлом периоде. Я так понимаю за этим Мод должен следить... А если в центральной базе что-то исправили и из-за этого резерв получился больше чем остаток, тут уж ничего не поделаешь ...
50 Koliaff
 
09.12.11
00:23
Будут в центральной базе исправлять ошибки, и если затронут документы выписанные в периферийной, то эти изменения должны в периферийную попасть...
51 Koliaff
 
09.12.11
00:25
Каждый месяц в центральной базе у нас производится восстановление последовательности в этот момент все ошибки исправят...
52 Koliaff
 
09.12.11
00:25
и поставят дату запрета редактирования на восстановленный интервал
53 GStiv
 
09.12.11
10:27
(51) не совсем так, если вы исправили ошибки в центральной базе, это не озночает что они исправятся в переферийной и наоброт. Пример. Выявляете ошибку в ЦБ исправляете проводите документ. МОД ставит признак измения и выгружает в ПБ. в ПБ документ пытается провестись, и что-то не срослось, партии или остатки успели продать, грубо говоря не провелся. К вам в ЦБ уходит признак не проведенного документа, и у Вас распроводится. и начинаете играться с перепроведением и обменом. У себя решили дата запрета документов 5 дней от текущей, и при открытии базы контроль на непроведенные документы, плюс справочник в который записываются непроведенные документы по обмену. И контроль справочника каждые 30 мин.
Компьютеры — прекрасное средство для решения проблем, которых до их появления не было.