Добрый день. Помогите разобраться в такой ситуации:
Есть два ИП. (по сути принадлежащие одному лицу)
У ИП-1 один магазин и торговля у ИП-1 автоматизирована. учет ведется в УТ. Тут все просто.
У ИП-2 есть два магазина. Торговля в одном из них не автоматизирована, в другом (открывается на днях) планируется автоматизация торговли(оба магазина на ЕНВД). Причем Этот ИП ведет еще и оптовую торговлю с третьего склада который находится на УСН. Учет ведется на бумаге. После автоматизации нового магазина торговля в старом будет вестись по прежнему, но хотелось бы в программе вести учет без номенклатуры, просто для взаиморасчетов с поставщиками.
Вопрос в следующем - как правильно организовать учет и торговлю в этом случае? Воспользоваться существующей базой, добавить туда организацию с тремя складами и вести весь учет в одной базе или же пусть ИП-1 продолжает работать в одной базе, а для ИП-2 создать новую базу с тремя складами (один автоматизированный, второй склад без номенклатуры, только для взаиморасчетов с поставщиками и третий склад по УСН) а потом эти две базы сливать в одну БП ? Боюсь что в этом случае возникнут дубли, т.к. иногда поставщики и номенклатура одна и та же.
Придерживаюсь варианта с двумя базами, чтобы не получилось путаницы(все таки это как бы 2 разных организации).
Помогите с советом как все организовать правильнее.
Вариант с двумя базами предпочтителен еще потому что нагрузка на базу будет меньше. Сейчас если работает кассир и заходит товаровед база подвисает, а потом добавится еще один кассир, боюсь что будет еще хуже. А так каждый будет работать со своей базой. Но тут посоветовали заменить HDD на SSD и этим добиться прироста производительности.

(0) круто ты завернул, к тому люди готовятся, сначала неделю на профессионала зубришь эти ответы, потом на спеца еще недели  2-4, деньги платишь за все.

Может вам не нужна УТ11?

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

Что совсем никто не может подсказать?..

"Боюсь что в этом случае возникнут дубли, т.к. иногда поставщики и номенклатура одна и та же. "

Если Вас волнуют дубли в справочниках то одна база. - Так как Вы смотрите на бизнес как на одно целое, и анализировать его будете как один.
А если нет, то две базы.
Это не технический вопрос.
Это вопрос получения управленческих данных для принятия решения.

(0) "Вариант с двумя базами предпочтителен" - РИБ спасёт благородного джентльмена.

(0) для скорости публикуете на вебсервере и база будет шустрее.

(5) +100500 Все зависит от того, как вы ведете учет для себя. Если ип разные а предприятие одно, то лучше одна база, если разные то две базы.

(0) А насчёт дублей - продумайте правила для внесения новых данных в справочники и больно бейте по головам операторов за нарушение этих правил. Ну и объединить два объекта в один - не столь уж и сложная задача.

для аналитики я могу просто сложить 2 суммы в одну.
РИБ и две базы это вроде как не одно и то же...??
Публикация на вебсервере не вариант, бывает отсутствие интернета.

(5), (8) В любом случае имеет смысл вести всё в одной базе (пусть и распределённой). Хотя бы ради (общих) справочников.

(10) Смотря что Вы понимаете под "двумя базами". РИБ - одна база. Но - распределённая.

в одной базе? А скорость работы не подсядет еще больше при подключении еще одного рмк в файловом варианте?

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

(13) Сколько пользователей будет и на насколько допотопном оборудовании ведётся работа?

(14) Реализовать это можно многими способами даже в одной базе.

Ограничить доступ к документам и продажам можно, но все равно остается возможность видеть товар с другого склада вместе с ценами. Или я галочку где то не добавил чтобы одна организация не видела номенклатуру другой? У них по 5000 наименований свойх товаров неповторяющихся.

(17) RLS для этого можно использовать, например.

+(18) А насчёт "галочек" - отсюда не видать, где они у вас стоят.

по одной машине в каждом торговом зале, машина товароведа-бухгалтера и машина руководителя. всего 4. оборудование не совсем допотопное но не айс. двухядерные амд по 2.5 ггц, по 4 гига оперативки(3.25) планирую еще hdd заменить на sdd

(10) Просто сложить 2 суммы.
Не просто получить консолидированные разрезы аналитики по номенклатуре и контрагентам. По статьям затрат.
Если это разные справочники в разных базах.
(14) Подбор по остаткам на складах их спасет.
(17) Ограничения у пользователей на склады по организациям из коробки.
(18) Вопрос скорости и рекомендации по ней решается при просмотре базы теамвьювером. там кучка вариантов зависит от фактической нагрузки и тех данных сервера.
(18) Публикация через вебсервер от интернета не зависит.

