Задача.  Есть несколько баз. Касса для них одна. Сейчас кассиры работают в двух базах. Постоянные переключения, ошибки. Покупатели раздражаются. Рабочих мест кассиров несколько. База объединит нельзя. Товар ищется по коду или по штрихкоду.
Идея пока вырисовывается такая. Делаем пустую базу. В нее грузим справочник товаров, из двух баз.  Загружать весь справочник товаров,  наверно, смысла нет. Только те товары, которые есть на остатке. Проблема дулей кодов и штрихкодов. Ну, с кодами завести две два реквизита Код_База_1 и Код_База_2.  А вот что делать со штрихкодами? При обработке внешнего события, если нашел больше одного выводить таблицу для выбора оператором?
К общем нужна критика и идеи. Заранее огромное спасибо.

(4) несколько организаций и одна касса???? Нарушение закона налицо.

(5)Мне пофик.

можно по оле из первой во вторую ходить

(6) ККМ тоже плевать на ваши хотелки. В ней реквизиты только одной организации.

(4) гы-гы-гы...  Мы сами себе придумываем трудности, а потом мужественно их преодолеваем

(3)
>>Товары разные. В каждой базе товар свой

И как тогда ШК одинаковые могут быть?

(9)Ваш вариант как вести учет в разных и независимых фирмах. Если их объединить нельзя.
(10)Свой, внутренний штрихкод, построен на основе кода товара. По кодам есть совпадение. Соответственно и по штрихкоду совпадают. Товара такого, как назло много.

(11)ну так сделай разные префиксы ШК! (с)кэп

Либо стандартный РМК взять атолловский например.
И настроить выгрузку загрузку.

Либо свое на 1с делать.

Перепиши обработку с подключением кассы в момент пробития чека с последующим отключением

(12)Ага. 100000 переклеивать магазин дружно повесится.
(13)Так делаем. Загвоздка в том чтоб на кассе был общий справочник товаров, не перепечатывая ценники и штрихкода.

(14)Фискальнков нет, обычный притер. Сейчас кассир набирает чек то в одной базе, то в другой. А если товар по двум, то вообще ховайся.

наверное, очень долго думали, чтобы _такое_ выдумать. Классика саботажа.

(17)Вы ошибаетесь. Просто я все кассы сделал общими. Раньше у каждого отдела была она своя. Каждый отдел отдельное ЧП. Но площадь увеличили и покупателям стало бегать по кассам в облом.

П*ЗДЕЦ! Просто слов нет какая у людей трава в голове дымится.

Предложите свой вариант. Внимательно слушаю.

(19) Да не, нормально все, пусть программист сделает сказку, остальные будут ржать над программистом и плевать в потолок. Классика жанра.
(20) Лучше туда продавцом устройся.

(20) Пробиваете из 1С?

ИМХО, адекватный вариант в (13).

(21)Я владелец.
Поставлю вопрос по-другому. Было несколько отделов. Разные ЧП, разные поставщики, разные менеджеры. У каждого отдела своя касса, своя база и свой кассир.
Сейчас я хочу объединит кассы, чтоб кассы были общими для всех отделов. При этом структуру учета хочу оставит старую. Разные ЧП, разные поставщики, разные менеджеры.

(23)Вот на выгрузке-загрузке и застопорились. Разный товар, но с одинаковым кодом и штрихкодом.

+(24) и разные Z-отчеты

Бизон, через какие дрова работаете?

(26)Нет. Касса должна быть одна, и отчет один, и ящик денежный тоже. А вот продажи будем раскидывать по базам.
(27)Про какие дрова вопрос?

У тебя принтер чеков или ...

(29)Прямая печать в порт.

На чем печатаешь ченки?

(31)Да мне пофик. Где на лазере, где на чековом.

Используй дрова чекового принтера от Штриха или Атолла, а обработку в 1С перепиши по (14)

Я тебе уже как то говорил пусть чеки менеджеры выписывают и дают покупателям накладную в кассу. И в зависимости от отдела на накладной большими буквами номер кассы куда платить

(34)Так было. Но площадь магазина увеличилась, и покупатель по кассам уже бегать не хочет - это раз. Второе, а как быть если он взял товар разных отделов?

(33)Я тупой, не могу понять чем мне это поможет. Уточните мысль, коли не в тягость.

Я же тебе не говорю десять касс делать, посади Рядом двух девочек, обозначь видно касса 1 и Касса 2, сделай соответствие отделов номерам касс, в накладной на отпуск номер кассы. Все. Эта схема работает не один год во вполне немаленьком магазине

Как только нажимаешь на кнопку пробить чек, проверяется свободна ли касса, если свободна, то подключается касса к твоей базе - пробивается чек - отключается касса. Касса готова для следующего чека из любой базы

Можно, конечно, для такого варианта и одну девочку с двумя кассами, но две надежней

Ну сидят у меня две девочки. Вот буквально сегодня. Покупатель набрал товара. Часть по кассе 1, часть по кассе 2. Пришел на первую кассу, начал платить. Сказали что надо идти на вторую кассу. Бросил покупки и ушел. Не первый случай.
Или кассир обедать или в туалет ушел. Тоже оплатит не сможет. Тоже бросают и уходят.

(38)Касса свободна в любом случае. Проблема в другом, у меня на кассе две базы. Кассиру часть товара приходится пробить по одной базе, часть по другой. А это неудобно как покупателю так и кассиру. Ошибки, путаница.

Я же тебе сказал касса должна быть написана БОЛЬШИМИ буквами в накладной с которой он на кассу приходит, а не так - отстоял очередь и ему сказали, что не туда

И, соответственно, в одной накладной, одном отделе не должно быть двух касс

А проблема в чем? в синхронизации или в архитектуре?

(42) Сияющий Асинхраль >> Я же тебе сказал касса должна быть написана БОЛЬШИМИ буквами в накладной с которой он на кассу приходит

Ты когда нить в гипермаркет ходил? Что ты тресешся?

(42) в гипере либо одна фирма и тогда по фигу куда платить, либо разные и в каждом отделе своя касса. А схема рабочая, работает в магазине с тремя фирмами и номрой в несколько десятков тысяч

(46) А если товар разных фирм, три очереди стоять?

(45) У нас в гипермаркетах отдельная касса для акцизных товаров, отдельно для обычных. Причем акциз "на территории" торгового зала, а выход через обычные. Это так в Метро, Ашан, Украинский ритейл и т.д.

(47) две. :-) , но обрати внимание, что как правило этот изврат вызван нежеланием хозяина платить полные налоги по осн, ведь на упрощенке с ограниченными площадями платится меньше

(49) в свое время делали просто - одна база - два фискальника и две фирмы. А здесь надо тупо все слить в одну базу дать новые коды и переклеить этикетки (что автору делать влом). Дальше по желанию - либо полностью перейти на одну базу, либо сливать "чужие" продажи обратно.

можно даже по фирмам не разбивать, просто по префиксу товара смотреть - если префикс кода товара такой-то, то печатать реквизиты одной фирмы, если нет - то другой.

Это, конечно, лучший вариант, но не в середине года.

(52) Если не списывать товары с чужим префиксом, а просто переносить продажи по ним обратно в другую базу, то никакие регистры мы не трогаем, а только справочник Номенклатура.

(44)Пока в архитектуре. Не знаю с какого конца подойти.

(50)Во. Правильно понял. Только автору не влом. А технически невозможно все ценники и штрихкода быстро заменить.

На самом деле, можно сделать сценарий на VbScript, например, который залазит в обе базы с товаром и выполняет там действия по проведению пробития чека, а обратно получает список товаров и цен для чека (там можно хоть из десяти баз получить).
Далее, всё это драйвером фискальника печатается на чеке и берутся деньги с покупателя - общие (допускается пробивать несколько ЧП по одной общей кассе при заключении ими двусторонних договоров о принятии оплаты - только надо бить по разным секциям).
И всё.
Делов-то, на несколько часов с учётом отладки, а если обмен не через OLE-то ещё проще - открыл базы, в них обработки, которые через текстовые файлы обмениваются.
Только, если товар оформляется (сканируется) на кассе, то нужно предусмотреть возможность совпадения штрих-кодов, чтобы можно было выбрать - чей товар, а в дальнейшем исключить возможность такого совпадения.

(0)у тебя принтер чеков что ли ? как пробивая чеки через одну кассу , вы смены закрываете ???

