Тема по рознице конечно подымалось не раз, но все же решил услышать мнения именно для своего случая.
Дано 2-3 магазина (открылись недавно). Есть сеть бутиков или маленьких магазинчиков их около 30. Там есть  есть торговое оборудование - Компы моноблоки, весы, кассовые аппараты, инет через УСБ-флешки (не очень бодрой скоростью).

Пригласили франя автоматизировать все эти сети магазинов. У них своя нетленка. В этой конфе есть все для учета - и торговля и бухия итп. Разве что они производство спецом урезали (убрали).
Их подход - все в одном флаконе. Везде будет развернута нетленка и через УРБД в центр сливается.  Интерфейс кассира через обработочку настроено конечно и к оборудованию тоже. Этот подход ценю но ведь есть практика...
Спрашиваю, почему вы не делите на фронт и на бек как отдельные конфы и тонко не настроите обмен? В ответ  - "Разные базы это беда!  Когда несколько баз это всегда бардак, проблема с синхронизацией, итп"

Вопрос. В чем плюсы и минусы одной базы??? У кого какой опыт в этом деле?
Зы. эту базу еще пилить как минимум 2-3 месяца постепенно разворачивая их на торговых точках. И надо учитывать что это мелкие магазины а не большие сетевые магазины.

Мои сомнения против одной базы в пользу отдельного фронта.

1) Фронт будет легенький и по функционалу и по объему данных.
2) Можно будет сворачивать базу хоть каждый месяц
3) Доработки обновлять будем реже.
4) ...

и тишинааа

согласен разные базы это кошмар

Другое дело как построить фронт, если сделать все нормально , то работать будет правильно

Делал фронт на 7.7 работало лет 5-6 пока организация занималась этим бизнесом
и все работало

самое идеальное это
1. "Центральная база" в которой бухгалтерский и управленческий учет параллельный
2. Фронт (в который выгружаются данные, обычно их немного)
но в этом случае фронт нужно писать руками и обмен с ним,
т.к. часто конфигурация меняется и не уследишь как данные начнут терятся, тогда будут правы Франчи

Огромный минус в предложении франчей, это когда умирает база на точке вместе с компом
а база развернется только через часов 10, при этом нужен монопольный режим
итого торговая точка простоит 1 или 2 дня, как думаешь с кого удержут деньгу за простой?

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

Написать фронт это грубо 3-4 справочника 3-4 вида дока 3-4 отчета парочку обработок  и соответственно нескольок регистров. ДУмаю для них труда не стоит. И самое главное Синхронизацию данных сделать. Что тут может быть кошмаром?. Если изначально все будет настроено и учтено..

Ааа сегодня же пятница ...

апну

Умные люди всегда говорили что фронт надо делить с бэком и делать его не на годами проверенных решениях (не 1с). Но одному своему знакомому 1снеги "неумные" написали все в одной базе и это в 5 магазах работало без перебоев 4 года. Потом пришлось ему сервера свои эвакуировать ко мне и сейчас 5 магазов в западной сибири работают через RDP на серверах в 3000км. Без перебоев работают.

Я все написал к тому что догмы иногда надо пересматривать.
Желаю удачи.

(11) Спасибо за ответ. Если разработчики окажутся очень ответственными и очень грамотными то я не сильно волнуюсь но так бывает ведь редко.

В такой реализации фронта важна настройка\реализация РИБа. При правильной реализации, данных в торговые точки будет прилетать столько, сколько нужно, и можно будет "резать" базы. Работаю так уже более 4-х лет. Полет нормальный. Плюсы данного варианта - никаких проблем с расхождением в данных. Так что остается верить, что тебе все сделают правильно. )

(13) Заверили что лишнее ничего не будет кочевать по РИБ. Ну а на счет "резать" базу без нарушения целостности очень хорошая идея. На клюшках так и делал. В ЦБ база у меня почти каждый год режется а вот есть периферия у котором три года не режется. Думаю так же надо настроить.

Вопрос очень интересный - а зачем вообще на клиентах иметь базу за какой-то большой период.
Теоретически,чеки могут понадобиться для проведения возврата товара - в это время их желательно иметь на рабочем месте-а после - вполне неплохо они смотрятся в архиве по дням откуда по необходимости всё достаётся.
Другое дело,что одна база подразумевает и одна конфигурация - а нафига лишние объекты в базе рабочего места.
Хотя автоматизацию на 1С всегда модно понять - имея одну базу мы можем моментально из рабочего места кассира сделать рабочее место кладовщика и т.п. потом механизм урбд в семёрке не так гибок,как планы обмена в восьмёрке,что накладывает ограничения на обмен между различными конфигурациями.

(0)Предложенный вариант имеет один очень серьезный минус-это нетленка.Сегодня вы работаете с этим франем,завтра все может измениться.Вас подсаживают на иглу,с которой будет очень сложно слезть и обойдется это в разы дороже потом,чем сейчас.
Поэтому "Разные базы это беда! Когда несколько баз это всегда бардак, проблема с синхронизацией, итп" это все фуфламецин.

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

(17)Даже если все открыто и есть исходные коды,то кто будет заниматься систематической поддержкой и доработкой этой учетной системы?Это все будет дорого и рано или поздно придется соскакивать на типовые,только в разы дороже потом.

(0) Франчи - молодцы, вообще-то ;) Придумали ржавый гвоздь, с которого не дернешься :) Вообщем, рецепт как всегда очень прост: УТ 10 + Розница 1 для каждого магаза и все это на одном хорошем серваке. Такая связка замечательно работает, бывают конечно (иногда!) глюки в РИБ, ну а куда ж без этого ?