Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Общая база(для внутреннего учета остатков общего физического склада) для 2-х предприятий

Общая база(для внутреннего учета остатков общего физического склада) для 2-х предприятий
Я
   nobody roman
 
30.01.18 - 11:13
Суть вопроса такова:
|--------------------|
|База с юр лицом 1   |
|--------------------|
  |
  |>>>|
      |
|-----------------------------|
|База общая(общ склад остатки)|
|только для внутреннего учета |
|-----------------------------|
     ^
     |
|--------------------|
|База с юр лицом 2   |
|--------------------|

Все 3 базы с полностью идентичной конфигурацией 1С Предприятие 8.3 БП 3.0. Можно ли это сделать стандартными средствами 1С? Нужна синхронизация с 2-х баз с разными юр лицами в одну сторону(только в сторону общей базы) документов реализаций и поступлений товаров, чтобы учитывалось общее количество товаров на складе(для внутренней инвентаризации), так как физически склад общий. Пробовал стандартной синхронизацией полной и по предприятию, но без создания РИБ не хочет даже думать о том, чтобы создать файл обмена, а уж о том чтобы его прочла общая база и подавно. Сейчас пробую создание РИБ по типу База1 - главная база(эталонная так сказать), база общая(РИБ от базы1), база2(РИБ от общей). Теперь в базе2 удаляю все документы Базы1, чтобы получить чистую базу в итоге(без остатков, но со справочниками), после изменю Юрлицо. Так вот - будет ли работать односторонний обмен с Общей базой у
ее "родителя" Базы1 и у ее дочки - Базы2? Будет(ответ), но встает вопрос - после чистки дочки(Базы2) в ноль и ее синхронизации с Общей базой, не получится ли так, все документы загруженные в Общую базу с Базы1 удалятся?
 
 
   hhhh
 
1 - 30.01.18 - 11:30
(0) зачем такую сложную структуру? Сделайте родителя и у него 2 дочки.
   nobody roman
 
2 - 30.01.18 - 11:53
Сложность заключается в том, что База1 - реально существующая с документацией за 5 лет, База2 - только заводится ввиду регистрации второго юрлица, а база Общий склад тоже не существует еще. А родителем в этом случае, как я понимаю, должна быть именно база Общий склад?
   Serg_1960
 
3 - 30.01.18 - 11:55
РИБ, RLS по организациям. В принципе, можно штатный обмен "по организациям".
   nobody roman
 
4 - 30.01.18 - 11:56
А под штатным обменом что подразумевается? Я не профи - знаю только 2 пути: синхронизация и внешняя обработка, но внешняя у меня отрабатывает с ошибкой xml почему-то
   Aleksey
 
5 - 30.01.18 - 11:57
Базы типовые и так и будет продолжаться?
Тогда просто заводим 3 организации 
ЮрЛицоА, ЮрЛицоБ, Склад - ну и далее все понятно

Если складской учет будет нетиповой (или в УТ)
То, соответственно, Склдаская программа и отдельно БП с юрлицами. Тут тоже все понятно
   Aleksey
 
6 - 30.01.18 - 11:58
А вообще я бы начал бы плясать от движения товара. Т.е. товар поступил на юрлицо А, вы его будете отгружать от юрлица Б? И обратная ситуация
   Йохохо
 
7 - 30.01.18 - 12:00
(2) делаем дочку и называем База1, родитель сразу станет базой Общий склад, т.к. базы в РИБ фермионы
   Serg_1960
 
8 - 30.01.18 - 12:02
(4) http://programmist1s.ru/nastroyka-raspredelennoy-informatsionnoy-bazyi-rib-v-1s-8-3-buhgalteriya/

"Заходим по ссылке «Синхронизация данных», откроется окно с кнопкой «Настроить синхронизацию данных». При нажатии на эту кнопку откроется выпадающий список, где нужно выбрать режим «Полный». Если требуется синхронизация только по одной организации, нужно выбрать «По организации…»."
   nobody roman
 
9 - 30.01.18 - 12:02
(5) Да базы с нового года типовые, заводим в одной базе 2 организации или для каждой база? И в любом случае как сделать 3 организации то понятно, как 2 их них заставить выгружать приход/расход в третью, а третью соответственно регистрировать эти движения и вести общий склад. (6) Движение товара не при чем - база нужна для того чтобы знать что именно на общем физическом складе есть с учетом обоих предприятий. А не по каждому в частности.
   Serg_1960
 
10 - 30.01.18 - 12:05
Sorry, народ, ремарка: прошу не предлагать нештатные методики, требующие внесения изменений в типовую конфигурацию - учитываем "Я не профи" (4)
 
 Рекламное место пустует
   nobody roman
 
11 - 30.01.18 - 12:05
(7) "т.к. базы в РИБ фермионы" 
То есть по факту родителем в этой структуре должна быть Общий склад? А обе организации дочками?
   Aleksey
 
12 - 30.01.18 - 12:07
(9) Ты определись зачем база. Сформировать остатки по всем организациям - это типовая возможность БП 3.0
Если у тебя товарные потоки разнесены и не пересекаются, то тупо 2 юрлица, а кому нужны остатки он формирует отчет без выбора организации
   Aleksey
 
13 - 30.01.18 - 12:08
Т.е. сначало определись с товарным движением, а потом уже под это будем с базой определятся
   Aleksey
 
14 - 30.01.18 - 12:09
(11) зависит от того что ты хочешь. Торговать всем товаром от любой организации? ТОгда риб не подойдет
Каждая фирма будет торговать своими остатками, а склад видеть всё - тогда Риб подойдет, но он и нафиг не нужен
   Йохохо
 
15 - 30.01.18 - 12:13
(11) ага
   nobody roman
 
16 - 30.01.18 - 12:13
Хм, господа, спасибо большое за все советы и вопросы, которые заставили меня посмотреть на это с другой стороны - может я зря все усложнил... (14) То есть при формировании остатков без выбора организации он формирует общие остатки при одинаковой номенклатуре например "всего сахара 5", или же все таки разносит, что у юр1 "сахара 2", а юр2 "сахара 3"?
   Serg_1960
 
17 - 30.01.18 - 12:15
В любом случае так называемый "односторонний обмен"- не нужно стремиться реализовать - ему тут не место.

Даже если просто представим связку "общий склад" <--> "организация А", то станет понятно, что со стороны склада должны поступать остатки в организацию, а со стороны организации - расход/приход для склада.
   Aleksey
 
18 - 30.01.18 - 12:18
(16) зависит от настроек отчета. Можно вывести с разбивкой по складам, можно с разбивкой по юрлицам, можно с отборами
   Aleksey
 
19 - 30.01.18 - 12:19
(16) короче все зависит от схемы. по одной схеме надо разносить, по другой ты будешь тупо дублировать приходы и расходы (т.е. в складской разносить общая без привязки, а в юрлице тоже самое но с привязкой)
   nobody roman
 
20 - 30.01.18 - 12:20
Спасибо еще раз. Отпишусь, как все попробую. И отпишусь об изысканиях в плане начального моего посыла(если кому интересно будет) - интересно доделать до конца идею)))

(17) Нет, именно что общий склад должен стать обособленным, и просто собирать информацию об остатках на складе организации, ведь на сам "общий склад" возможно не всегда легально будет приходить какой-либо товар - в этом случае приход отображенный в официальной версии ни есть гуд
   arsik
 
21 - 30.01.18 - 12:22
Зачем вам вообще 3я организация. Если оба ЮЛ в 1й базе?
   nobody roman
 
22 - 30.01.18 - 12:23
В общем общий склад должен стать складом остатков для орг1 орг2 и к примеру левых товаров
   arsik
 
23 - 30.01.18 - 12:23
(20) Зачем их собирать куда то? У тебя допустим 1 база, в ней 2 юрлица. Отчет по остаткам ты можешь получить полностью по всем организациям. Зачем тебе в отдельную базу выделять то, чего выделять ненадо?
   nobody roman
 
24 - 30.01.18 - 12:24
(21) второго ЮЛ нет в 1й базе. У него пока вообще базы нет. Она либо создастся на основе типовой конфы, либо в той же базе где первое ЮЛ
   Aleksey
 
25 - 30.01.18 - 12:25
(20) А продавать он его как будет? Тоже без документов? А если кто то выпишит этот левый товар от имени юрлица2?
   arsik
 
26 - 30.01.18 - 12:25
(24) Ну так создай в 1й базе еще одну организацию. Но это тебе не поможет, т.к. стандартного функционала для (22) нет.
   Aleksey
 
