Собственно хотелось бы услышать подводные камни возникающие при такой работе. Интересуют по большей части блокировки.

Количество организаций к блокировкам отношения не имеют

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

(1) Ха-ха-ха. Теоретик?

Сейчас с появлением 8.2 Всё стало намного лучше и действительно можно проводить паралельно документы по разным организациям. НО (!). Но пока что из того что вылезло - это закрытие месяца, который блокирует полностью работу всей базы, независимо от организаций

(1) +100500.

Практик, блин, нашелся.
Пусть у тебя будет в базе 100 организаций и 1 пользователь, или 1 организация и 100 пользователей.
Думаешь, в первом случае блокировок будет больше?

(5) Писатель? Речь идет о том что у нас 10 пользователей и у каждого своя организация.

Соответственно
Вариант 1. 10 баз + УРИБ
Вариант 2. 1 база

(6) 1 база, 15 организаций, 50 пользователей с разделением доступа по организациям. Блокировки есть, но не столь критичные. Если тебя это волнует - делай РИБ.

Закрытие месяца и большой обмен РИБ - базе пушной зверек.

(8) При закрытии пушной зверек будет что так, что эдак.

(6) А в чем проблема то? Если надо чтобы в одной базе было все то ведите в одной если нет то нет.

Хотя, 10 пользователей по одной организации - достаточно одной базы.

(6) Чудак?
Где написано про "Речь идет о том что у нас 10 пользователей и у каждого своя организация. "

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

(13) неудачнег? для черной бухгалтерии используй отдельную базу, ибо некуй!

(6) у нас вариант 1. с РИБ. НО не из-за блокировок, а потому что пользователи в разных городах. Нормально работает. И закрытие месяца нормально. Проблемы только с обновлениями, в РИБ как-то не очень там это сделано.

(14) читать умеешь? Конкуренты, заказ... Органы... Ты что,в честных полиционеров веришь?

Задачу надо рассматривать в первую очередь с точки зрения требований ведения учета консолидировано или нет. Если таковых требований нет то пусть каждая организация живет отдельно. ДАже если 20 организаций и их обслуживает 10 бухов.

(17) а обновления ставить? В 20 баз или в одну?

(7) Ушел от этого, так как объемы большие и в случае когда срочно нужно загрузить конфигу приходилось много время ждать,, пока загрузится, пока обмены пройдут

(8) + 100500. Вот и хотелось бы узнать, есть ли еще подводные камни

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

(11) Про одну организацию речь не идет. Речь идет о 10 организациях в одной базе

(12) Речь вообще не об этом. Речь не о блокировках внутри организации. Речь о влиянии одной организации на работу другой в этой же базе

(13) Это кто же базу дает на вынос проверяющим??? А так ограничения по организациям в типовой работает. Пусть смотрят, все равно кроме документов ООО "Рога и копыта" в базе не увидят

(17) Нужна общая база.

(18) Если надо ставить обновление хоть пусть их будет 30!
надо же не про себя думать а про бухов и про учет в целом.

От УРИБ ушли из-за ограничения типовых. Т.е. если бы там была бы возможность ограничить обмен по количеству объектов, то и мать его нехай, пусть каждые 5 минут по 10 объектов выгружается и никто и не заметит. Но в типовой либо свои правила писать и отслеживать с каждым обновлением метаданных, либо полный обмен с блокировкой всего

(21) надо SQL тогда. В файловой в каждый момент времени проводится только один документ. То есть один пользователь проводит, остальные курят. Ну максимум 5-7 пользователей нормально.

(24) Не поверишь... стоит MSSQL, сервер предприятия 64-х битный. Только как это может от кода в типовой?

(22) если ты обновления будешь в итоге устанавливать 3 дня вместо 15 минут - вот это и называется не думать о бухах и об учете.

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

(24) КО?

(25) с кодом в БП проблемы. Но если на общей системе, то нормально. НО если на УСН или ИП, то там проблемы. Фирма 1С видимо считает, если клиент н УСН, значит он где-то сидит в лесу, в бараке и у него один комп, куда он и установил свою БП. То есть запросы по УСН там аховые.