(57) Если у них принтер, то можно смену закрывать сколько угодно раз, так как принтер только печатает, а все итоги - каждый в своей базе.
В случае кассы, нужно закрытие смены в базе делать без закрытия смены на кассе - просто производить свёртку чеков, а кассу "закрывать" отдельно.

(55) bizon2008 >> А технически невозможно все ценники и штрихкода быстро заменить.

А это и ненадо. Можно и постепенно.

Уточняю задачу. Раньше это было как бы несколько отделов(магазинов) под одной крышей. Каждый отдел имел своего хозяина, базу, менеджеров, поставщиков и кассу. Грубо говоря, купил человек плитку, клей и плиткорез, он идет оплачивать в отдел напольных покрытий - плитку, в отдел сыпучих материалов – клей для плитки, в отдел инструментов  - плиткорез.
Сейчас магазин укрупнился(достроился) и ходит покупателям по магазину стало в облом. Они просто бросают покупки и уходят. Дополнительным напрягом было, что на одной кассе покупателей густо, на другой пусто.
Я укрупнил отделы, и вынес все кассы в общую зону магазина. Получилось, что один кассир ведет несколько баз. Что неудобно как ему, они ошибаются что где и откуда. Так и покупателю. Ему приходится делать несколько оплат.
Касса должна быть одна, и отчет один, и ящик денежный тоже. А вот продажи будем раскидывать по базам.
Касса это обычный комп с нефискальным чековым принтером, или обычным лазерным.
На кассе товар ищется либо по коду либо по штрих коду.
Свой внутренний штрихкод, построен на основе кода товара. По кодам есть совпадение. Соответственно и по штрихкоду совпадают. Товара такого, как назло много.
Поэтому план пока такой. Делаем пустую базу. В нее грузим только товарный справочник, причем только те товары, которые есть на остатке. В товарном справочнике делаем поля Код_База_1,  Код_База_2 …… Код_База_N, это для поиска по коду. А вот что делать со штрихкодами? При обработке внешнего события, если нашел больше одного выводить таблицу для выбора оператором?
В общем нужна критика и идеи. Заранее огромное спасибо.

(60) В наших "тьмутараканях" один из магазинов работает так:
- консультатнт в зале выписывает требование.
- покупатель идет в кассу и оплачивает.
- возвращаетс с чеком и забирает свой товар.

В требовании указан в том числе отдел.

Ваше вот это вотЪ : "купил человек плитку, клей и плиткорез, он идет оплачивать в отдел напольных покрытий" не понял. Как касса знала сколько нужно взять с человека денег?

(61)Консультант в зале выписывает требование на плитку, клей и плиткорез. Покупатель идет оплачивать в отдел напольных покрытий - и оплачивает там плитку, в отдел сыпучих материалов – и оплачивает там клей для плитки, в отдел инструментов  - и оплачивает там плиткорез. Потом возвращается с чеками и забирает свой товар.
Но многие покупатели не любят такие квесты. И уходят в другой магазин.

(62) Ну так ничего же не изменилось. Пускай идет оплачивать все требования со всех отделов в одну кассу. Кассир по каждому требованию выпишет по одному ордерку (с указанием отдела) и все. Покупателю отдаст что-то типа сводного.

(62) а про какой штрихкод ты пишешь, если "в зале выписывают требование"?
Если консультант у тебя "общий": помогает покупателю собрать заказ/покупки из ассортимента всех ЧП, а потом "выписывает требование", то зачем мучается кассир? Пусть в требовании сразу пишет нужного ЧП, и его товар с кодом/штрихкодом.
Проблема-то в чем?

(63)Ну так к этому сейчас и свели. Но получилось, что один кассир ведет несколько баз. Что неудобно как ему, они ошибаются что, где и откуда. Так и покупателю, его эти беганья по базам тоже не вдохновляют прийти к нам еще раз. Ему приходится делать несколько оплат, а это время и лишняя суета и неудобство для покупателя.

(62) и (60) ну пусть кассиру сделают супер одну базу, в которой будут все товары. Ну будут некоторые "задваиваться" по-коду/штрихкоду, дык если консультант будет выписывать требования с указанием не только товара, но и ЧП, Кассир легко сможет выбрать из списка с одинаковым кодом нужное ЧП.

(64)Консультанты не всегда общий. Это раз. Много товара который покупатели просто наваливают в тележку и тащат на кассу. Это два.