27 - 30.01.18 - 12:26
(21) Ну например чтобы иметь возможность выписать любой товар от имени любой организации. А потом в конце месяца сделать внутренее перемещение
   arsik
 
28 - 30.01.18 - 12:26
(25) Я так полагаю ему оперативные остатки нужны. Потом просто сделают накладные нужные по окончанию периода.
   Aleksey
 
29 - 30.01.18 - 12:27
(28) походу он сам не знает что ему нужно. Потому что ниразу на элементарные вещи не ответил, только набрасывает
   nobody roman
 
30 - 30.01.18 - 12:27
(23) резюмируя твой и Алексея ответы я делаю вывод, что можно второе ЮЛ создать в той же базе и Склад(3е ЮЛ если угодно) создать там же, при этом в отчетах можно будет вывести остатки по всем 3-м складам?
   nobody roman
 
31 - 30.01.18 - 12:28
(29) Я стараюсь в меру своих возможностей(и знаний 1С, коих у меня не так много, как у Вас), так что тут сорри.
   nobody roman
 
32 - 30.01.18 - 12:28
И не накидываю)
   arsik
 
33 - 30.01.18 - 12:28
(27) В прниципе подход следующий.
1) В 1й базе добавляем организацию
2) правим модули проверки остатков при проведении, что бы остатки не фильтровались по организации, а брались по обоим организациям.
2) В конце месяца обработкой формируем документы что бы закрыть минусы в разрезе организаций.
 
 
   Aleksey
 
34 - 30.01.18 - 12:29
(30) нет
   nobody roman
 
35 - 30.01.18 - 12:31
(27) Нет не нужно выписывать товар от имени любой организации. Каждое ЮЛ будет выписывать товар в меру своего слада(виртуального), так же как и наличные товары будут продаваться только с общего склада. То есть в разрезе перемещения товаров между организациями я не претендую на что-то изысканное. Просто есть необходимость иметь реальное понимание остатков на физическом складе с учетом и 2-х орг и нальных товаров
   Aleksey
 
36 - 30.01.18 - 12:32
(32) Так третий раз спрашиваю. товарное движение какое.
Допустим 1 пачка сахара пришла на фирму А и 2 пачки сахара пришли на фирму Б.
Клиент говорит мне нужно 3 пачки сахара

Ваши действия? От какого юрлица и сколько вы будете выписывать? Что должен увидеть менеджер, в остатках, сколько он может продать?

Вместе с сахаром пришел левый веник, клиент говорит я хочу с документами купить у вас веник. Менеджер видит что веник есть на складе. Его действия? Должен ли он видить что это левый веник или достаточно знаний что он есть
   МимохожийОднако
 
37 - 30.01.18 - 12:33
(33) Глубоко копнул. ТС утонет.
Ему достаточно научиться получать отчет по остаткам.
Как вариант, можно сделать отчет, который заполняется из двух баз. Номенклатуру синхронизировать если не по наименование,то артикулам или специальному коду.
   nobody roman
 
38 - 30.01.18 - 12:43
(36) От Юр лица, которому запрос пришел на сахар, естественно. То есть сделаю продажу сахара от А к Б и продам конечнику. А веник с документами пойдет напрямую от поставщика. А веник без доков - становится веником с доками и отправляется от любого ЮЛ. В принципе да - менеджер просто должен видеть сколько сахара осталось на складе.
   Aleksey
 
39 - 30.01.18 - 12:44
(38) тогда без кодинга не взлетит
   Aleksey
 
40 - 30.01.18 - 12:45
или переходите на УТ и настраивайте обмены или придется дописывать БП
   nobody roman
 
41 - 30.01.18 - 12:48
(40) ТО есть в БП ни стандартными методами, ни через РИБ такого не сделать(просто общую информацию по остаткам на физическом складе с учетом 3-х огр)?
   Aleksey
 
42 - 30.01.18 - 12:49
Т.е. по факту будет 2 базы.
1 база где ведется учет юрлиц
и вторая база - это складская, где ведется складской и денежный учет
   Aleksey
 
43 - 30.01.18 - 12:49
(41) ты не видишь дальше своего носа
   nobody roman
 
44 - 30.01.18 - 12:50
(43) сложно еще и поговорки воспринимать(прям как насмешка звучит) :)
   Aleksey
 
45 - 30.01.18 - 12:51
Менеджер увидит что на складе есть 3 пачки сахара, заходит в базу пытается выбить документы по юрлицу Б, а программа говорит, что у юрлица только 2 пачки сахара на остатки. Т.е. предварительно он должен сделать продажу с юрлица А на юрлицо Б и тогда он сможет продать 3 пачки клиенту.
Вас это устроит?
   Aleksey
 
46 - 30.01.18 - 12:52
(44) пытайся представить всю цепочку, а не "хочу видеть общие остатки"
Общие остатки это такая капля в море проблем, что на неё даже внимания можно не обращать
   Aleksey
 
47 - 30.01.18 - 12:53
Типовая БП в подборе документа реализации тебе покажет остатки по одной организации. Значит или переписывать подбор и модуль проведения. Или перед каждой продажи нужно делать продажу с одной фирмы и поступление на другую
   nobody roman
 
48 - 30.01.18 - 12:55
(45) В принципе устроит(или есть какие-то подводные камни?) (46) Я и пытаюсь представить всю цепочку, я вроде даже первым постом попытался описать свои мысли для "хочу видеть общие остатки" :) Не сердитесь на меня, может я иногда вас не верно понимаю или не до конца
   Aleksey
 
49 - 30.01.18 - 12:55
Можно конечно продавать в минус, но тогда можно норваться на другую ситуацию
Ты продал 3 пачки по фирме Б и у тебя висит 1 пачка по фирме А и -1 (минус) по фирме Б
Звонит клиент на фирму А и говорит я хочу 1 пачку сахара. Менеджер заходит в подбор и видит что на складе есть эта пачка и он радостно выписывает. Хотя по факту сахар уже давно кончился
 
 Рекламное место пустует
   Aleksey
 
50 - 30.01.18 - 12:57
(48) ну если 1 менеджер и 2 продажи в день, тогда еще можно поиграться, но когда у тебя чутьчуть подрастет объем, то это вешалка
   nobody roman
 
51 - 30.01.18 - 12:58
(50) А переход с БП на УТ как-то сделает жизнь проще? С УТ не сталкивался(от слова совсем), даже не представляю отличия от БП.
   nobody roman
 
52 - 30.01.18 - 12:59
(50) Ну пока что пара менеджеров и с десяток продаж
   Aleksey
 
53 - 30.01.18 - 12:59
(51) проще - нет. Веселее - да
   nobody roman
 
54 - 30.01.18 - 13:01
(53) Куда уж интереснее, чем первый пост)))) Изврат ради цели(и я это понимаю, но так как из кодинга по 1С знаю только как закометить что-нить - других мыслей у меня нет) ))))
   МимохожийОднако
 
55 - 30.01.18 - 13:01
(41) Надо просто написать отчет. Или сделать расширение для твоего менеджера.
...
Тебя пытаются стимулировать. А стимул- это копьё. Оно не может быть приятным.
   Aleksey
 
56 - 30.01.18 - 13:01
Начни с одной базы и поступлением реализации.
Но только нужно объяснить менеджеру почему он по остаткам видит сахар, а продать его не может (он числится на другой фирме).
Решить проблему с левыми вениками Может быть по аналогии завести 3 фирму куда их приходовать
   Aleksey
 
57 - 30.01.18 - 13:04
(55) В раздели руководителя есть типовой отчет - остатки товаров. Он позволяет выводить остатки без учета организации. Там куча настроек (сгруппировать/отобрать)
   nobody roman
 
58 - 30.01.18 - 13:06
(57) Спасибо огромное
   nobody roman
 
59 - 30.01.18 - 13:07
Всем большое спасибо, кто принял участие в исправлении мой тупости))))
   Aleksey
 
60 - 30.01.18 - 13:11
Зайди под профилем менеджер по продажам и посмотри что там есть.
Только учти что профиль заточен под продавцов магазина, т.е. можно смотреть остатки товара, выписать счет на оплату, но посмотреть долг клиента нельзя. А тот отчет что по долгам что есть, он строится по документам и показывает некорректные данные
   nobody roman
 
61 - 30.01.18 - 13:17
(60) У нас как-то повелось, что нет разницы по доступу. Все могут и остатки глазеть и реализации совершать и один менеджер даже права администрирования имеет.
   nobody roman
 
