IE2017

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

Обработки - Обработка документов

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

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

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

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

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

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

См. также

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

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

2. Андрей Корнюхин (GATTUSO) 292 08.06.15 09:54 Сейчас в теме
(1) alex_4x, если честно с подобной проблемой не сталкивался:) Может быть просто числа особо не переносил через com. :)
Самое первое, что в голову приходит в таком случае юзать Окр().
3. Макас (makas) 43 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) 292 10.06.15 09:59 Сейчас в теме
(3) makas, суть обработки не в том, чтобы понять были какие-то реквизиты изменены или нет. Суть в том, чтобы проверить были ли перенесены доки из одной базы в другую.
Принципиально:
1) чтобы сопоставление происходило по ГУИДу
2) можно было сопоставлять ЛЮБЫЕ документы
3) сопоставлять можно было между ЛЮБЫМИ конфигурациями (одинаковыми желательно)
5. Макас (makas) 43 10.06.15 10:30 Сейчас в теме
(4) GATTUSO,

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


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

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

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