|
![]() |
#1 |
Участник
|
Цитата:
Сообщение от Сисой
![]() На уровне типовых реализованы следующие схемы обмена:
1. Бухгалтерия 7 -> Бухгалтерия 8 (перенос операций при апгрейде) 2. Бухгалтерия 8 <-> Зарплата и Управление персоналом 8 3. Бухгалтерия 8 <-> Управление торговлей 8 4. Бухгалтерия 8 <-> Зарплата и кадры 7 5. Бухгалтерия 7 <-> Зарплата и Управление персоналом 8 ок. В этом списке нет УПП, В этом списке нет обмена 7-7. В этом списке нет несовместимых друг с другом конфигураций типа УТ-УТ. В этом списке нет того, нет сего. Но хоть как базу эти уже имеющиеся схемы использовать можно? Я правильно понимаю, что для синхронизации УПП - БУХ можно взять схему УТ - БУХ и допилить ее? Или не получится? Сколько по времени может занять создание схемы УПП - БУХ? |
|
![]() |
#2 |
Участник
|
Есть БП --> УПП, УТ --> УПП
Я их просто не упоминал, т.к. топик про 8-ку. Есть ТиС<->Бух, ЗиК<->Бух Цитата:
Я делал обратную схему (тогда еще не было типовых правил обмена БП --> УПП) для документов кассы, банка, склада дня три (там еще фильтрацию нужно было программно обеспечить). |
|
![]() |
#3 |
Участник
|
Только сейчас заметил, что есть однонаправленные стрелки, а есть двунаправленные.
В общем, нельзя говорить об обмене между произвольными конфигурациями. Этот вопрос нужно решать в индивидуальным порядке для каждого случая. Если обмен между конфами отсутствует, то опытный специалист сделает его за несколько дней. Неопытный не больше, чем за пару недель. Так? |
|
![]() |
#4 |
Участник
|
Цитата:
При этом следует понимать, что к идее переноса больших массивов информации через текстовые XML-файлы следует относиться с определенной долей скепсиса. Алгоритм, прекрасно работающий при выгрузке пары сотен документов или перегрузке НСИ из одной конфигурации в другую, оказывается неуклюжим и непрозрачным при попытке перенести десятки тысяч операций. Еще раз повторюсь: концепция распределенных баз, предложенная 1С, вполне работоспособна, но до определенного масштаба. |
|
![]() |
#5 |
Участник
|
мысль, просто мысль
а может хватит off-line ![]() на дворе 21-й век реальный масштаб времени (on-line) рулит сейчас и будет рулить а на 1С реальный масштаб времени никак? |
|
![]() |
#6 |
Участник
|
ну, почему же "никак"?
очень даже как http://demo-ma.1c.ru/ другое дело, что 1С сильно вложилась в оффлайновый режим (как и в собственную базу данных). Вопрос "зачем?" останется неразгаданным долго. |
|
![]() |
#7 |
Участник
|
Поясню на примере. Есть магазин, составленный из 8 бутиков. Владелец один, даже здание одно. На настоящий момент работают на УТ 10.3. Схема обмена доработана нашими руками так, что каждый магазин имеет на кассе собственную базу 1С, в которой есть данные только самого магазина и только необходимые для осуществления продаж. В итоге базы магазинов весят 200-300 МБ и компы там стоят 10-летней давности. В офисе стоит просто хорошая рабочая станция на которой развернут центральный узел системы весом около 1,5 ГБ и работает около 10 пользователей. Если же делать централизованную базу в которой бы работали абсолютно все пользователи - нужен был бы и клиент-сервер и собственно нормальный аппаратный сервер.
|
|
Теги |
1c, план обмена, распределенная база данных, репликация |
|
|