Так что по сабжу? Кроме закрытия месяца есть еще кандидаты на блокировку?

(29) Есть все. Особенно офигал от этого кода v8: Прикольный косяк в типовой с RLS
Т.е. если есть документ ЗаписьКнигиУчетаДоходовИРасходовИП, то всё сливай воду

(30) Что ты в блокировку уперся? А Справочники, Доки  префиксы отчетность. Об этом все продумал уже.

Плюс или например такая фишка v8: Ошибка при вызове метода контекста (Заблокировать): Неверные значения типов поле

(32) А что справочники? С префиксами в доках вообще нет проблем, там этих префиксов ... уриб (если есть), Организаци, подразделение.. И что с отчетами?

(20) И думаешь, нельзя сломать? )))
(27) Видел не раз, это верно. Во фри чего только не увидишь )))
Альтернативу нашли. Сервер на стороне. Но даже там раздельно. )))

Учет ведем с 2006 еще со времен первых версий 1.6. Сначало пробовали в единной базе - фигня, перешли на УРИБ, более или менее. Но куча немного напрягает. Сейчас возвращаемся опять к единной базе.

А чем эти организации связаны друг с другом? Организации одного владельца? Афилированные?

(34) Кто же базу отдает? Сотку в винт и берите пожалуйста. А так посмотреть на месте, без выноса - нет нельзя. Или ты думаешь проверяющая будет не девочка из налоговой, которая 1С незнает. А матерый хакер со стажем задача которого вынос базы?

В общем, облака - наше все)

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

(36) А вы с какой целью интересуетесь? Т.е. какое это имеет отношение к сабжу?

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

(37) Решение выдать базу принял шеф после беседы с оборотнями. Видимо, они нашли аргументы. Это не моя головная боль, а шефа. Но при этом было распоряжение, грохнуть прочие фирмы, быстро и аккуратно... Насчет матерого хакера. Вот принесут матерому хакеру базу 1С на флешке и попросят за скромное вознаграждение выудить инфу... Какова вероятность взлома?

(41) Грохнуть данный, по организациям, когда база на скуле - делов 10-15 минут. Пока они чай пъю можно успеть вычистить все "левые" доки и леые базы.

Я например юзаю эту обработку. http://infostart.ru/public/16731/

(40) Понятно. Я спрашивал с той целью чтобы узнать это либо афилиованные компании одного владельца  либо то что ты озвучил. В первом случае никто  не будет их объединять по понятным причинам. А во вторм случае это надо думать. При чем не только о блокировках а еще об орг моментах.

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

(42) Файловая, доки - да... Моментом. Еще справочник контрагентов, и соответственно договора, р/сч... И еще массу всего прочего. + сами фирмы.

(42) БЫвают ситуации когда врываются без предупреждения и и все сотрудники кладут руки на стол и не шевелятся . Звонить нельзя. Трогать комп нельзя итп.

(44) Отучись думать за всех.
афилиованные компании одного владельца  ... никто  не будет их объединять по понятным причинам. Лично мне не понятны эти причины

(47) Ты что в поле сидишь? И к тебе сзади незаметно омон подкрался?

(45) вот вот и я о ом же. ДА еще куча других причин где пересекаются данные разных организаций.

(45) "для разных организаций разные адреса," - это как?
"расчетные счета, " - не проблема
"основной договор" - договор и так к фирме привязан

(46) Что мешает тебе грохнуть без контроля ссылочной целостности? И пусть доказывают, что там был ООО "Молодой бычок", а не просто пробная копия, которую удалили некоректно

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

(49) Не давно  2 недели нам к нам приезжали. Завод закрытый высокими заборами. Они поджидали когда наша машина через ворота начнет вьезжать. Пока ворота были открытиы вьехали 2 машины и в нем по 4-5 человек.
Быстро вошли в контору. И всех застали врасплох.

(47) Вот с этим проще... Главное, выключить комп, а дальше все, на локальной машине пусто. А сервер на удаленке... Причем комп эти чудаки выключат сами... ))) Ибо единственная извилина от пули на гладком мозге...

ситуация аналогично (13), после второго задания на вырезку одного юрлица из общей базы перешел на отдельные базы

(54) Ну значит плохо организованно у вас. У нас помимо ворот со шлагбаумом им нужно пройти 4 железные двери, охраника, и все это под камерами. Плюс тревожная кнопка у охранны, что гости. И то максимум что они смогут найти - это терминальные сервера, на которых стоит лицензионный софт. Ну и плюс постоянный инструктаж и контрольные проверки на готовность

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

(52) Так и делается. Без контроля. Только лучче оставить минимум ниже плинтуса. Есть контр ООО "Маяк", а договоров у оставшейся фирмы с ним нет... Накуй его из базы, или...  у Маяка два договора, с фирмой на отдачу, и с фирмой убиваемой, значит грохнуть договор... Еще сотрудники, расчетные счета... и база за 3 года...
Писал на коленке в лихорадочном темпе...

(57) ДА нам нечего скрывать. Они искали инфу по другой фирме. Но охрана точно облажалась не раз. И в этот раз тоже и то что не организвано это дело точно.

Опять тема уходит в сторону. Сейчас я не ищу плюсы и минусы когда базы данных в одном месте или раздельно. За более чем 6 лет работы с типовой БП на 8-ке для себя я уже все плюсы  и минусы обозначил.

Сейчас просто ищется опыт работы в 8.2 в одной базе нескольких организаций. Так как сам последний раз работал так, во времена когда еще 8.0 было. Но сейчас многое поменялось в лучшую сторону, поэтому хотелось бы обозначить грабли. И пока что после 60 постов я вижу только одни грабли - закрытие месяца

(61) Да делай как хочешь... Распилить с контролем и без всегда успеешь...
Сам говорил, 15 минут.
Ведь по постам видно, что хочешь одну... Ну и твори.
Мое личное мнение - это фигня. Лучше раздельные. Причем кроме закрытия месяца еще разные гл.бухи, один на больничном дома хочет работать, распил, архивы поднимать (вот накосячил один бух в своей фирме, и просит поднять архив, пришлось отправлять его по всем...) и еще масса мелких нюансов и неудобств...
Оно мне надо? Нет.
Разные базы (еще раз повторю, с моей, личной точки зрения) удобнее.

(62) Так он же хочет по современном типа облако организовать.

(62) Сейчас уже полсотни организаций в базе. Предпочитаешь обслуживать 50 баз или одну общую?

Еще раз, прошу воздержаться от комментариев типа, у меня 2 базы лучше отдельно их вести. Оно мне надо обновлять 50 баз, ради того чтобы раз в полгода на 15 минут быстрее база из архива восстановилась? Нет

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

Интересуют реальные проблема, а не выдуманные, типа а вот вдруг ...

Но я тоже за раздельность.  Разделяй и властвуй! Даже если надо обновлять больше.

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

(65) Ок. Филиал - в другом городе обособленное подразделение. Где ему вести учет В отдельной базе или общей?

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

(64) Траблов минимум. Я вообще не нашел. Работай.

(64) тогда РИБ рулит. Одно обновление. И у каждого своя база.

(67) терминал рулит...

Я это проходил v8: Заблокировать типовую базу для обменов

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

(70) Умница. У меня они и так в одной базе сидят

(70) ну так облако - это и есть терминал. По большому счету. Это не обсуждается.

(73) А вспомнил. Как-то 2003 работал в компании где мой колега обслуживал 30-40 организаций на 1с77. Он обновлял их через УРБД. Базы были по всей стране. Удобно было.

можно в комплексе подойти. Все в одной базе, но если какие-то проблемные товарищи с закидонами, то их отсадить в РИБ. Но с обновлением от этой же базы.

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

Вопрос справочников не обсуждается. За 6 лет бухи научились работать с общими справочниками.

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

Вот упертый... Ну вот смотри... Ты все об обновлениях печешься... Берешь хорошую типовую и делаешь к ней еше один план обмена, без документов, регистров и справочников. Только структурная часть. Из нее делаешь х контор. Каждая контора отдельная база. Обновление из "центра", т.е от тебю и только структура, и только на прием... Так какого тебе еще надобно?

(77) Какие блокировки ? Прикладные 1С совские или СУБД ?

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

(79) И после этого она остается типовой??

(79) Видимо еще обмен писать ему не хочется. :)

(81) О каких блокировках речь идет ?

(84) Для тех кто только что присоединился, читаем (4)

Конечно нет.

(83) А зачем мне типовую бухию курочить?

(82)  Ах в от в чем еще дело.
Не снимай с поддержки. Всего то добавишь один план обмена и все.

Она будет типовая на 99,9 %

(85) Для автора персонально - о каких блокировках идет речь ? :)

(87) С каких это пор добавить еще один план обмена = "курочить"? Твоя база даже обновляться будет без проблем, ибо это ДОБАВЛЕНИЕ, а не ЗАМЕЩЕНИЕ )))

(88) Нужна единая база.

(90) "закрытие месяца, который блокирует полностью работу всей базы, независимо от организаций"

Т.е. Организация А проводит документ Закрытие месяца, при этом у организации Б выскакивает конфликт блокировки при проведении обычных документов

(91) Не подходит этот вант, так как речь не только об обновлениях

(92) Вот я и спрашиваю  это следствие каких блокировок ? Прикладных одноэсовских или СУБД ? :)

(94) Не понял что имется ввиду под 1С и СУБД. СУБД - MSSQL. Доки параллельно проводятся по разным организациям. Т.е. проведения поступления по организации А не блокирует проведения реализации или поступления по организации Б

(92) это наверно из-за константы "КонтролироватьПоследовательностьПроведения". Поставить значение "Нет" похоже спасет ситуацию.

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

Т.е работа идет. И пусть идет.

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

Впендюрь в фирму реквизит "Закрытие" и пусть каждая фирма закрывает месяц через задание ночью по этому реквизиту. Что ты народу мозги пудришь...

(96) Доки ее не двигают?

(97) Писатель? Я не спрашиваю как победить закрытия, я спрашиваю, что ЕЩЕ кроме закрытие может в будущем помешать параллельной работе

(99) Наверно менеджер блокировок от самой 1С не имеющий никакого отношения к менеджеоу бловировок СУБД .

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

До сих не вылезло, значит не вылезет.

(96) Он же булева, туда ничего не пишется, чем она может помешать? А в последовательности есть реквизит "Организация" Там с параллельностью нет проблем

(101) До этого там сидели "мелкие" фирмы. Фирмы с большим оборотами сидели в отдельных почках

(99) По ходу таких эксперементаторов пока тут нет. Придется тебе конфу поизучать. И самом у моделироват ситуации. И принять решение окончательное.

(101) Плюс филиалы сидели в отдельной почке на этом же серваке где и центральная база

+ (104) По хоу и само железо оценить не уперлись ли вы где то в железе.

(105) Да пройдитесь уже отладчиком наконец.

(104) Решение принято, понятно что по ходу пъесы будем корректировать регламент. Просто заранее хотелось бы соломки подстелить. Ну раз никто по крупному "в облаках" не летает, будем сами искать грабли

(108) ЗА одно и поделишься опытом, расскажещь нам.

(106) С железом нет проблем. Т.е. сервера в сотке и в свопе не висят. Базы работаю. Но всё равно на ближайщий месяц запланирован плановый апгрейд

(107) ЭЭЭ и что я должен там увидеть?

(107) Где я спрашиваю, как победить параллельную работу закрытия месяца? Я спрашиваю, где ЕЩЕ могут возникнуть грабли. И как мне отладчик поможет?

(110) (111)  В модкле проведения закрытия месяца поставте  что то типа пока 1=1 цикл . В другой сессии начинайте проводить документ в отладчике  какой либо котрый не проводится по причине блокировок.  Если дойтете до кода где идет назанчение прикладной блокировки  и если это прокатывает то причина не  здесь , причина в блокировке СУБД. Если зависла на прикладной - значит на прикладной. Как то так .

+(112) А единая БД это вери гуд.

(112) А потом выяснится что загрузка курсов валют к примеру тоже блокирует проведения реализаций

И про модуль проведения не понял. Оно и так понятно что при проведении блокируется реализация