(66)Во. Вот тут и загвоздка, как минимизировать необходимость кассира думать что ему выбить.

(65) а при чем "беганья по базам"? он отдает кассиру "требование", она закрывает телом окошко, и пока не пробьет ему два чека не показывает что она там делает, потом просит нужную сумму и отдает покупателю "бумажки" - чеки,.

(67) вы уже как-то определитесь, либо самообслуживание, либо "совок".

(69)И как кассир сможет получит общую сумму не бегая по базам?

(70)Магазин больной. Самообслуживание не всегда возможно. Особенно если товар крупногабаритный, подзаказной или ему нужна доставка.

(72) Еще раз разрисуй схему продаж.
1. Покупатель выбирает - консультант выписывает требование - покупатель оплачивает на кассе и с чеком идет забирать товар.
Или
2. Покупатель нагребает в корзинку, откладывает на доставку и идет на кассу с корзинкой.

(72) То что магазин болен и так понятно. ))))

почему все таки разграничить товар по отделам,
почему один и тот-же товар в разных отделах.

(75) А это чтоб за пол-лимона в год не вылезти. И не ходить на общую систему налогообложения.
Такая СеЛяВа.

ну и пусть этот товар неделю в одном отделе , потом в другом:)

(73)Оба варианта.

И все равно я не понимаю зачем 2 базы, и что за одинаковые шк у двух товаров

даже если так - слить все в одну базу, обработкой пройтись по шк, если шк 2 и более то грохать лишний и пусть этот товар без шк по коду бьют

далее зачем 2 базы ? что за конфа кстати ? я вот думаю не особая проблема разбить по отделам или по организациям продажи потом

+(79) Можно и не грохать шк а предлагать выбор что это за товар

+(80) да даже несколько тысяч товаров переклеить этикетки а заодно и провести полную инвентаризацию это недолго, и даже полезно

(78) В таком случае на кассе нужно иметь базу всех товаров с остаткими в разрезе всех ЧП. Списывать при проведении кассового чека либо указывая вручную, либо по выбранному приоритету.
Например сначала списываем остатки ЧП1, если не хватило - ЧП2 ...

+(82) Приоритет списания можно менять "по ходу жизни".

+(83) Вернее - сделать возможность.

(82) ну как бы да, но это хотя-бы уже похоже на нормальное решение

Еще вариант 2 корневые группы в номенклатуре :) ЧП1 и ЧП2... тупо в лоб и просто, уж посмотреть продажи по группе номенклатуры труда не составит, а нумерация .. ну сделайте в иерархии например

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

(87) А не проще ли сделать time-switching то есть когда месяц всем торгует один ИП, следующий месяц - другой и так далее - по кругу - тогда всё будет в одной базе и не вылезете за предел.

Не проще. Поставщики разные.

(89) И в чём проблема, если один и тот же поставщик сначала будет поставлять товар в ЧП "Суслик", а через месяц - в ЧП "Хомяк", что от этого изменится - вам же надо порог по обороту преодолеть, а не геморрой разводить.

(90)Не будет. Там есть определенные внешние ограничения.

(91) Тогда - только гнать всё в одну базу и делать префикс к коду от названия ИП, который торгует товаром.

Угу. Опять пошли по кругу. По ходу других вариантов нет. Ушел в конфигуратор. Делать перегрузку справочников и чеков.
Ждите с конкретными вопросами. А то давно я шашки-то руки не брал.

(93) Я бы сначала помучил начальство на предмет time-switching - может оно им "понравится".

(94)Я начальство. Мучай.

(62) Еще можно склады разнести в разные районы города. Причем не сообщать покупателю какой товар на каком складе....

Злой Вы.

(96) Кстати, да - очень хорошее решение - можно, правда, просто кассы вынести с территории на дальний склад, чтобы покупатели больше не возвращались.
P.S. но переклеить этикетки намного проще.

Ща, общую кассу сделаю. Потом займусь раздачей пряников.

100!

(100)Весь день сидел в засаде?

(0)А фейхоа это надо, если ты фискальниками все равно не пользуешься? За наличку у тебя юрики на поллимона все равно брать не будут, а по безналу нарисуешь те ЧП, что тебе надо.

(93) делай как в (56) сказали.

(103)Что-то похожее и делаю.