62 - 30.01.18 - 15:09
Поделюсь общим итогом своих изысканий с РИБ.
Сначала из основной базы(ЮЛ1 которому 5 лет) сделал РИБ которую назвал Склад(выгрузил со всем документооборотом), а потом в Складе создал еще один РИБ, который назвал ЮЛ2(для которого соответственно Склад является основной базой. Так как ЮЛ2 выгрузился как и Склад со всеми документами, ручным методом избавляем его от лишней ноши(удаляем весь документооборот), после меняем все реквизиты организации. В итоге получаем базу ЮЛ2, которая думает что она РИБ от Склад. В базах ЮЛ1 и ЮЛ2 настраиваем синхронизацию на выгрузку в Склад, а в складе 2 синхронизации на прием от ЮЛ1 и от ЮЛ2. Парадокс, но несмотря на то, что ЮЛ2(дочка Склада) была полностью очищена от информации, после синхронизации она не почистила Склад.

В общем в сухом итоге имеем 3 разные базы, как на схеме в (0) . Потестим, поглядим подводные камни, но для начала все синхронизируется четко(приход/расход с 2-х ЮЛ) а на Складе я (46) "хочу видеть общие остатки" и пока что их вижу. Не спорю, может быть есть какие-то подводные камни с заполнением номенклатур(в плане их итогового задвоения в Склад после синхронизации), но пока как говорится "будем посмотреть". Всем спасибо еще раз! Как и обещал просто делюсь результатами изысканий
   arsik
 
63 - 30.01.18 - 15:17
(62) Какой же бред.
   МимохожийОднако
 
64 - 30.01.18 - 15:26
(63) Так и есть
   HeKrendel
 
65 - 30.01.18 - 15:28
(64) День спилен на обучение- вполне неплохо
   arsik
 
66 - 30.01.18 - 15:31
(62) Теперь добавь номенклатуру, контрагентов, договора в разных база.
   nobody roman
 
67 - 30.01.18 - 17:51
(66) так суть в том что контрагенты и прочие, суть в том что склад создали для себя, чтобы учитывать просто общее на 2 юл количество остатков. Какие там контрагенты появятся пофигу. Осталось придумать как бороться с двоением номенклатуры. Остальное в данном контексте без разницы)
   Aleksey
 
68 - 30.01.18 - 18:12
(67) если ты будешь вести учет в одной базе то ты автоматом в отчетах получишь "общее на 2 юл количество остатков."
   nobody roman
 
69 - 30.01.18 - 18:31
(68) если буду делать отчёт по складу с общей базы- да, но если буду делать отчёт по складу в базе юл1 или юл2 получу только их остатки. В том и суть, что они только отправляют в общую базу, но не принимают из нее и никак друг с другом не пересекаются
   Aleksey
 
70 - 30.01.18 - 18:35
(69) ???
Выбрал Юрлицо А получил остатки по юрлицу. Не выбрал получил общии остатки
   nobody roman
 
71 - 30.01.18 - 18:49
(70) что значит выбрал? Это 3 разных именно базы, не юр лица в одной базе. Открыл базу юр А в ней остатки по складу - получил только от лица А. Открыл Б по складу получил Б. Открыл склад получил общий склад. Как то так
   Aleksey
 
72 - 30.01.18 - 18:54
(71) Вот скажи зачем тебе проблемы на пустом месте в виде обменов?
   nobody roman
 
73 - 30.01.18 - 19:24
(72) начальство захотело, а его ж не волнует как я этого добьюсь. И ведь это даже с учётом того, что я не знаю 1с в принципе, я официально сео, неофициально занимаюсь сис админством всего офиса, и с некоторых пор видимо ещё и 1с... Это Россия, братан)
   МимохожийОднако
 
74 - 30.01.18 - 19:41
(73) И швец, и жнец, и на дуде игрец....
Видимо, начальство не достигло понимания, что легче держать отдельно админа системного и 1С-ника, нежели универсального солдата.
   МимохожийОднако
 
75 - 30.01.18 - 19:43
Я к тому, что исправление заваренной каши будет дороже для всех. Либо время потеряете, либо деньги ( в виде штрафов, накладок, неправильного учета и т.п.)
   nobody roman
 
76 - 30.01.18 - 20:04
(75) ну для этого есть бекап, ручной труд сис админ и бухгалтер волшебник)
   nobody roman
 
77 - 30.01.18 - 20:06
(75) и кому же...но ведь работает и без затрагивания основных 2х баз) они в любом случае для отчётности остаются чистыми
   Aleksey
 
