Актуальные данные по РКО/ПКО в других базах
Итак, что мы имеем:
Центральная база КА
Торговые точки на УТ 10.3, около 60 штук.
По обмену все документы из УТ попадают в КА, а из КА в точки идет не вся информация( РКО и ПКО не ходят назад). Некоторые РКО/ПКО в центральной базе распроводят, в точках остаются проведенными и получается разница по кассам. Некоторые РКО интереснейшим образом пропадают в точках без следа в журнале регистрации, а в центральной базе остаются ( есть подозрение, что их чистит ТиИ после chdbfl, но это только подозрение).
Что мы хотим:
отчетик, который показывает что на точке есть такой-то проведенный РКО/ПКО, а в центральной базе его нет/распроведен.
Что попробовал:
В обработку закрытие кассовой смены прикрутил код, который в комментарий к ОРП прикручивает все номера/суммы/даты кассовых документов за весь период работы розничной базы. Обменом к нам приходит ОРП и отчетом можно собрать информацию о документах в точке, в базе и показать разницу. Какое-то время отработало. Потом оказалось, что достаточно длинные строки обмен xml тупо отсекает. Нужно что-то другое. Итак в голову пришли следующие варианты:
1) поднять вебсервис на центральной базе. На торговых точках подписку при записи на РКО/ПКО, которая на веб сервис отправляет данные по этому документу, а центральная база их хранит в чем-нть типа рег сведений. Отправлять что-то типа номер, дата, сумма, подразделение. Но как отслеживать удаленные каким-нть ТиИ... Непонятно. Опять же взяли документ изменили номер и дату, значит нужно сначала удалить в моем РС главной базы старую строчку и заменить новой. Проблемы. Сделать регламентное задание и пару раз в день выгружать все проведенные документы в РС за весь период через этот же вебсервис, чистя созданный РС с отбором по подразделению? Достаточно много данных, схавает ли...
2) То же самое, только допилив правила обмена в КД. Нужные документы попадают в рег сведений. Возможно очень сильно увеличит пакет обмена. Сделать отдельный план обмена и по нему загружать раз в сутки ночью?
3) Т.к. все базы в одной впн, то можно попробовать цепляться к базам напрямую через COM, запросом выбирать все нужные документы и уже дальше сверять. Есть подозрение, что тогда отчет будет очень долго работать...
Все варианты мне как-то не нравятся. Есть ли рациональное звено в этом, или все фигня? Возможно предложите свои варианты.
Центральная база КА
Торговые точки на УТ 10.3, около 60 штук.
По обмену все документы из УТ попадают в КА, а из КА в точки идет не вся информация( РКО и ПКО не ходят назад). Некоторые РКО/ПКО в центральной базе распроводят, в точках остаются проведенными и получается разница по кассам. Некоторые РКО интереснейшим образом пропадают в точках без следа в журнале регистрации, а в центральной базе остаются ( есть подозрение, что их чистит ТиИ после chdbfl, но это только подозрение).
Что мы хотим:
отчетик, который показывает что на точке есть такой-то проведенный РКО/ПКО, а в центральной базе его нет/распроведен.
Что попробовал:
В обработку закрытие кассовой смены прикрутил код, который в комментарий к ОРП прикручивает все номера/суммы/даты кассовых документов за весь период работы розничной базы. Обменом к нам приходит ОРП и отчетом можно собрать информацию о документах в точке, в базе и показать разницу. Какое-то время отработало. Потом оказалось, что достаточно длинные строки обмен xml тупо отсекает. Нужно что-то другое. Итак в голову пришли следующие варианты:
1) поднять вебсервис на центральной базе. На торговых точках подписку при записи на РКО/ПКО, которая на веб сервис отправляет данные по этому документу, а центральная база их хранит в чем-нть типа рег сведений. Отправлять что-то типа номер, дата, сумма, подразделение. Но как отслеживать удаленные каким-нть ТиИ... Непонятно. Опять же взяли документ изменили номер и дату, значит нужно сначала удалить в моем РС главной базы старую строчку и заменить новой. Проблемы. Сделать регламентное задание и пару раз в день выгружать все проведенные документы в РС за весь период через этот же вебсервис, чистя созданный РС с отбором по подразделению? Достаточно много данных, схавает ли...
2) То же самое, только допилив правила обмена в КД. Нужные документы попадают в рег сведений. Возможно очень сильно увеличит пакет обмена. Сделать отдельный план обмена и по нему загружать раз в сутки ночью?
3) Т.к. все базы в одной впн, то можно попробовать цепляться к базам напрямую через COM, запросом выбирать все нужные документы и уже дальше сверять. Есть подозрение, что тогда отчет будет очень долго работать...
Все варианты мне как-то не нравятся. Есть ли рациональное звено в этом, или все фигня? Возможно предложите свои варианты.
По теме из базы знаний
- Всякие полезности
- Переход и перенос данных из БП 2.0 в БП 3.0. Переносятся документы, остатки и справочники
- Пример переноса справочников, документов и движений через Эксель и "Конвертацию данных 2" из оптовой учетной системы 1С 7.7 Комплексной 4.2 и розничной учетной системы Рарус Торговый комплекс -> в 1С 8.3 ЕРП 2.4 (расширение и дополнительные реквизиты)
- Управление сборкой. Расширение для конфигурации СППР
- Обмен и перенос данных из ЗУП 3 в УПП 1.3. Переносятся документы и справочная информация
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот