Имя: Пароль:
1C
1С v8
Возможно ли такое реализовать в 1С 8.2 ?
,
0 Luhtas
 
10.01.12
13:08
Есть две базы БП 2.0 не связанные между собой.
Из одной базы в другую нужно выгружать только 4 документа (ну так надо).
После выгрузки проводить их, после проведения, по определенным счетам в обоих базах должны сойтись обороты и остатки, через определенные интервалы операцию повторять. Собираюсь реализовать, но сомневаюсь.
1 vmv
 
10.01.12
13:10
сом-коннектор, если базы на одном сервере
2 Пopyчик-З
 
10.01.12
13:11
Планы обмена и УниверсальныйОбменXML с КД2 вчера придумали? Для широких масс эти механизмы ещё недоступны?
3 vmv
 
10.01.12
13:12
(1) если его правильно настроить и засинхронить объекты по гуид - ляпота, даже можно работать с чужими доками в той или другой базе без проблем
4 Жан Пердежон
 
10.01.12
13:12
КД
5 ЧашкаЧая
 
10.01.12
13:12
(2) Нет, лучше велосипед придумать. Обязательно с квадратными колесами.
6 vmv
 
10.01.12
13:13
(2) для такой "небольшой" и оперативной задачи тащить этого монстра КД - не вариант
7 Luhtas
 
10.01.12
13:13
Спасибо, спасибо большое, все ясно!
8 ЧашкаЧая
 
10.01.12
13:14
(6) для 4 документов то? лучше писать синхронизацию с нуля?
9 vmv
 
10.01.12
13:15
КД умеет делать оперативное сравнение движений и остатков и выполнять на основании результата сравнения корректирровки?

сильно сомневаюсь, что в этом слоне будет столько интеллекта)
10 Luhtas
 
10.01.12
13:15
(8) С помощью КД как я понял, файл правил изготавливается?
11 vmv
 
10.01.12
13:17
(8) почему с нуля, есть готовые решения для "малых" и оперативных синхронизаций по ком-коннекторах, просто основная масса прихожан от 1С прикормлена КД и хмл, но перспектива развития технологий говорит о том, что это далеко не единственное и очень не перпективное направление, но пока актуально.
12 strange2007
 
10.01.12
13:17
(8) Конечно! С разруливанием коллизий, синхронизацией справочников, поиском, тормозами, воплями бухов и т.д. Да, через КОМ или ОЛЕ самое оно. "Все для сада... все для маза"
13 vmv
 
10.01.12
13:18
(10) да там можно все, если еще не открывал - удачи. Встретимся через неделю)
14 vmv
 
10.01.12
13:20
(12) никаких коллизий и поисков если синхронизация по гуид, просто те решения что сейчас есть на рынке работают через код/номер, что естественно глупо
15 Luhtas
 
10.01.12
13:20
(12) Так куда же все-та-ки копать новичку?
(13) А вижу, уже вижу...
16 vmv
 
10.01.12
13:21
+(14) другому адресату
17 Serg_1960
 
10.01.12
13:21
ммм... вообще-то в файле правила можно писать алгоритмы... эээ... почти произвоольные :)
18 Fish
 
10.01.12
13:21
(15) почитай тут про КД, все очень доступно, есть примеры даже с картинками :)) http://www.mykod.info/
19 Luhtas
 
10.01.12
13:23
(18) Благодарю.
20 strange2007
 
10.01.12
13:23
(14) Аккуратней с гуидами. Сделал док с гуидом, там накосячили, пометили на удаление и создали такой-же. Все, связь потерялась. Ах да, запретить в одной базе изменять доки. Правильно?
21 Fish
 
10.01.12
13:24
(11) Я тоже раньше думал, что ОЛЕ и КОМ - это круто, пока не открыл для себя КД. С помощью КД можно делать много чего. Если уметь пользоваться. А освоить можно максимум за 2 дня, если мозги есть :))))
22 vmv
 
10.01.12
13:26
(20) нет проще, если свзь по гуид установлена, то свой подписчик при удаление просто не позволит сделать деструктив обычному юзеру, а сами связи создаються не велению щуки, а по успешному завершению бизнес-процесса, т.е. несколько человек отдают себе отчет в том, что они делают.

Удаление связанных гуид только с админ правиами
23 Fish
 
10.01.12
13:28
(22) 1. "т.е. несколько человек отдают себе отчет в том, что они делают" - а если не отдают? :)))
2. А если серваки в разных городах или вообще в лесу и связь очень нестабильная и по модему?
24 vmv
 
10.01.12
13:31
(21) да круто не спорю, но главный нетостаток - это не коннект, а обмен.

Есть задачи, где обмены не катят или слишком напрягают и т.д.

Типичный пример счета приходят в одну базу данных, например, учет договоров, где нет потрохов с бухгалтерским учетом, лишь минимальный учет сумм договоров, а вот заявки на расход вся история оплат в обычном УПП. некогда ждать обмена - счет в первой базе получен и согласован, по завершению согласования влетатает в УПП и там его уже разбирают по заявкак манагеры и бухи, а учет договоров не их епархия по ряду причин - задача последних считать на счетах)
25 vmv
 
10.01.12
13:32
(23) я писал "базы на одном сервере", что не ясно, давайте не будем говорить о Колумбии, ок)
26 hhhh
 
10.01.12
13:37
(25) ну это извечный спор, у тебя всё круто, зато базы на одном серваке, и нужен мощный сервак и идеальный интернет. А у них базы на разных компах можно (даже и не на серваках) и интернет пять минут в час достаточно, но зато не круто.
27 Fish
 
10.01.12
13:38
(24) Не понял, что значит "некогда ждать обмена"? Так настрой обмен не по расписанию, а по событию. В чём проблема-то? Или просто КД не удалось осилить? :)))
28 Fish
 
10.01.12
13:40
+(27) Конечно, держать постоянно КОМ или ОЛЕ соединение между базами, и проверять - не порвалось ли - гораздо круче с точки зрения ресурсов :))))
29 strange2007
 
10.01.12
13:41
(22) Вот и идут усложнения, которые с учетом тормозов и ограниченности и КОМ и ОЛЕ приводят к конструкции "я это сделал - любите меня".
Эх, кроме писАния напрямую в СУБД мы попробовали самые невероятные варианты с кучей замеров и оценок. Так что рекомендую повторить подобное
Оптимист верит, что мы живем в лучшем из миров. Пессимист боится, что так оно и есть.