Организация работы 1С для работы удаленных офисов.

Форум Администрирование Общие вопросы администрирования (Admin)

1. Filys_Fog 13 29.06.11 09:09 Сейчас в теме

Добрый день!
Может совсем и не сюда. Но все таки.
Есть центральный офис. И несколько удаленных офисов, не Москва. Работа в данный момент поставлена так. У них находятся базы которые они ведут. каждый день утром они сбрачывают архивы. и уже тут наши бухгалтера финансисты начинают смотреть что и как. Нужен совет. Нельзя ли организовать работу как нибудь по другому. Стоит 8.2 Бухгалтерия и ЗУП. И если можно то хотелось бы еще и аргуметы для переубеждения.
Спасибо.

По теме из базы знаний

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

43. Nadushka74 5 29.12.11 10:45 Сейчас в теме

(1) Filys_Fog,
Тут я б как сторонний наблюдатель начала с вопросов:
как далеко филиалы?
выделены ли они на отдельный баланс?
во всех филиалах ведется БП и ЗуП (или они скорее всего нужны для того чтоб занести первичку, а расчет идет центральной)
а вообще нужно чтоб и БП и ЗУП в полном маштабе был у филиалов? в центральном офисе это не будет излишней головной болью?
обычно вся бухгалтерия сидит в центральном, а на местах один человечек отвечающий за первичку. Да и разные филиалы бывают. в одном 3 человека а в другом 3 сотни.

69. gradi 5 29.10.12 00:34 Сейчас в теме

(1) Filys_Fog, SaaS решения рассматривали?

2. anig99 2843 29.06.11 09:19 Сейчас в теме

Есть 3 варианта
1. РИБ - базы находятся у удаленщиков, но сбрасывают они не всю базу, а только изменения. Кроме того, нужно сбрасывать изменения им. Недостаток: приоритет имеет основная база и есть вероятность затереть изменения удаленщиков (есть некоторые дописки, которые решают эту проблему)
2. Организация VPN. Нужен грамотный сисадмин, толстый канал и желательно машину под сервер терминалов
3. Публикация web-морды 8.2. Канал нужен не такой жирный, но может потребоваться дописание управляемого интерфейса, т.к. не для всех подсистем он реализован полностью

68. AlexO 135 17.10.12 16:21 Сейчас в теме

(2) anig99, (62) zale, (42) Nadushka74 и т.д.:
А что, у всех большая проблема законнектить все офисы на единые базы через терминалы или тонкого/веб клиента??
(62) zale,

и магазин ушел в оффлайн на пару суток

а для РИБ кабеля, стало быть, не нужны??
(37) vx_gas,

пробовал многое, myLanViewer, TeamViewer, VPN Hamache+Radmin, остановился на RDP

вдруг обнаружили, что родной терминал Винды работает не хуже, а то и лучше левосторонних? :)
(47) teranp,

Если есть вопросы пиши отвечу с радостью так как на практике реализовано много проектов по объединению офисов в глобальные сети

нет уж, спасибо, никому бы не рекомендовал "специалиста", который ОБЪЕДИНЯЕТ ОФИСЫ В ГЛОБАЛЬНЫЕ СЕТИ!
Вместо построения корпоративных LAN-WAN сетей.

не советую использовать в комплекте VPN

... и, отсюда, такая неприязнь к VPN вполне закономерна - ведь это часть WAN-сетей..

74. awk 741 31.08.14 01:06 Сейчас в теме

(68) AlexO, Не нужны, однако... Есть съемные носители :))) Фурами, можно переносить миллионы терробайт информации...

3. mazanka007 30.07.11 18:49 Сейчас в теме

У нас стоит обычный комп как сервер, на нем Win7(нужно знать нюансы не все версии винды позволяет работать через RDP одновременно нескольким пользователям). На этом аля Сервере в главном офисе стоит 8.2 УТ. Подключаемся к нему и работаем через штатную программу винды "Подключение к удаленному рабочему столу RDP". Работаем и из дома и из других офисов, откуда угодно где есть интернет )))
На самом сервере стоит программа "SysElegance Terminal Suite"- эта программа заменяет виндовые сервер терминалов потому что виндовый дорогие лицензии.
Так и работаем, канал интернета 2Мбит всем хватает.

4. uriy 3 30.07.11 21:58 Сейчас в теме

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

21. bazis-spb 27.10.11 14:30 Сейчас в теме

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

5. karaeva 09.09.11 16:40 Сейчас в теме

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

6. kurpekov 55 12.09.11 13:59 Сейчас в теме

У меня работало УРИБ: Центральная база+32 периферийных. Никаких нареканий не было. Проблемы в центре никак не влияли на работоспособность магазинов. Случаев пропадания информации не было. Только нужно помнить, что коллизии при обмене обрабатываются в пользу центра, но с этим никаких напрягов не было.

7. hulk45 23.09.11 14:33 Сейчас в теме

anig99 пишет:

Есть 3 варианта

1. РИБ - базы находятся у удаленщиков, но сбрасывают они не всю базу, а только изменения. Кроме того, нужно сбрасывать изменения им. Недостаток: приоритет имеет основная база и есть вероятность затереть изменения удаленщиков (есть некоторые дописки, которые решают эту проблему)

2. Организация VPN. Нужен грамотный сисадмин, толстый канал и желательно машину под сервер терминалов

3. Публикация web-морды 8.2. Канал нужен не такой жирный, но может потребоваться дописание управляемого интерфейса, т.к. не для всех подсистем он реализован полностью

столкнулся с такой же проблемой.
1 ый ваиант интересный. Есть гденибудь про него почитать. Как это реализовать?
2 ой, Поднимать VPN на моём канале это жесть. Будет всё жутко тормозить. Во первых у меня wimax. И я понял что работать по данному каналу удалённо ну точно не получится.
3 Тоже интересно, есть ли где нормальную инструкцию почитать?

У меня была идея следующая, т.е. быстрее vpn будет работать. Но тут опять рдп скорее всего будет тормозить на моём канале.
хамачи + терминал сервер и работа через рдп. Не знаю насколько будет нормально пахать. Но знаю точно если поднимать VPN будет медленнее работать. И опять же вопрос шифрования. Пишут что хамачи шифрует канал. Хотя у меня сомнения.
Почему хамачи: потому что ип динамический.

8. toxavich 26.09.11 23:01 Сейчас в теме

(7) hulk45, лучше не хамачи, а какой нить из сервисов dyndns.com или no-ip.com, ставишь софтину на сервак, в модеме/роутере проброс 3389 порта, и вуаля)

1. воть
3. Web морда, только ручками нарисовать управляемые формы! но опять же для этого метода, лучше использовать VPN, дабы безопасно!

39. edikst 28.12.11 07:34 Сейчас в теме

hulk45 пишет:
ой, Поднимать VPN на моём канале это жесть. Будет всё жутко тормозить. Во первых у меня wimax. И я понял что работать по данному каналу удалённо ну точно не получится.

(7) hulk45, Почему же не получится?
У меня в филиалах основной канал 3ж от 3 до 10 мб, резервный ваймакс 1мб
Везде серые динамические айпишники
я просто арендовал VPS сервер. поднял на нем впн и все работает )

9. Driver_Com 27.09.11 08:40 Сейчас в теме

Имею опыт работы с УРИБ и вот, на мой взгляд важный минус: При мзменении конфигурации в центральной базе, формируется файл обмена содержащий не только измененную информацию, но и измененную конфигурацию, которая в свою очередь может достигать до 200Мб - совет: оцените перед использованием данного метода частоту обновления конфигурации 1С и время передачи файла обмена по вашему каналу.

10. hulk45 28.09.11 19:33 Сейчас в теме

Прочитал что мне сказал toxavich по распределённым базам. Спасибо большое.
Понял что надо использовать РИБ.
Только вот не пойму?
"При мзменении конфигурации в центральной базе, формируется файл обмена содержащий не только измененную информацию, но и измененную конфигурацию, которая в свою очередь может достигать до 200Мб - совет: оцените перед использованием данного метода частоту обновления конфигурации 1С и время передачи файла обмена по вашему каналу. "

Я понимаю что формируется файл обмена.
Тут http://www.buh.ru/document-922 написано то он формируется ввиде сообщения формата xml.
Неужели данный формат так плохо жмётся?
И совсем не понятно.Если я собираюсь вносить изменения, о каких 200 мегабайтах вы говорите, я же не передаю всю полностью базу, а обмениваюсь сообщениями с центральной.
Можно в этом направлении разъяснить?

11. Arutunov 37 11.10.11 14:54 Сейчас в теме

