![]() |
![]() |
![]() |
|
Сравнение двух информационных баз | ☑ | ||
---|---|---|---|---|
0
terr
25.10.05
✎
03:16
|
Есть две конфигурации. Одна - архивная копия, скажем, 15-дневной давности. Вторая - текущая, рабочая база. Требуется сравнить их между собой и найти все отличия (вдруг злоумышленник поменял какой-нибудь документ задним числом). Есть ли средство уже разработанное или придется с нуля писать? Еще сложность в том, что за 15 дней БД может немного измениться в конфигураторе - новый элемент, реквизит и т.п...
|
|||
1
terr
25.10.05
✎
03:21
|
Если нет средства сверки - какой "алгоритм" лучше использовать? какие методы? может кто-то уже озадачивался этой проблемой?
Просто - как вариант - берется документ еще не оплаченный покупателем. Фактуровщик запускает внешнюю обработку и просто меняет цены в документе с ее помощью - это можно сделать так, что сумма документа не изменится, а сумма в дебиторке уменьшится, скажем наполовину. Потом агент привозит полную сумму денег от покупателя после оплаты, половину они сдают а другую половину берут себе. Никаких следов в журнале регистрации (внешняя обработка) - ничего не остается. Я это знаю, потому что сам знакомому давно когда-то такую вещь писал и они реально тырили деньги у фирмы в течении полугода, пока не собрали хорошую сумму и благополучно не уволились... Вы скажете - права им урезать? Блин - поломать все это - дело нескольких секунд. Но зато есть средство, которое делает ежедневные архивные копии и архивы запаролены. Всегда можно сравнить. Хочется только сравнивать быстро... И как только найдутся расхождения - уже хотя бы косвенно можно доказать вину злоумышленника. |
|||
2
Морозов Александр
25.10.05
✎
04:23
|
(1) Прям как старые добрые 90-е... сначала сам воровал, теперь бизнес легальный :-)
К архивную базе подключаешся по Ole и сверяеш документы. А почему ты решил что в архивной базе будут цены еще не исправленные? |
|||
3
terr
26.10.05
✎
02:09
|
потому что электронный документ проверяется в момент вывоза товара со склада, а это спустя день после выбивания документа. Таким образом в ночь создается запароленная архивная копия базы
|
|||
4
шайтан
26.10.05
✎
02:20
|
видел на проклубе подобное. там сравнивались не копии, а файлы выгрузок
|
|||
5
Sedoy
26.10.05
✎
07:55
|
2(1) а разве для этого не хватит обычных отчетов по клиентам, сформированных по архивной и рабочей базами?
|
|||
6
OFF
модератор
26.10.05
✎
08:23
|
http://1c.proclub.ru/modules/mydownloads/personal.php?lid=2865&cid=84
Синхронизация баз по OLE Бухгалтерии без сложных проводок Главная : Интеграция : Перенос данных между информационными базами 1С, репликация Автор: BarS Принял: OFF Описание: Синхронизирует базы по OLE вплоть до проводок, короче написал за три дня для собственных нужд, навороты не делал (делайте сами) Писал для восстановления измененных доков из архива. Дерзайте короче сами. |
|||
7
Иде я
26.10.05
✎
08:27
|
(0)Т .е. ты имеешь в виду что в документе цены остаются прежние а проводки и по регистру дебитора изменяется?
Сдается для отслеживания этого нужно сверять сальды и остатки по регистрам в закрытых периодах. Или вообще сверять и потом анализировать. |
|||
8
terr
26.10.05
✎
08:50
|
2 И дея
конфигурация нестандартная. На "ТиС" - без всяких проводок. Регистры не используются партионный учет не используется. Конфигурация сильно переписана. на 95% :) Нужен и способ нестандартный. можно конечно запускать в двух разных базах отчеты постепенно сужая периоды. но это можно обойти... а когда идет сверка подокументно - тут все уже сложнее :) |
|||
9
Морозов Александр
26.10.05
✎
08:56
|
Что сложного я не пойму?
ДокВРабочейБазе.НайтиПоНомеру() ДокВАрхиве.НайтиПономеру() Если ДокВРабочейБазе.Итог("Сумма")<>ДокВАрхиве.Итог("Сумма") Тогда Доументик подправлен... |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |