Сравнение документов средствами SQL

Опубликовал Илья Васильев (swimdog) в раздел Обработки - Обработка документов

Обработка для сравнения документов в двух базах средствами SQL

Основное преимущество данной обработки перед другими видами сравнения - скорость обработки информации. Даже в больших базах сравнение документов может выполняться достаточно быстро за счет использования прямых запросов к SQL. Принцип работы: документы сравниваются в двух базах по внутренним идентификаторам. Поиск ведется по очереди в двух базах, что позволяет обнаружить удаленные документы. В отчет по документам выводяться основные общие поля: дата, сумма, организация, контрагент, склад. Цветом показываются статусы документов. Есть возможность просмотра только различающихся дкоументов. Можно в настройках дополнительно отбирать по организациям и видам документов. Тестировалась на базе 1С: Бухгалтерия предприятия, но теоретически может работать и в других программах.

Обновление 2013-12-10:

Добавлена возможность задавать смещение дат, используемое в базе (Смещение дат - 2000)

Коннектор com-соединения исправлен на версию 8.2

Скачать файлы

Наименование Файл Версия Размер
СравнениеДокументовSQL
.erf 43,59Kb
10.12.13
183
.erf 43,59Kb 183 Скачать

См. также

Добавить вознаграждение
Комментарии
1. Макcим (DarkAngel777) 57 02.11.09 14:03 Сейчас в теме
Урааа !!! вот такую же только для файловой непомешало бы
2. Gamm (Gamm) 13 02.11.09 14:33 Сейчас в теме
(1) Для файловой не помешало бы стать SQL-ой чтоб сформировать для неё такой механизм)
3. Илья Васильев (swimdog) 369 02.11.09 17:27 Сейчас в теме
(1) я думаю это не сложно сделать, но скорость работы будет небольшой
4. Сергей Старых (tormozit) 4109 02.11.09 18:09 Сейчас в теме
А табличные части и движения?)
5. Александр Окулов (PowerBoy) 2548 03.11.09 07:21 Сейчас в теме
(0) А чем моя программа "СинхронизацияДокументовИСправочников" не подошла? Она и универсальная, и таб.части проверяет и движения, да и быстрее работает. Да еще и с файловыми базами, да еще и с произвольным отбором по любым реквизитам + сразу выгрузку отличных объектов сразу делает.
6. Илья Васильев (swimdog) 369 03.11.09 12:13 Сейчас в теме
(5) Если речь про Синхронизация документов и справочников (Перенос данных (импорт, экспорт, выгрузка, загрузка, обмен)), то в описании нигде не указано, что с ее помощью можно делать сравнение. Даже на вопрос об этом нет ответа. А просматривать все обработки на предмет того, что они могут подойти и для решения твоей задачи очень долго.
Обработку посмотрю.
7. Илья Васильев (swimdog) 369 03.11.09 12:16 Сейчас в теме
(4) у меня не стояло задачи сравнить табличные части. я делал механизм отслеживания изменений табличных частей и могу сказать, что при больших объемах информации в отчет может выводиться очень много данных. Которые оценить и обработать достаточно тяжело. При сравнении сумм отчет не перегружается подобной информацией, а документы могут проанализированы вручную.
8. Алексей Захаров (almas) 182 12.11.09 12:40 Сейчас в теме
За идею Плюс, но использование на других кроме бухгалтерия ругается матерными словами на несуществующие процедуры.
9. Илья Васильев (swimdog) 369 13.11.09 15:13 Сейчас в теме
8 убрал вызовы встроенных процедур. пришлось пожертвовать стандартными колонтитулами. кому надо - раскомментируйте.
10. Александр Савостин (savostin.alex) 17 11.12.13 17:59 Сейчас в теме
Базы должны быть идентичными с точки зрения внутренней структуры хранения данных? Возможно сравнение разных конфигураций?
11. Илья Васильев (swimdog) 369 12.12.13 00:04 Сейчас в теме
(10) savostin.alex, да, структура должна совпадать. в обработке нет сопоставления еще и типов документов. Но обработка открытая, можно дополнить.

К тому же, надо учитывать, что сравнение произовдится по ГУИДу