|
Возможно ли такое реализовать в 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) Вот и идут усложнения, которые с учетом тормозов и ограниченности и КОМ и ОЛЕ приводят к конструкции "я это сделал - любите меня".
Эх, кроме писАния напрямую в СУБД мы попробовали самые невероятные варианты с кучей замеров и оценок. Так что рекомендую повторить подобное |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |