Здравствуйте! Подскажите пожалуйста, как правильно сделать!
Имеются три фирмы одного профиля в разных странах: Россия, Литва, Латвия. Работают локально (перемещение товара между собой через куплю-продажу, возможна закупка товара в собственном регионе). Обязательное требование использовать общим справочник Номенклатура (либо через синхронизацию, либо каким другим способом). Все будут работать на едином сервере. Естественно, у каждого своя валюта, виды налогов и т.д. Как лучше сделать: использовать три фирмы в одной базе? Или создать три разные базы сосвоими конфигурациями? Что проще, надежнее, устойчмвее?

лучше три разные БД со своими заморочками под законодательство и между ними обмен по правилам

я за разные базы, как то оно понадёжней и менее тормознуто, если много народу. Но вопрос синхронизации номенклатуры стоит. можно и в одной - но вопросы законодательства разных стран - вот это хз

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

только

1+1+1

Да и таже ставка НДС для разных стран может быть разная. А это реквизит справочника

(4) ставка НДС это перечисление, если что

А какой сервер лучше взять? 32 Бит или 64 Бит?

(6) бери 64, че - не дадут денег?

(6) сервер для чего? скуля или 1С?

простая арифметика показывает что 64 лучше чем 32 в 2 раза

Торговля общая с дописками. Бухгалтерия своя везде, регламент работы написать кровью и дополнить прайсом такого вида - "исправить 1 документ закрытого периода - 1000 рублей, 10% от суммы документа и 1 минет".

Судя по вопросам, вы взялись за не своё дело. Родственники попросили?

Я ни за что не берусь.... :) Я составляю стратегию... Тактику будут делать те, кому положено! А это все для того, чтобы те "кому положено" не придумавали себе новых ненужных работ.
Сервер планиеруется и 1С и SQL (или два в одном?).... Пользователей до 30 клиент-сервер. Количество номенклатуры до 70 тыс.

Просто пять фирм франчайзи бьются лбами за проект, предлагая немыслимые вариации по наполнению и, соответственно, по количеству Убитых Енотов. Хочется найти правильный выбор! Только и всего! Ничего личного :)

Знатоки! Что приуныли?
Или "десантники" своих не сдают? :):):)

Ты РП, ты и руководи.

У нас своих инициативных - до пояса. Такие же компетентные, только зарплату платят.

Пришёл за советом - расскажи цели, задачи, что сделал, варианты реализации.

на каком языке будет номенклатура вестись?

(16) на китайском конечно

Цель - все иметь на одном сервере. Просмотр руководством работы всех филиалов. Номенклатура - как положено с наименованиями на языке каждой страны. Вариантов пока нет. Одни мысли. Сделано ничего - поле свободно. Хотелось с вашей помощью наметить пути реализации. Без углубления в детализацию. Просто пять франчайзов предлагают разные методы (три в одной или каждая по себе). Что лучше?
Если жаба душит поделиться мнением, то никто не парится - получайте зарплату за просмотр других советов :)

(18) Это неправильная цель. Не цель даже.

(16) 1с ведь позволяет наименование на трех языках писать.

(18) Бюджета нету, целей экономических тоже

(18) тебе же дали однозначный ответ что все три в разных БД и ни одного голоса за единую БД

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

(23) кубы и в экселе неплохо строятся по запросам к скулю

(24) Да, но в скуль тащить- то, все равно из 3-х баз, а консолидация это умеет

А варианта сделать 4 базы я так понял еще не было? :)

Ну тогда предложу:
3 фирмы отдельно + 1 база (неважно на чем написанная, только для учета справочника номенклатура, одна таблица наименование (ну или нескольно мультиязычных)+уникальный код).
Самое главное в 3-х базах запретить менять справочник номенклатуры.

По нажатию кнопки или регламентами, справочники сливаются всегда только в одну сторону: 4-я базу -> во все 3 бух-и.

Доступ к 4-й базе будет у всех. Надо новую номеклатуру, зашел, добавил, нажал кнопку "Хочу ее видеть в своей базе" и все.

Первичен бизнес, а юрлица вторичны.
Торговля управленческая единая с доработками (ставки НДС, печатные формы) + выгрузка в локальные бухгалтерии.

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

(28) Как где, если не заморачиваться, то хватит такой струтуры табл.:
Код | НаименованиеУкр | НаименованиеРус | НаименованиеБел
:)

Ну и естественно с запретом на добавление новой записи, если перевод не заполнен.

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

(29) тот кто добавляет думешь все языки знает?

(30) На свойствах не пойдет, ибо у каждой конторы свой язык первичен

Если только не допиливать переменное наименование

Грацио, сеньоры!
Вывод можно определить так: я склоняюсь все-таки к трем разным базам. Плюсы:
       - можно иметь три различные конфигурации для каждой страны без излишних доработок
       - синхронизировать надо только справочник Номенклатура
       - если вдруг открывается еще один филиал в четвертой стране, просто добавляем базу с конфигурацией этой страны (с доработкой на синхронизацию Номенклатуры).
       - по каждой базе выгрузка в Бухгалтерию своей страны без геморроидально-туалетных изысков.

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

Или кто поправит? :)

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

(34) Забыл про главное -упр учет ;-)

Решений 2- все работают по упр схеме, есть бух базы решение 1+3
Или 3+1, ибо упр баланс тебе все равно делать

Правильней 3 базы, а по номенклатуре я бы сделал доработку в одной главной базе. Добавил бы табличную часть в справочнику с колонками "Узел выгрузки"(Или страна), наименование для страны. А в правилах уже прописал механизм замены наименования.

2(0) валюта регламентированного учета... а впрочем и управленческого учета тоже по-моему сквозная на все организации в рамках одной базы. По крайней мере в типовых... Вот и думайте

(5) Это реквизит, а не перечисление

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

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

(26) Ну в принципе я токое и описал в (26), только для чего выделил под справочник в отдельную (4-ю) базу, ее можно создать хоть на голом МуСЮЛ+пару строк на ПХП, и всем раздать логин/пароль. А если делать в одной типа главной, тогда надо будет пользователей создавать "чужих" + права только на справчоник + и т.п. в одной той главной дописывать.

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

(42) и поднять ее на веб-сервере. ЧТобы база сама стучалось туда создавала номенклатуру и рассылала по базам

(38) вот это верное замечание, в одной базе всё заклинит сразу же, как только пойдут валютные операции ибо у каждого филиала своя валюта со своими курсами. Допиливать однозначно придется....

(34) спасибо поржал! синхронизировать нужно не только номенклатуру

+(46) хана проекту с такими управленцами :))))

(46)Ну поржал - и хорошо! :):):) Люблю веселых!
Что там еще надо будет синхронизировать по проекту - вопрос к другим чОлОвикам. Это все допилят специально натасканные и обученные люди, ну вот как DrShad, заодно и еще поржут.
А Номенклатура - это то, что должно быть синхронизировано постоянно и принудительно... Потому как если те, кто вводят наошибаются на 10-20 процентов, получим увеличение мусора в наименованиях на 10-14 тысяч штук....
В этом месте поржЁм все :):):)

(48) а у Вас город какой?

(49) Хотите в очередь поржать встать? :)
Пять фирм уже стоят... Думаю, не получится :)

И еще раз: я не программист 1С, и не руководитель проекта, и не разработчик... Я человек, заинтересованный в стабильной работе этих фирм, и получения прибыли от этой работы. Я могу описать нужную и полезную для нас логику, поэтому спрашиваю у ВАС всех совета. А параллельно еще и доктор, ставящий прививки  другим нашим франчайзи 1С от непомерно и бездумно раздутых планов, мыслей и аппетитов :)

(50) а ты не думай, может мы перебьем всю очередь не демпингуя

(51) Есть локализация УТ для Латвии и Литвы под Линукс? Автосервис для Латвии? Бухгалтерия Латвии и Литвы?

(52) нужно посмотреть, народу много, в том числе из перечисленных стран есть люди

(46) А что еще

Я так понимаю синхронизация нужна только для одного. Чтобы видеть остатки по другим странам

(54) самое ближайшее - ОКЕИ, единицы измерения, страны мира и т.д. и т.п.

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

(55) ОКЕИ - классификатор, КЕ = ОКЕИ

страны мира - нафиг не нужно

(56) когда-то я уже это слышал и не раз - в итоге выбиралась с самой меньшей средней стоимостью проекта и проект успешно уходил в никуда :)))

(58) я тебе ближайшие примеры привел, и те же ОКЕИ не все пользуют - очень часто тупо добивают в классификатор новый элемент, при этом не заботясь о его коде

(60) Как это влияет на просмотр остатков? При условии что у номенклатуры одна ЕИ?

(55) Зачем так много обсуждать постороннего? Тем более что все это решалось еще в семерке. Опыта у всех полные карманы, да и сложность невеликая...

(61) где это условие? в доках разные единицы и алес капут

(63) И что будет? вообще ничего стращного

(62) ну тут чувак решил выяснить, так что не мешай плиз

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

Ладно, вы пока потрындите, а я киношку посмотрю... :):):)

я бы предложил иметь отдельную БД для "разделяемых" справочников. СИУ только в ней. Ну и планы обмена, рег. задания и Всё такое.

(68) поддерживаю, но это запретное знание :)))

(66) не понял, ну покажит оно, что в казани валенков 66 шт, а в еревани их 33 пары. И что? Как раз по большому счету пофиг сколько всего валенков, нужно именно сколько их в Казани, а сколько в Астрахани. Т.е. главное знать что Валенки в казани это калоши в Еревани. И всё.

Как будет одинэс по-латышски? одинесас? или это по-литовски?

(71)  Вы не поверите! По-латышски это будет "1С" :)

Впрочем, по-литовски - аналогично!!!

(73) ты тупой

(74) Ясен пень, у меня мозгов не хватит, чтобы оскорблять кого!  Или оскорБЛЯДЬ?  :)

(75) поживешь с наше на форуме - хватит

(75) сорри, чувак не тебе было :)))
(74) к (70)

Если ни у кого больше нет ничего по ТЕМЕ, зачем мусор гонять?

если не гонять мусор - ветка утонет, а тебе оно надо?

Да я уж до всего доковырялся. Мысли выстроились. Метод лечения понятен. Новых идей не проходит больше. :)

нафиг вам вообще одинесас? у вас же Ойропа, САПы всякие, всё из коробки работает, только галочку поставить ©

(81) Раз 1С пишут на русском, значит, на нем и мысли доносить до светлых голов можно! А, значит, быстрее дойдет, нежели буржуинам на их буржуинском неизвестно что втирать...

(82) а оно им надо!? у них учет в разы проще

(83) Я про допиливание кода...

(84) какого кода?

Да Винчи :))) (85)

Все, зайчики! Попили пивка  и всем баинькать! Спокойной ночи!

Всем привет!
Кто-нибудь еще может выдать свежую идею?