(20) зажал директор на 64 разрядные, сколько памяти потерял :)

эта аналитика не так важна, здесь скорее важна сама автоматизация продаж и учет товаров

значит я чего то еще не знаю про веб сервер? Веб - подразумевает WWW с доступом в интернет....?

тонкий клиент тебя спасет.

(24) Нет.
Веб-сервер - это такая технология. Которой по барабану, есть ли _Интернет_.

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

(22) (24) (25) Амд уже давно 64 разрядные все продаются.
у него может быть 64 разрядный комп и 32 битная ос. а он и не знает. а может и нет.
И это тоже надо смотреть тамвьюверм. так кучка разных вариантов. по производительности.

(18) RLS не дает ограничения на просмотр номенклатуры. Или я ошибаюсь? Тут только как и говорилось  - по складам. Но в чеке ккм при поиске по наименованию они все равно вылезут......

(29) Да в RLS теоретически хоть слона запихнуть можно. Правда, RLS малость ресурсы жрёт - но это уже другой вопрос.

(28) я ось и имел ввиду

(31) я ось тоже и имел ввиду, у меня сейчас обычная х86 стоит, стоит ли овчинка выделки если заменить на х64 ? Вроде как массу информации 1с держит в оперативке.
А касаемо веб серверов - сомневаюсь что это мой вариант...

(32) Это все надо смотреть в живую. зависит от оборудования которое уже подключено и планируется к подключению.
производительность только тыкать пальцем в живую в теам вьювере, и только за деньги.
По базам ответ (5).
Не нужна общая аналитика в том числе по ценам прихода, по долгам, по деньгам.
Значит бизнес разный -> значит две базы.
рлс - не рлс это методы решения задачи, а не причины.

(33) [email protected] выслушаю ваше предложение. Общая аналитика в любом случае была бы лучше чем раздельная, но скорость работы базы и возможность ограничения справочника номенклатура по группам - вот основные два момента. Это скорее всего придется пилить конфигурацию, я правильно понимаю?

еще один вопрос наболевший - создали дубль и полгода продавали товар то так то иначе. Теперь попробовал встроенной обработкой "поиск и удаление дублей" удалить один из них - невозможно объединить. Нет прав доступа, записи уже существуют и тд и тп... Типовая обработка поиск и удаление дублей вообще удаляет номенклатуру в таком случае или это только для справочников контрагенты?

(35) Для любых справочников. А что прав нет - так надо их дать запускающему обработку.

(35) Эта Типовая обработка не удалит номенклатуру после ПРАВИЛЬНОЙ работы, так как не сможет.
Там есть подчиненный справочник единиц измерения.
После объединения. -перекидывания ссылок.
надо и его обрабатывать.

(36) у администратора - полные права

а как можно осуществлять учет без номенклатуры? Ну или с одной номенклатурой - товар? или такое нереально? не нашел в сети информации.

(39) Заведи номенклатуру с названием "Товар" - и учитывай на ней всё, что хочешь.

Только вот что-то непонятна мне цель этой ветки...
Поставить учёт - задача не 5 минут. По хорошему, надо разобраться, что да как, а потом уже и организовывать.
Есть такая работа - "внедрение" называется.

(39) На кой ляд кому вообще такой "учет"?

(40) а как тогда быть - пришел один товар на сумму 100, за день продался один товар на сумму 50, на завтра остаток товара 0 и остаток товара на 50? как тут быть?
внедрение у меня уже было. Все как положено, в солидной фирме, с договорами, установкой и обучением в 2 часа....отдал потом туеву хучу денег за обращения за помощью и мучаюсь до сих пор с вагоном и маленькой тележкой нерешенных вопросов. вот и внедрение......

(42) на такой ляд чтобы с бумаги перенести учет на машину

(43) Если учитываются только деньги - то остаток товара никого не волнует. Пусть хоть миллион, хоть ни одной единицы.
Насчёт внедрения - ну так обратитесь к _специалистам_, а не просто деньги отдать.

(44) А зачем? Просто "шо б было"?

+(45) И главное - перед тем, как звать внедренцев, надо самому понять, что же именно хочется.
Не просто "поставить комп и на нём программа чтобы всё считала", а внятно сформулировать цели и задачи.