А если в УТ 10.3 или 11.0 делать РИБ, то можно как-нибудь настроить обмен только по каким- нибудь условиям например по организации, то есть чтобы выгружалась информация в подчиненную базу только по одной организации?

12. shura1973 26.10.11 09:43 Сейчас в теме

Arutunov пишет:

А если в УТ 10.3 или 11.0 делать РИБ, то можно как-нибудь настроить обмен только по каким- нибудь условиям например по организации, то есть чтобы выгружалась информация в подчиненную базу только по одной организации?

А желтую книжечку почитать? не?
Во всяком случае в ЗУП стандартная настройка обмена по организации есть и прекрасно рабоатет

13. gonshik 26.10.11 10:53 Сейчас в теме

Реализовано: 1с8.2 сервер на хостинге в германии подключение хоть откуда даже с ipad

14. alcazar1888 27.10.11 02:42 Сейчас в теме

используйте teamviewer впн соеденение держиться прекрасно

15. fly 20 27.10.11 03:06 Сейчас в теме

Для 1Сv7 есть Менеджер Обмена Данными или попросту МОД. Это альтернатива семерочному УРИБ. Пользуем этот МОД вот уже 10 лет с 10-ю распределенными базами. Гибкие настройки правил обмена, их можно менять без изменения конфигурации. Только вот не знаю есть ли такое для 1С8. Покопайте интернет. Раньше его делала компиния ПиБи.

18. AnryMc 849 27.10.11 09:33 Сейчас в теме

(15) fly,

fly пишет:
Только вот не знаю есть ли такое для 1С8. Покопайте интернет

Есть на уровне платформы (штатный механизм)

56. Niberu 5 05.04.12 04:29 Сейчас в теме

(15) МОД8 есть, у ПиБи его перекупили ООО БИТ.
МОД так же замечательно (как в 7.7) интегрируется в любую конфу 8ки, настраивается и эксплуатируется.

16. mazat 27.10.11 06:54 Сейчас в теме

Всякие хамачи и teamviewer-ы конечно хороши, но а как обеспечить конфеденциальность данных.

17. brom_alex 27.10.11 08:53 Сейчас в теме

Мы раньше использовали РИБ , но отказались от этого. Подняли терминальный сервер. 1С работает исключительно в 5 офисах в разных городах области. С каналом связи туго, поэтому VPN используется только для печати документов, ведь работая на удаленной базе принтеры тоже удалённые. В плане безопасности поставте Kerio и будете фильтровать входящие подключения не только авторизацией на 1С.

19. chedn 27.10.11 14:13 Сейчас в теме

OpenVPN+RDP. Каналы мегабитные, нормально работает...

20. chedn 27.10.11 14:16 Сейчас в теме

gonshik пишет:

Реализовано: 1с8.2 сервер на хостинге в германии подключение хоть откуда даже с ipad

подробнее про ipad не напишите, с RDP все ясно, но как на нем реализован vpn ?

22. Archik 27.10.11 14:40 Сейчас в теме

лучше решение для таких вещей - впн, имхо
мы реализовали это так, сервер стоит у нас, в а пользователи в другом городе, база в файловом режиме... юзверы подсоединяются через сервер терминалов, хотя можно было их посадить и на сетевой доступ, но сервер позволяет работать терминально.. за границей 5 базу юзают 5 пользователей, канал для них выделен 0,5 МБит/сек.. на входе стоит циска аса-шка, которая и фильтрует весь нежелательный трафик на железном уровне
никаких обменов, никаких выгрузок - загрузок, все работает отлично, лишь упирается в скорость и стабильность вашего канала

23. shura1973 27.10.11 14:41 Сейчас в теме

hulk45 пишет:

Прочитал что мне сказал toxavich по распределённым базам. Спасибо большое.

Понял что надо использовать РИБ.

Только вот не пойму?

"При мзменении конфигурации в центральной базе, формируется файл обмена содержащий не только измененную информацию, но и измененную конфигурацию, которая в свою очередь может достигать до 200Мб - совет: оцените перед использованием данного метода частоту обновления конфигурации 1С и время передачи файла обмена по вашему каналу. "

Я понимаю что формируется файл обмена.

Тут http://www.buh.ru/document-922 написано то он формируется ввиде сообщения формата xml.

Неужели данный формат так плохо жмётся?

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

Можно в этом направлении разъяснить?

Показать

Может достигать, а может не достигать )
Если будите вносить мелкие изменений, то и размер файла будет небольшой. Если обновитесь на пару-тройку версий типовую конфигурацию, то и файл обмена раздуется.
Я сейчас точно не помню размеров, но на УПП под несколько десяток Мб по моему был файл при обновлении, но это редко... При нормальной работе размер файла обмена - десятки-сотни килобайт...

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

(18) AnryMc, я слышал, что как раз штатный механизм обмена в 8-ке разрабатывали как раз ребята из ПиБи

24. nick-name 27.10.11 17:59 Сейчас в теме

alcazar1888 пишет:
используйте teamviewer впн соеденение держиться прекрасно

можно с этого момента по подробнее? как настроить, нужно ли покупать лицензию для teamviewer? какие грабли могут возникнуть в процессе работы?

25. PetrPervuy 27.10.11 21:06 Сейчас в теме

лучше статичный айпи+впн+rdp.. безопастность будет выше чем всякие teamviewer

26. Justlink 27.10.11 22:51 Сейчас в теме

При организации РИБ с удаленными офисами есть нюансы.
Ну например - как передать номенклатуру с центрального склада на склад удаленного офиса?
Обычное перемещение не подходит, т.к. появятся отрицательные остатки.

27. Pitot 28.10.11 06:38 Сейчас в теме

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

28. alex1218 28.10.11 07:33 Сейчас в теме

Web морда может быть не очень и удобна пользователям. Сколько проектов делал и все такие лучше RDP с автозапусуком программы я не нашел. Так как не надо ничего объяснить пользователям. Единственная проблема это маппинг принтеров в терминале. Но на это нам в помощь ScrewDrivers.

29. newermore123 28.10.11 09:40 Сейчас в теме

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

30. AlexeySH 28.10.11 10:41 Сейчас в теме

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

31. ifedosov 28.10.11 21:07 Сейчас в теме

Разверните ftp сервак, тогда не надо будет ничего никуда отправлять, просто кнопка выполнить обмен при включенном инете.

32. skros 29.10.11 21:00 Сейчас в теме

хамачи про версия платная, а в бесплтаной сильно режется канал, айпи динамический - можно воспользоваться сервисом dyndns, если адсл и в модеме есть клиент (у длинка, например) то вообще супер, а так можно скачать программу клиент и установить на сервер

33. xxxu 01.11.11 20:41 Сейчас в теме

Через WEB интерфейс самый оптимальный вариант.

34. bondiv 02.11.11 06:12 Сейчас в теме

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

35. SupportBeldigi 03.11.11 13:29 Сейчас в теме

Как 1с не стремилась сделать свои продукты более мобильными - придумали веб интерфейс, который по своим возможностям в сравнении с MS Access куда менее приемлимый. Самый быстрый и качественный способ это удаленный терминальный доступ windows server

36. at383 03.11.11 17:33 Сейчас в теме

самый простой способ - это через удаленный рабочий стол RDP на сервере терминалов.

37. vx_gas 26 03.11.11 21:31 Сейчас в теме

пробовал многое, myLanViewer, TeamViewer, VPN Hamache+Radmin, остановился на RDP, поскольку оказался самым удобным для пользователя и шустным по быстродействию (время отклика), бывает правда и он глючит, но очень редко, так что где-то так, единственная особенность была в том, что нужно было порты пробрасывать на серваке, но это мелочи жизни :)

38. vitn 26.12.11 19:32 Сейчас в теме

WEB-клиенты + тонкие клиенты, канал 10мб 20-25 интенсивно работающих пользователей, проблем нет.

40. edikst 28.12.11 07:37 Сейчас в теме

Кстати
Если сложно настраивать линуксовые впн сервера
Попробуйте попинать неороутер
Бесплатная программка для создания впн сети. в отличии от того же хамачи на котором весь трафик проходит через их нагруженные сервера , толщина и скорость канала будет зависеть только от вашего провайдера и тарифа

41. hunny 29.12.11 10:20 Сейчас в теме

vpn или vpn+терминал, если канал кислый.

42. Nadushka74 5 29.12.11 10:38 Сейчас в теме

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

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

44. petruha1979 27.01.12 05:21 Сейчас в теме

1 вариант: настройка VPN доступа к офису - безопасное подключение, объединяющее несколько локальных сетей, которые удалены друг от друга на большое расстояние.
Пользователи могут работать так же в локальной сети главного офиса, как и пользователи, находящиеся в офисе.

2 вариант: использование защищенного удаленного доступа непосредственно для конкретной работы (например, работа в 1C и др.программах).

Начнем с 2-го варианта, он больше подходит к СКЛАДУ, т.к. обычно там установлен один-два компьютера и дешевле обходится.

В случае СКЛАДА - вариант №2 целесообразнее.
Не производя модернизацию компьютера(ов), используя выход в интернет, осуществляется защищенное удаленное подключение к терминальному серверу. Никакие данные между складом и офисом не передаются, кроме передачи изображения и мыши. Если на складе необходимо распечать документы или счет - не проблема, берут и печатают на свой принтер.

В случае ФИЛИАЛА - вариант №1.
Можно использовать следующую схему подключения: установив аппаратный маршрутизатор с VPN сервером в главном офисе и аппаратный маршрутизатор с VPN клиентом в филиале, настроить их взаимодействие, тем самым, подключив локальную сеть филиала к локальной сети главного офиса. Пользователи филиала смогут как обмениваться информацией с пользователями главного офиса, так и безпрепятственно подключаться к терминальному серверу и работать на нём по безопасному соединению.

45. gonshik 27.01.12 06:08 Сейчас в теме

linux хостинг, на нем разворачиваем платформу, заливыаем конфиги и работает через веб хоть откуда

46. Akasy 5 27.01.12 10:27 Сейчас в теме

У нас уже давно есть офисы в других городах России, так вот организовано все с помощью терминального сервера. Есть нюансы только в скорости интернета в удалённых офисах, ибо постоянные отлогинивания никому радости не принесут.

47. teranp 01.02.12 20:56 Сейчас в теме

Добрый вечер...
Да шас многие задумываются об этом если компания очень большая то стоит использовать сервер терминалов по RDP протоколу... не советую использовать в комплекте VPN к этому так как скорость работы будет урезанна в половину...
И еше при работе стоит задуматься где будет стоять сервер, так как у нас решение данной проблемы сводится к сумме ежемесячных платежей компании которая предоставляет нам канал... Если есть вопросы пиши отвечу с радостью так как на практике реализовано много проектов по объединению офисов в глобальные сети... и Причем не в ранге одной страны

48. пользователь 01.02.12 21:19

Сообщение было скрыто модератором.

...

49. пользователь 01.02.12 21:19

Сообщение было скрыто модератором.

...

50. пользователь 01.02.12 21:19

Сообщение было скрыто модератором.

...

51. пользователь 01.02.12 21:19

Сообщение было скрыто модератором.

...

52. goodwin12 02.02.12 09:58 Сейчас в теме

Лучше всего терминальный сервер запустить и всем там работать

53. tipik 14.02.12 14:08 Сейчас в теме

VPN или сервер облако

54. zzcot 14.02.12 15:47 Сейчас в теме

А где достать информацию по РИБам, очень актуальная для меня тема

55. mihail_yurgin 15 14.02.12 15:50 Сейчас в теме

Скорее всего РИБ поможет вам при такой конфигурации, не будет прямой зависимости от качества канала связи.

57. ddd_l 30 07.04.12 12:32 Сейчас в теме

Вообще как выше уже писали вариантов много. Все зависит от целей и возможностей. Если можете сделать нормальный кана с резервированием, то я бы выбирал терминальное решение, т.к. проще в обслуживании. К тому же дает дополнительные плюшки (если они вам конечно нужны) - это возможность включения филиалов в единое адресное пространство АТС, дополнительные средства коммуникации, это более защищенный обмен данными. Но это все при условии что если канал лег хотя бы на час - то вам не критично.
Если же в филиалах идет активная работа с базами, постоянно выписываются документы и простой непримлем, то тут только РИБ. Хотя и от VPN канала я бы не отказывался, при наличии возможностей по финаннсам и у операторов:)

58. popro 08.04.12 23:01 Сейчас в теме

Вариантов много, наша компания выбрала терминальный рабочий стол

59. nirbolz 31 09.04.12 10:03 Сейчас в теме

Да можно либо купить внешний ip либо vpn настроить. Поставить на компьютере где центральная база Windows Server 2003 или 2008. И настроить доступ через удаленный рабочий стол.

60. пользователь 09.04.12 11:04

Сообщение было скрыто модератором.

...

61. пользователь 17.04.12 04:55

Сообщение было скрыто модератором.

...

62. zale 19 17.04.12 16:03 Сейчас в теме

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

63. doc_doc 20.05.12 01:42 Сейчас в теме

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

64. newcox4 21.05.12 10:32 Сейчас в теме

самый простой способ - это через удаленный рабочий стол RDP на сервере терминалов.(сервер -лицензионный windows 7 unlimited патченный )

65. alekseies 17.10.12 12:49 Сейчас в теме

в случае риб для УПП как быть с нумерацией документов центрального офиса и удаленного офиса?

66. Raminus 17.10.12 13:02 Сейчас в теме

Префикс информационной базы решает

67. swi76 17.10.12 13:56 Сейчас в теме

А если как вариант
2 базы одна основная в которой работает офис, вторая, УРИБ в которую стекается информация с филиалов,

т.к. базы идентичные, то на месте выгрузку из одной базы (УРИБ) в другую организовать не сложно...

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

70. alekseies 14.11.12 15:50 Сейчас в теме

1С Предприятие УПП 8.2.1.3 - Мы используем удаленный рабочий стол (терминальный режим). Удаленному офису необходима работа в УПП(Клиент-Сервер) в режиме реального времени с одной базой. Минуса иногда что то произсходит с серваком, то встанет работа у всех и при отсутствии инета у сервера встают филиалы и наоборот, так же тормоза....

71. master_devel 20.11.12 19:12 Сейчас в теме

Поднимай Apache. Поднимай WEB-client 1С-ный, включай тонкий клиент и вперед. Этот вариант пройдет если на в конфигурации есть управляемые формы. Если управляемые формы отсутствуют, тогда вариант с RDP к главному офису. Настраивай проброс портов на маршрутизаторе и вперед через удаленный рабочий стол. При этом огранич права доступа к приложениям сервера и все такое по безопасности.

72. volodya_gold 17.01.13 17:24 Сейчас в теме

Когда открывали удаленный офис - пока заключали договор на интернет - работали через телефон, даже не 3G. Можно как через терминал так и через РИБ. Считаю предпочтительней риб, т.к. база стоит локально и лишних вылетов не будет. Ну а для статического ip сервера можно использовать no-ip. На сайте регистрация бесплатная, есть клиент для windows. Настройки - буквально 3 галочки. ip обновляется раз в 5 минут или по требованию.

73. Mihalihc 31.08.14 00:53 Сейчас в теме

Однозначно выбираю работу через тонкий клиент с одной файловой базой и организацией WEB клиента. Если системный администратор не может настроить ISS сервер - то он зря ест свой хлеб!

75. user637113_crysound 21.04.18 23:45 Сейчас в теме

А не будет мнений по тому же вопросу но конфиг УТ 10 как лучше делать RDP или SQL ?

и как будут работать принтера и сканеры и ККМ в этих вариантах? Много проблем предвидится ? при организации и при использовании?

Часть компов в локалке часть удалено...

78. Online-Ufa 23.04.18 21:07 Сейчас в теме

(75)

как лучше делать RDP или SQL

почему "RDP или SQL" ?!
RDP и SQL - это вещи друг друга не замещающие и не отменяющие
для удаленной работы через инет с УТ 10.3 потребуется RDP в любом случае, вне зависимости файловая база будет или SQL

79. user637113_crysound 24.04.18 08:26 Сейчас в теме

(78)

RDP и SQL - это вещи друг друга не замещающие и не отменяющи

имел ввиду что где rdp там файловая база, если сделать SQL можно пользоваться тонким клиентом 1с? имею ввиду запуск 1с на пользовательской машине, не сервере...

80. user637113_crysound 24.04.18 10:57 Сейчас в теме

(79)

(78)
RDP и SQL - это вещи друг друга не замещающие и не отменяющи

имел ввиду что где rdp там файловая база, если сделать SQL можно пользоваться тонким клиентом 1с? имею ввиду запуск 1с на пользовательской машине, не сервере...

А спрашиваю так как ни разу не делал проброс торг оборудования на сервер через рдп... сомнения у меня- как надёжно будет это всё работать?

81. Online-Ufa 24.04.18 11:16 Сейчас в теме

(79) УТ 10.3 с тонким клиентом 1С работать не умеет

76. uriy 3 22.04.18 23:43 Сейчас в теме

RDP менее гемморойно в сопровождении, а так зависит от кол-ва одновременно работающих. ?Как пример на 3-5 пользователей RDP предпочтительнее. Там только порты настроить правильно надо и драйвера принтеров на сервере установить + парочка мелочей.
Скуль для более масштабных проектов.

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

77. user637113_crysound 23.04.18 12:36 Сейчас в теме

Дело в том,что как раз 15 и более пользователей, и база уже 8гб файловая риб, пол года назад была 4 всего. .. есть ккм сканеры принтеры, часть в локалке часть удаленно...
Заранее спасибо

102. user790607 04.05.18 05:15 Сейчас в теме

(77) не рекомендуется для файловой базы больше 3-5 пользователей, да и размер файловой базы больше 2-3гб тоже не гуд.
При данном раскладе желательно переходить на SQL, вне зависимости от типа подключения к базе.
Сами стоим на пороге данного решения )

82. uriy 3 24.04.18 16:36 Сейчас в теме

На 15 делал удаленку только на 1с седьмой версии, было терпимо (не летало но без ступоров), пока 8 не подсадили, комп старенький для 1с восьмерки оказался.

83. user637113_crysound 25.04.18 22:26 Сейчас в теме

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

84. uriy 3 26.04.18 11:42 Сейчас в теме

С линуксом не работал, не скажу. Там своя перипетия начиная от выбора оси. Обычно и делают в связке впн и удаленку.

85. user637113_crysound 26.04.18 13:42 Сейчас в теме

Если делать ВПН и rdp, для какой функции нужен vpn?

86. uriy 3 26.04.18 17:50 Сейчас в теме

А как защитить сервак и базу в интернете?
Тогда придумать свои порты на удаленке!

87. user637113_crysound 26.04.18 18:27 Сейчас в теме

(86) не пойму это мне ответ?

88. user637113_crysound 26.04.18 18:29 Сейчас в теме

Тоесть rdp настривается в туннеле vpn так ?

89. uriy 3 26.04.18 22:31 Сейчас в теме

рекомендация как средство дополнительной защиты!

90. Online-Ufa 27.04.18 01:01 Сейчас в теме

Если терминальный сервак без VPN открыть голой ж@пой в интернет, то следующая тема на форуме будет типа "взломали пароль, все базы зашифровали, что делать?"

92. user637113_crysound 27.04.18 10:30 Сейчас в теме

(90)

сли терминальный сервак без VPN открыть голой ж@пой в интернет, то следующая тема на форуме будет типа "взломали пароль, все базы зашифровали, что делать?"

А шифрование RDP это фикция или оно максимально не эффективно?

93. Online-Ufa 27.04.18 10:39 Сейчас в теме

(92) взлом пароля не имеет отношения к шифрованию

94. user637113_crysound 27.04.18 10:47 Сейчас в теме

(93)

2) взлом пароля не имеет отношения к шифрованию

Ну ок, тогда скажем защищённость протокола RDP, на эту тему много статей вот сразу 2 нагуглилось...
https://www.atraining.ru/windows-rdp-tuning/
https://alexmdv.ru/zashhita-rdp-podklyucheniya

или я просто что-то не учёл?

91. Timon_132 27.04.18 09:45 Сейчас в теме

У меня это сделано на VPN и RDP, проблем нет вообще, да и работает так быстрее заходят с древних компов, а обрабатывает всё сервер, профит!

95. user637113_crysound 27.04.18 11:11 Сейчас в теме

а так же файервол это уже ненужное что-то? что ли?

96. uriy 3 27.04.18 18:33 Сейчас в теме

(95)Что ты имеешь в виду под файерволом ?, встроенный механизм NAT роутера? так он не поможет при открытом порте!

97. user637113_crysound 27.04.18 20:48 Сейчас в теме

(96)

так он не поможет при открытом порте!

Ну нет софт на сервер поставить... какой либо сторонний, понятно если порт открыт, что в роутере толку то...

98. uriy 3 28.04.18 11:10 Сейчас в теме

Тогда если используешь без Виртуальной сети возьми на все точки одного провайдера интернета.
Дальше у тебя два варианта
1) Открытие провайдером тебе впн
2) Создание серого статического адреса.
В первом варианте тебе меньше проблем с настройками + все создается как будто в локалке, нет доступа из вне.
Во втором минимизируешь возможности взлома

99. user637113_crysound 01.05.18 10:11 Сейчас в теме

В первом варианте тебе меньше проблем с настройками + все создается как будто в локалке

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

Оставьте свое сообщение

E-mail: