Имя: Пароль:
1C
1С v8
Внедрение 1с Розницы
0 Wefast
 
07.09.15
09:35
Есть у кого нибудь опыт.
Как лучше организовать сеть.
Везде пишут что лучше УТ с Розницей у которой настроена РИБ.
Но магазины не должны видеть документы других магазинов. В РИБ я так понимаю такое не возможно.
Тогда остается ут синхронизировать с каждой розницей отдельно?
1 Брегорьян
 
07.09.15
09:36
у нас каждая ТТ не видела чужие документы
2 Wefast
 
07.09.15
09:40
(1) да я вот читаю пишут про РИБ и сразу же пишут что информация в каждой точке только та что необходима ей. Буду пробовать методом проб и ошибок настроить какой нибудь пример
3 Славен
 
07.09.15
09:43
(0) с фига ли "В РИБ я так понимаю такое не возможно"? Ты сам выбираешь что куда отправлять, допустим есть центр туда все сливается от магазов, а в них только поступления, в каждый свое
4 mTema32
 
07.09.15
09:45
(0) Опыт есть.
Для советов мало входящих данных.
Да, на счет РИБ - справочники будут "видеть" все точки, а документы распределены по магазинам/кассам. Ну это если конфигурация типовая конечно.
5 StanleyMarsh
 
07.09.15
09:47
(0) в 1С все возможно, как настроишь))
По возможности нужно обходиться без УТ, т.к. доп звено в обмене требует дополнительных усилий на поддержку. Розницу проще доработать чем поддерживать доп. базу и двойной обмен, особенно если ты один а магазинов очень много.
6 Wefast
 
07.09.15
09:48
(4) Да справочники пусть будут общими. Документы свои.

УТ с главным узлом розницы настраиваю типовым методом, выгружаю по всем магазинам без отборов.

Потом в главном узле делаю РИБ по магазину(если я правильно понял)

Там в настройках написано По всем магазинам. И в какой момент будет разделение документов?
7 Wefast
 
07.09.15
09:51
(5) хотелось бы обойтись типовыми механизмами без дописывания функционала
8 StanleyMarsh
 
07.09.15
10:03
(7) дописывать или нет от заказчика зависит сильно) но в целом типовой функционал такой есть. Т.е. Чеки, ОРП, Поступления, Реализации и т.п. остаются на узле РИБ, главное настроить правильно. Единственное для перемещений нужно будет использовать ордерную схему, что может быть не удобно заказчику. Если ты не франч, то заказчику лучше не знать об альтернативах)
9 Wirtuozzz
 
07.09.15
11:04
Я рекомендую саначала вам сделать тестовую схему. УТ, Розница (Центральный узел), магазин 1, магазин 2,магазин 3. И пройти весь цикл операций начиная от прихода товара в УТ. Там все поймете и 80% заданных вопросов отпадут.
10 Wirtuozzz
 
07.09.15
11:05
(8) Ордерная схема отключается опытным программистом за 10 минут. Проверено!
11 Звездец
 
07.09.15
11:19
(10) а потом обновлять эти костыли
12 StanleyMarsh
 
07.09.15
11:29
(10) ордерные схемы бывают при поступлении, при отгрузке, при инвентаризации. При перемещении ордерную схему в Рознице 2.1 (по крайней мере раньше) отключить нельзя без программирования.
13 Wirtuozzz
 
07.09.15
13:52
(11) Если делаешь не костыль, а механизм нормальный, то жизнь обретает краски и не такая уж она плохая.
14 Wefast
 
07.09.15
16:52
Загрузил чистую УТ и Розницу.
Создал в обеих организацию.
Сделал обмен, выбрал все магазины. В розницу перенеслись все справочники (организация и магазины)

Сделал РИБ, указал выгружать по одному магазину.
Создался образ подчиненного узла.

Открыл, справочники идентичны.
Все магазины имеют тип Магазин. Какой из них главный не очень понятно интуитивно.

Сделал в УТ документ установки цен номенклатуры. Что бы он папал во все магазины мне нужно сделать синхронизацию с главным узлом, а в главном узле сделать синхронизацию с каждым узлом отдельно? А потом уже в узлах?
15 mTema32
 
07.09.15
17:11
(14) "Что бы он папал во все магазины мне нужно сделать синхронизацию с главным узлом, а в главном узле сделать синхронизацию с каждым узлом отдельно? А потом уже в узлах?"

Да.
16 Wefast
 
07.09.15
17:15
Вот пробуем тут перемещение товаров сделать и что то сразу пошло не так

В УТ есть один справочник склады и магазины где есть оптовые склады и розничные магазины.

При синхронизации я выбираю какие из них магазины и естественно выбираю только Розничные магазины а все остальное попадает так же в справочник магазины но с видом Склад управленческий.

Но перед этим судя по описанию мне нужно в справочнике Склады в рознице создать такой же склад как и магазин. Т.е. все розничные магазины

Но при создании документа я указываю склад отправитель к примеру склад оптовый(который находится в рознице только в справочнике Магазины) и склад получатель выбираю магазин.

Он при переносе не проводится, ругается на скады

Как вообще правильно все настроить, что куда поместить и что отметить?
17 Звездец
 
07.09.15
17:26
а вы вообще уверены что нужна именно связка УТ+розница? Может стоит обойтись только розницей или же только УТ?
18 Звездец
 
07.09.15
17:28
и еще вопрос, а зачем вам вообще база розницы в центральном узле?
19 Wefast
 
07.09.15
17:31
(17) они сейчас работают в такой же связке но старых версий и без РИБ.

Я вообще открыт для любых вариаций. Если обойтись только Розницей, то что они потеряют. Что там в УТ есть чего нет в рознице?

(18) что значит база розницы в центральном узле? Розница и есть центральный узел. Или вы имеет ввиду сразу в УТ настроить обмен с каждой розницей по отдельности? Везде натыкался что такое решение не очень оптимальное
20 Wefast
 
07.09.15
17:32
Но пока больше всего меня интересует вопрос со складами и магазинами.
21 mTema32
 
07.09.15
17:37
(19) Если не нужен учет взаиморасчетов с контрагентами, то достаточно будет и розницы.
22 Звездец
 
07.09.15
17:37
Если УТ+Розница

УТ - центральный узел, из нее выгружаете в розницу в каждом магазине, и уже в каждом магазине настраиваешь РИБ при необходимости
23 Wefast
 
07.09.15
17:51
(22) но вопрос со складами при этом остается открытым. РИБ же только документы соберет все в главном узле.
24 hmmm
 
08.09.15
00:56
Правильная/оптимальная схема:
много магазинов:
УТ <=> Центральная розница
центральная розница меняется со своими магазинами.

мало магазинов:
УТ <=> меняется со всеми магазинами.

-  В УТ больше функционала по анализу, а также возможность вести доп. учет по центру (напр. склады, опт, управленку, кассы, банки и т.п.)
-  В случае большого кол-ва магазинов и обменов - растёт промежуточная база Розница (т.к. каждый доп. узел увеличивает базу).
-  Намного проще дорабатывать розничный функционал (отчасти даже проблемы обновления магазинов).

- что касается твоей проблемы, то поиграйся с настройками РИБ у розницы (там их вроде два разных). при некоторых вариантах учета возможно все перемещения придется вести через доп. склад.

минусы:
Сложнее поддержка, т.к. доп. узел обмена: центр. розница.
25 hmmm
 
08.09.15
00:59
-  В случае большого кол-ва магазинов и обменов - растёт промежуточная центральная база Розница (т.к. каждый доп. узел увеличивает базу), а не база УТ (кот. итак будет расти засчет документов со всех магазинов).
-  Намного проще дорабатывать розничный функционал (отчасти даже проблемы обновления магазинов), а в рознице - это достаточно актуально!)
26 mTema32
 
08.09.15
09:49
(24)"мало магазинов:
УТ <=> меняется со всеми магазинами. "

ИМХО, даже когда мало магазинов - это неудачная схема.
27 Djslon
 
08.09.15
09:57
Тут недавно делал тоже самое
1 обмен надо делать через центральную розницу
2 не вести учет по сериям и срокам годности
28 Wefast
 
08.09.15
12:18
В общем в старой рознице при синхронизации Магазины были в магазинах. А склады переносились в склады.

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

И вот когда я в УТ делаю перемещение и синхронизирую
в Магазин-отправитель подставляется этот склад из справочника магазинов.
А в склад отправитель ничего не подставляется

Ну и я не пойму что делаю не так.

При этом если я создаю вручную в рознице перемещение, и выбираю магазин отправитель этот склад из справочника магазинов то склад введенный заранее мной вручную подставляется.
29 regi1984
 
08.09.15
17:45
(28) А в склад отправитель ничего не подставляется
Склад-отправитель подставляется из значения склад Магазина-отправителя. Если магазин-отправитель является складом управляющей системы, то склад-отправитель не заполняется в документах. Это норма.
Компьютеры — прекрасное средство для решения проблем, которых до их появления не было.