78 - 30.01.18 - 20:41
(77) Ты не хочешь пользоваться моими советами и поглядеть что дальше
   Aleksey
 
79 - 30.01.18 - 20:46
Типовой обмен не позволит из разных организаций слить в одну организацию.
Типовой обмен не поддерживает обмен между разными версиями конфигураций

Завтра нужно будет обновить конфигурацию твои действия?

Хорошо ну слил ты данные из разных баз в одну. Нужно выписать 3 пачки муки. Что будут делать пользователи? У тебя разные базы и менеджер сидя в бухгалтерской отдельной базы не видит остатки по другим организациям. А сидя в складской базе не сможет выписать документы от разных фирм, так как нет деления по организациям ты слил данные в одну организацию.

Как в твоей ситуации должен поступить менеджер?
   Aleksey
 
80 - 30.01.18 - 20:47
Ты вообще кто-там?
Кто нибудь в состоянии у вас прогнать сквозной пример начиная от прихода муки на разные фирмы и заканчивая отгрузки с одного юрлица муки и веника, включая просмотра остатки и финансового результата. Неужели так сложно за 2 дня прогнать всю цепочку и выгрести все грабли, а не писать тут бред?
   Фрэнки
 
81 - 30.01.18 - 20:47
(79) истребовать у ай-ти-шников давно работающую систему ДО КОРП :)
   nobody roman
 
82 - 30.01.18 - 21:18
(80) друг, спасибо, что ты заботишься о том как будут действовать наши менеджеры и о том, как я буду в дальнейшем обновлять конфу(сомневаюсь конечно что мне это понадобится в ближайший год, ежели конечно новую упд снова не придумают пару раз). Но задача, поставленная в первом моем посте, вроде как, банально проста. Сделать отдельную базу где будут видны все остатки. Видимо моего директора не сильно напрягают придуманные вами ситуации и принципы работы. А с тем что за бабки 1с предлагает вместо современного орудия труда дубину и кирку- это к 1с а не ко мне. Я...а кто же я...хм... Не 1с-ник факт, сис админ да немного, но основная моя роль в предприятии ты не поверишь... СЕО... Обычное мать его сео. Я продвиженец если тебе так будет проще. И без обид. Я с удовольствием впитаю всю инфу которую вы напишите по этой теме, но придумывать задачу, которой в ней не было...это не очень круто. Я понимаю с твоих слов куда эта дорожка ведёт, но... Задача поставлена и выполнена. О возможных косяках руководство предупреждено и его это устраивает. Если б была моя воля, я бы сделал РИБ для реального склада на каждом ЮЛ. Все косяки с вениками без доков у нас неплохо и бухгалтер исправляет. Мне в это болото лезть не обязательно. На счёт сложности за 2 дня прогнать и прочего. Я не буду говорить какая у меня зп и какой бюджет, но да это сложно и в первую очередь финансово сложно, иначе на кой бы я стал заниматься такой ахинеей как 1с вместо своего привычного дела. Без обид Алексей, может я немного грубовато ответил - мой недостаток. Но в правду... Я спросил узкую вещь-вы ее развили и продолжаете раздувать. Вопрос решен. Как бы там ни было. Да есть один косяк с задвоением номенклатуры, но я думаю справлюсь с этим. Ну а если нет - ты будешь первым к кому я обращусь за коммерческой помощью)))
   vicof
 
83 - 30.01.18 - 21:27
(82) Вот поэтому у вас два менеджера и 10 продаж.
   nobody roman
 
84 - 31.01.18 - 07:06
(83) Точно, все из-за 1С )))) Большего бреда не слыхал)
   nobody roman
 
85 - 31.01.18 - 10:19
По итогу получилось задвоение номенклатуры, при введении и там и там идентичных товаров(к примеру было введено Юрик1 - 50 шт сахара, Юрик2 - 25 шт, в итоге в складе лежали именно разделенные товары). Но все решилось обработкой поиск и замена дублей. После все сложилось в общем складе в нормальное количество и после очередной синхронизации с Юриками осталось в норме. Правда при введении того же товара повторно в Юр2, после синх с общим складом снова был создан новый товар(дубль) и снова нужно избавляться от дублей.
   arsik
 
86 - 31.01.18 - 10:33
(85) Да по ходу это просто тролль. Закройте ветку.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует