Добрый день!
У клиента файловая база. В ней работают 5 бухгалтеров.
Сейчас хотят автоматизировать работу менеджеров (7-10 человек).
Рассматривают 2 варианта:
1) Добавить их в текущую базу.
2) Создать отдельную базу и оттуда выгружать документы в базу бухгалтерии.
В первом случае получится ли нормально работать им всем в данной базе?
Во втором случае как лучше выгружать документы (только подтвержденные клиентом) в базу бухгалтеров?
Буду благодарна за подсказки и ссылки по данной теме.

А что за документы то?

Оба варианта рабочие:
в первом с правами доступа скорее всего придется капаться,
во втором - с обменом.
По количеству пользователей вроде ещё норм.

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

(2) как вариант, поставить менеджерам УНФ или УТ

(1) Счета и реализации

(2) Производительность и много лишних документов.
(3) У них только БП и сейчас УТ приобретать не готовы.

(2) Еще есть риски доступа к лишней информации и вероятность дублей.

(6) создайте свою роль

(5) "сейчас УТ приобретать не готовы". а дорабатывать БП под менеджеров готовы? резервирование, адресное хранение, и др. что им в дальнейшем понадобится. + настройка прав.

(8) Из УТ тоже ведь не все нужно будет переносить, выборочно, как и из БП.

(9) так обмен то можно настроить

(10) А между двумя БП?

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

(12) Этим менеджерам только счета и реализации нужно заносить.
Сейчас они в Бухгалтерии 7.7 их бьют.

(13) Положить базу на хотя бы средний сервер, работать по РДП всем в одной базе. Особых тормозов не будет

(13) сталкивался с такой задачей, клиент не захотел отдельную базу, пришлось дописывать БП, по мере потребностей менеджеров, сначала одно потом другое. да, может им пока счета и реализации нужны, можно поставить УТ / УНФ на вырост.

(15) Мои как раз хотят отдельную. Но как выгружать-загружать отдельные документы?

(16) Отдельную? Секс в Гамаке на ровном месте. В чем суть (смысл) разделения баз, если данные просто будут переданы из одной в другую?

(16) обмен в конфигураторе править, в документы признак добавить "Отражать в бухгалтерии"

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

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

(20) Номенклатура по размерам и требованиям заказчика каждый раз почти новая. Но многое не подтверждается.

Правки и изменения до переноса уточняются.

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

(23) Если там какая-нибудь мебель на заказ, то характеристика нихрена не решение.

(24) ТС не сказал чем торгует, а по мебели тоже можно использовать характеристики (смотря что в них заполнять)

Ремонт и изготовление чего-то. Не вникала(
На самом деле я не отстаиваю ни один из вариантов.
В первом случае волнует рост размера файловой базы и скорость при работе 15 чел.
Но и во втором варианте тоже много проблемных вопросов.

+(26) Ну и риск доступа к лишней информации у менеджеров.

(26) под ремонт и производство, УНФ лучше подойдет

(28) Менеджеры бьют только счета и реализации. Они ничего больше не делают и не смотрят.

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

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

Счета делают всем. Реализации, как поняла тоже бывают неподтвержденные. Контрагентов (в т.ч. и физлиц) очень много.

(31)  Интересный вариант) И периодически чистим вторую организацию.
Типовых обработок нет подобных?

(33) в БП 3 давно уже есть встроенная https://its.1c.ru/db/answers1c/content/261/hdoc
можно выбрать организацию конкретную.

(0) >> файловая база. В ней работают 5 бухгалтеров.
с публикацией по вебу или в файлопомойке?

+(35) 10 человек на вебе ещё поработают, пока не заработают на сервер1с, а вот в файлопомойке всё колом встанет и они попросят другую базу, возможно другую конфу.

(35) На сервере

(33) на файловой может не взлетит. Для ограничения, по моему, нужно включать RLS, что приведет к диким тормазам в файловой базе

рост времени ожидания в 30 раз это конечно сурово.
v8: После разграничения прав, тормозит база

если в одной базе это никак не поженить из-за пересечения сесурности против производительности, то
комбинируем (11) + (31)
в своей базе делаете орг Управленка со всеми нужными реквизитами для печати счетов\актов\упд\эдо
потому включаете раздел Синхронизация и добавляете Узел РИБ с выбором организации Управленка.
полученную базу публикуете по вебу и пускаете туда манагеров.

останется проследить, чтобы в РИБ не утекали чувствительные данные из головной, а в головной приделываете кнопку "Клонировать Реализацию со всеми потрохами и связанными доками в регламентированную организацию".

+(40) для свёртки по годам в будущем:
берете голову и сворачиваете в ней управленку на новый год -1 от текущего и выгружаете в РИБ новый начальный образ. манагеры пускай руками перенесут незакрытые контракты.

Сколько реальных реализаций в день (в среднем) которые нужно учитывать бухгалтерии?

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

(43) возможно, стоит посмотреть https://www.youtube.com/watch?v=GZKdrslQ4cc
поспать
и вернутся к вопросу завтра утром.

Всем большое спасибо за советы и ответы!
(44) Так и сделаю)

(40) вроде апач на фаловой должен немного спасти от тормозов. Но тут только пробовать