(45)
1 - учитываются только деньги, остаток выводится путем пересчета как в старые добрые времена без автоматизации.
2 - ищу хороших специалистов, только уже начинает жаба давить - слишком уж дорого вышла эта автоматизация(((
3 - не просто шо б было, а при наличии двух автоматизированных складов вести третий склад на бумаге уже не очень то и хочется.
4 - и главное - задачи были поставлены внятно, но вот реализация их осталась не на высшем уровне. И это не сугубо личное мнение. Это так и есть на самом деле.

(47)
1. Ну так и какая Вам разница, какой остаток будет показываться по этому "фиктивному" товару?
2. "Скупой платит дважды".
3. Вот это и есть "шоб было" - когда цель автоматизации не поставлена. "Не хочется" - не цель.
4. Судя по этой ветке - "на самом деле" цели и задачи если и были сформулированы, то невнятно. Как примеры:
- ответ (3): выбор конфигурации определяется задачей, а не тем, что "уже есть";
- п. 3 ответа (47): "не хочется" - это не цель, это прихоть;
- ни в одном Вашем ответе не было сказано о том, к примеру, сколько документов оформляется за день и каких - хотя речь шла о производительности при многопользовательской работе.

(48) давать советы о производительности в попугаях не видя базу глазами (теамвьювером).
на ощущениях клиента это немного СОВСЕМ НЕКОРРЕКТНО.
ШАНС ошибиться очень большой.

(49) причем независимо от опыта. т.к. ощущения клиента могут с ощущениями программиста не совпадать совсем.

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

Не знаю с чем Вы сравниваете.

Дорого относительно АМБАРНОЙ книги и ШАХМАТКИ на миллиметровой бумаге?
С бухгалтером расчетчиком по материалам. в этой миллиметровке по уши.
С 1994 по 2004 годы попадались такие учеты материалов.

Или.
Дорого относительно того чтобы не считать бизнес от слова СОВСЕМ?
До кассового разрыва и непогашенного овердрафта.

Если сравнивать с рекламными буклетами 1с то дороже выходит.
Рекламные буклеты писали маркетологи.
Они внедрять ничего и никогда нигде не будут.

(49) Проблема там, на мой взгляд, не в производительности. Проблема - в том, что задача толком не поставлена. А тут TeamViewer не поможет, тут надо выяснять, как у них работа организована, зачем им нужны те или иные возможности (и нужны ли) и т.д.
Причём нынешнее состояние баз - не показатель.

(48) (51) дорого это значит дорого. Были и более дешевые предложения на рынке услуг, но я же обратился в более солидную фирму, которая изначально завысила стоимость коммерческого предложения по сравнению с остальными. Надеялся на профессионализм, не пожалел денег, а в итоге получил головную боль вместо решения задачи. Единственный нормальный человек там был один программист. Все остальные - только "отбывали" повинность якобы отрабатывая свои деньги. Так что не нужно мне говорить что скупой платит дважды.

(53) А как выбирали фирму? Какие задачи решал программист? Кто ставил задачи программисту?
Но для начала - какие проблемы вызвали потребность в автоматизации? По каким критериям оценивались результаты внедрения?

(52) производительность отдельно, решается теамвьювером и за понятное время.
а постановка учета отдельно, (5) это ответ на (0).
Естественно, чем дальше в лес тем толще партизаны.
(51) Если Вы видите, что опыт необходимый Вам имеет один человек.
Вы МОЖЕТЕ попросить присылать только Его. С указанием что акты других Вы закрывать больше не будете.
Вполне вероятно что там вообще был только один программист.
А остальные консультанты, или специализируются в других, не нужных Вам областях.
А Вы Директор32 из какого Города?

(54)
В принципе можно опросник задавать:
1) Остатки на скалах реальные?
2) Кассы подкючены к 1с? КАК?
3) Деньги безнал, нал, цвет в 1с все?
4) Взаиморасчеты с контрагентами реальные? день в день?
5) Оплаты с отсрочками 1с, считает?
...
и т.д.
Просить сформулировать что хочет без опросника- Эффективно но жестоко.

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

(57) Потребности директора обычно оценивает адекватно. - Лучше чем программисты.

Текущее состояние может быть оценено неверно.
Причины:
- Прямо сейчас разбирается.
- Переговорная позиция - говорить "почти все сделано".
- Нежелание разбираться как есть,потому, что, решение "как надо" уже принято, программа куплена, презентация к программе прочитана.

(58) Директор адекватно оценивает _свои_ потребности - да и то далеко не всегда (незнание возможностей автоматизации, нежелание/нехватка времени, да банальная лень в конце концов).
Но кроме директора - есть ещё куча сотрудников, которым и предстоит работать в автоматизированной системе, причём от них требуется "больше и быстрее", а освоение нововведений далеко не всегда этому способствует. Особенно если нововведения рассчитаны "на дядю", а не на этого сотрудника.
Кстати, типовые чем дальше, тем более "далеки от народа". Да, теперь из заказа покупателя можно извлечь чуть не биографию его прабабушки - вот только информация о прабабушке особой пользы не приносит, а заполнять биографию прабабушки в документе приходится в условиях, когда заказчик стоит над душой, а сзади доносятся вопли снабженца, которому надо делать закупки, причём пока не будет заполнено поле "день недели, в который прабабушка девственность потеряла" - документ не проведётся. Конечно, работу можно упростить настройками - но (а) кто эти настройки будет делать - и знает ли этот "кто", где и как надо настраивать; (б) и настройки не всегда помогают - тем более, что с каждым следующем обновлением база требует вводить всё больше информации.
Программист мог бы создать рабочие места, удобные сотрудникам. Но - за денежку. А жаба - давит...

(43)
внедрение у меня уже было. Все как положено, в солидной фирме, с договорами, установкой и обучением в 2 часа....отдал потом туеву хучу денег за обращения за помощью и мучаюсь до сих пор с вагоном и маленькой тележкой нерешенных вопросов. вот и внедрение......

-это не внедрение. Это типовая продажа коробки только и всего
Разбавленная двухчасовой лапшой вешания на уши
К сожалению

Не имент смысла покупать коробку не представляя что вам надо
И как это будер решаться с помощью предложенных средств автоматизации

Когда отпадет большинство сомнений тогда можно подумать о покупке предлагаемого софта

На месте нормальных внедренцев я бы как только зашла речь о двух дружественных ип под одной крышей- сразу бы насторожился
Такие схемы геморройны в настройке и грамотном выпиливании не только в самой базе -но еще на уровне проработки вопросов организационного и административного взаимодействия таковых ип
А когда это усугубляется вдобавок одной бушкой для ведения учета -ценник можно сразу ставить с коэффициентом 4-5 к предыдущему нетиповому прайсу

Нормальная автоматизация хозяйственных процессов дешевой не бывает

Так что к сожалению -жрите кактус
Мало кому будет охота разгребать авгиевы конюшни и строить адрианов вал

(59) Да не давит меня жаба. Сейчас я понимаю что было сделано масса лишнего и за это все лишнее уплачены деньги. Если бы профессионал своего дела пришел и сказал - я понял ваши проблемы и я готов исправить их, более того - у меня есть предложения по улучшению того-и-этого, оно существенно в вашем случае упростит вашу работу. Я все сделаю, настрою, напишу и моя работа будет стоить столько-то - вот это другой разговор. А тот сотрудник, о котором я говорил, увы, ушел из той организации и у него к сожалению не хватает времени сейчас. Сегодня договорились на понедельник с одной из фирм, поговорим, посмотрим чего они предложат. Не давит меня жаба, это было образно сказано лишь потому, что я отдал на сегодняшний день немалую сумму денег, а взамен не получил качественных услуг.

(60)

-это не внедрение. Это типовая продажа коробки только и всего
Разбавленная двухчасовой лапшой вешания на уши
К сожалению

Вот именно - к сожалению. К сожалению большинство продает сейчас именно так.

Не имеет смысла покупать коробку не представляя что вам надо
И как это будер решаться с помощью предложенных средств автоматизации

Что мне нужно было я озвучил, а как это будет решаться - это была задача той фирмы, в которую я обратился.

На месте нормальных внедренцев я бы как только зашла речь о двух дружественных ип под одной крышей- сразу бы насторожился

Нормальные внедренцы не настораживаются, а предлагают способ решения поставленной перед ними задачи.

Нормальная автоматизация хозяйственных процессов дешевой не бывает

У нормальной как раз таки адекватная цена.

Так что к сожалению -жрите кактус
Мало кому будет охота разгребать авгиевы конюшни и строить адрианов вал

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

Чтобы продавать только одну номенклатуру возможно два варианта.
.
Вариант первый, самые простой, с ним можно работать, если вас реально не беспокоит остаток товара, а приходные и расходные накладные используются только для отслеживания дебеторской-кредиторской задолженности. В этом случае, как и было сказано зводиться Единственный товар с любым именем, пусть даже с именем "Основной товар", но при заведении этого товара указывается, что товар является УСЛУГОЙ. Тогда при списании и оприходовании товара не ведется его количественный учет. Соответственно и оприходовать и продать можно, сколько угодно.
.
Вариант второй, чуток посложней. Проще всего используется для случая, когда учет НДС не ведется, соответственно себестоимость товара и себестоимость товара с НДС одна и та же сумма. Данный вариант чаще всего применяют, если имеем большое количество мелочевки, которую учитывать поколичественно нет никакого желания, но хотелось бы получать отчеты по себестоимости. В этом случае при приходе товара не ведем количественный учет товара, а в качестве приходного количества ставим СУММУ товара, в этом случае ЦЕНА полученного товара должна стать равной единице. При оформлении же реализации в качестве суммы указываем обыкновенную сумму продажи, а вот в качестве количества продаваемого товара указываем СЕБЕСТОИМОСТЬ проданного товара. Учитывая, что цена товара равна 1, получаем вполне правильный расчет себестоимости. Второй вариант также можно использовать с вариантом один товар...

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

Я так понимаю за деньги вы этих профессионалов не нашли, а теперь ищете бесплатно?
Или хотите найти и оплатить соответствующую работу?

(64) А почему вопрос мне? Я вроде отвечаю на вопрос ТС, а не заменяю его самого...

(65) прощу прощения, (64) к (62)

(64) я сюда зашел за советом, мне его дали. Когда я попрошу проделать ту или иную работу - я естественно оплачу ее.

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

Цену вопроса, кажется, уже можно озвучить?

(67) Ну и еще, ежели уж вы работаете с такой мелочевкой как пара рабочих мест, то я просто не стал бы ставить УТ11, а вполне обошелся бы УТ10.3 работает не в пример быстрее.

(68) вы хотите озвучить? или предлагаете мне?

(69) где вы были, когда мне продавали ут 11?

(71) Полагаю, он был дома или на работе. Но к нему Вы не обращались.

(70) проблемы то у вас, а не у меня. Зачем мне озвучивать? Я жду, когда ваша патетика в материальную фазу перейдет, и начнутся конкретные предложения по ценникам. Или не? Призываем опять "специалистов"?

(72) так зачем говорить что нужно былог мне делать два года назад если проблема актуальна сегодня. Два года назад я бы ее вообще не купил

(71) Ну, собсно, на этом форуме я это уже пару-тройку лет говорю, правда под другим ником. Кстати, если Вы купили УТ11 Вам никто не мешает поставить УТ10.3 и работать с ней, все будет СОВЕРШЕННО ЛИЦЕНЗИОННО ЧИСТО, т.е. фирма 1С к вам не придерется, все это работает на одних и тех же движках и одних ключах :-)

(73) я договорился на понедельник. Если ничего хорошего не выйдет - тогда и озвучу.

(76) тогда ветку можно временно закрывать.

(75) если не удастся настроить 11, тогда перейдем на 10.

(77) временно да.

(78) Кстати, еще одно достоинство 10.3, что это все-таки система больше для пользователя, а 11 скорее для программиста, ибо вряд ли найдется вменяемый пользователь, который сможет внедрить без программиста систему одно описание которой тянет уже на почти тысячу страниц :-(

+(80) Хотя конкретно Ваш вопрос, тут программист вообще не нужен, я собсно сказал в (63) приходуйте и продавайте одну услугу и получите учет дебеторской-кредиторской задолженности...

(0) лень читать ветку поэтому может повторюсь

1. лучше одна база (вести учет по нескольким юрлицам в УТ11 можно без проблем)

2. если нужны разные базы для показа ифнс к примеру, то разделить в любой момент не проблема, в зависимости от объемов базы до 1-2 часа - кстати можно делать по расписанию нечто вроде сохранения в бэкап

3. если ИП и(или) магазины в разных местах территориально то РБД в помощь и будет у Вас к примеру периферийных 3 базы (ип-1, ип-2-1, ип-2-2) и одна центральная в которой все данные
как тут лучше организовать (какую базу иметь центральной это уже на местах решать возможно центральная будет ип-1)

ЗЫ т.е. смотря что Вам нужно, нужна если аналитика по всем магазинам и ИП в одном место то для этого все и делать...

(76) Обратите внимание на специфику рынка торговли 1С-овскими продуктами и услугами.
В сегменте малых и средних предприятий для "солидных фирм" (франчайзи) выгодна торговля коробками и взимание денег за подписку на ИТС. А вот внедрение - выгодно для крупных предприятий.
Для "одиноких" специалистов - наоборот. Внедрение и дальнейшее сопровождение выгодно.

(82) самый адекватный ответ

(83) к моему сожалению я это узнал только сегодня.

(83) кстати ваш ответ тоже взят во внимание по поводу РИБ.))