gifts2017

Сопоставление документов между базами

Опубликовал Андрей Корнюхин (GATTUSO) в раздел Обработки - Обработка документов

Обработка предназначена для сопоставления документов любого типа между любыми базами 1С 8.2/8.3. Синхронизация документов происходит по внутреннему идентификатору (ГУИДу).
Работает в режиме обычных форм. Связь между базами происходит по com-соединению.
Обработка позволяет вывести список несопоставленных документов.

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

Документы отбираются за период, возможен отбор по организации.

Обработка максимально проста в использовании и универсальна.
Код открыт, поэтому можно легко доработать при необходимости.

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

Наименование Файл Версия Размер
Сопоставление документов 19
.epf 19,65Kb
01.09.15
19
.epf 19,65Kb Скачать

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Allexey (alex_4x) 08.06.15 09:18
Спасибо за то что код открытый :-)
У меня таких собственных обработок - штук 20, и 3 из них почти универсальные :-)
И всё равно интересно какие у тебя есть фишки. Посмотрю с удовольствием.
Все вот COM (OLE) соединение ругают, как вышла конфа "обмен данными", обмен делать не с помощью правил считается зазорным. А иногда это настолько проще и быстрее.... Ну понятное дело что это менее интуитивно понятно, больше "своего" кода, рефакторинг наверно неудобней.... Но я всё равно по старинке в экстренных случаях и не только в них прибегаю к OLE.

А вот у меня вопрос, ты же сталкивался наверняка с ним. Как ни делай запросы, как не форматируй результаты, при получении через OLE происходят чудеса с цифрами.
Поясню. В OLE базе есть число 1192.82 получаем его запросом, делаем даже для чистоты эксперимента в запросе
ВЫБРАТЬ Документ.Сумма ВЫРАЗИТЬ КАК ЧИСЛО(15,2) КАК Сумма
И всё равно в результате, когда результаты запроса через OLE получаем, результат иногда (часто но не всегда) получается 1192.8199999999
Было такое ? Это как-то лечится или нет ? Или это только у меня глюки ? (у меня это было многократно на разных базах и разных платформах)

2. Андрей Корнюхин (GATTUSO) 08.06.15 09:54
(1) alex_4x, если честно с подобной проблемой не сталкивался:) Может быть просто числа особо не переносил через com. :)
Самое первое, что в голову приходит в таком случае юзать Окр().
3. Макас (makas) 10.06.15 09:51
(0) Протестил обработку, к сожалению она не видит расхождения в данных между документами(если документ был изменен)
среди бесплатных есть более лучшие варианты:
http://infostart.ru/public/193158/
http://infostart.ru/public/140833/
http://infostart.ru/public/297045/
http://infostart.ru/public/192726/
http://infostart.ru/public/88597/ (раньше была бесплатной)
4. Андрей Корнюхин (GATTUSO) 10.06.15 09:59
(3) makas, суть обработки не в том, чтобы понять были какие-то реквизиты изменены или нет. Суть в том, чтобы проверить были ли перенесены доки из одной базы в другую.
Принципиально:
1) чтобы сопоставление происходило по ГУИДу
2) можно было сопоставлять ЛЮБЫЕ документы
3) сопоставлять можно было между ЛЮБЫМИ конфигурациями (одинаковыми желательно)
5. Макас (makas) 10.06.15 10:30
(4) GATTUSO,

чтобы сопоставление происходило по ГУИДу


...А если у бухгалтера не было возможности переноса документа с ГУИДом и он вел его в ручную???

----------
ЗЫ. А вот обработка которая мне понравилась http://infostart.ru/public/357225/

6. Андрей Корнюхин (GATTUSO) 10.06.15 10:34
(5) если перенос без ГУИДа, то и не надо эту обработку использовать, все просто:)
Я ее делал под конкретную задачу, которую озвучил.