Имя: Пароль:
1C
1С v8
Актуальные данные по РКО/ПКО в других базах
0 ICWiner
 
09.01.13
08:38
Итак, что мы имеем:
Центральная база КА
Торговые точки на УТ 10.3, около 60 штук.
По обмену все документы из УТ попадают в КА, а из КА в точки идет не вся информация( РКО и ПКО не ходят назад). Некоторые РКО/ПКО в центральной базе распроводят, в точках остаются проведенными и получается разница по кассам. Некоторые РКО интереснейшим образом пропадают в точках без следа в журнале регистрации, а в центральной базе остаются ( есть подозрение, что их чистит ТиИ после chdbfl, но это только подозрение).
Что мы хотим:
отчетик, который показывает что на точке есть такой-то проведенный РКО/ПКО, а в центральной базе его нет/распроведен.
Что попробовал:
В обработку закрытие кассовой смены прикрутил код, который в комментарий к ОРП прикручивает все номера/суммы/даты кассовых документов за весь период работы розничной базы. Обменом к нам приходит ОРП и отчетом можно собрать информацию о документах в точке, в базе и показать разницу. Какое-то время отработало. Потом оказалось, что достаточно длинные строки обмен xml тупо отсекает. Нужно что-то другое. Итак в голову пришли следующие варианты:
1) поднять вебсервис на центральной базе. На торговых точках подписку при записи на РКО/ПКО, которая на веб сервис отправляет данные по этому документу, а центральная база их хранит в чем-нть типа рег сведений. Отправлять что-то типа номер, дата, сумма, подразделение. Но как отслеживать удаленные каким-нть ТиИ... Непонятно. Опять же взяли документ изменили номер и дату, значит нужно сначала удалить в моем РС главной базы старую строчку и заменить новой. Проблемы.  Сделать регламентное задание и пару раз в день выгружать все проведенные документы в РС за весь период через этот же вебсервис, чистя созданный РС с отбором по подразделению? Достаточно много данных, схавает ли...
2) То же самое, только допилив правила обмена в КД. Нужные документы попадают в рег сведений. Возможно очень сильно увеличит пакет обмена. Сделать отдельный план обмена и по нему загружать раз в сутки ночью?
3) Т.к. все базы в одной впн, то можно попробовать цепляться к базам напрямую через COM, запросом выбирать все нужные документы и уже дальше сверять. Есть подозрение, что тогда отчет будет очень долго работать...
Все варианты мне как-то не нравятся. Есть ли рациональное звено в этом, или все фигня? Возможно предложите свои варианты.
1 Andy13
 
09.01.13
08:49
Вариант простой. Делать нормалный двухсторонний обмен.
Другой вариант - УФ, вебсервис, датацентр. Надежность - равна надежности онлайна.
2 ICWiner
 
09.01.13
08:55
(1) Некоторые точки находятся в глубинке и часто падает интернет. Торговля не должна там зависить от качества интернета. Двухсторонний обмен-то будет, нужно сейчас найти все отличия. Это очень долго... + хочется все равно проверять раз в пару недель все ли нормально.
3 Andy13
 
09.01.13
09:08
Повесить задание на юзера в точке. Раз-два в день собирает инфу по кассе на текущий и на предыдущий день (остаток на начало, движения подокументально, остаток на конец) и высылает почтой. В центре регл.задание ловит почту, сравнивает, пишет письма о различиях. Лучше даже с начала месяца инфу шлет нарастающим.
4 ICWiner
 
09.01.13
13:09
Короче сделал рег сведений, в обмен "перед выгрузкой данных" процедурку, которая собирает всю информацию по РКО и ПКО в один параметр, в "после загрузки параметров" чищу регистр по подразделению и заполняю заново из параметра. Информация по 450 документам из точки в сжатом виде заняла 7 Кб, выгрузка около 1 сек, загрузка 2 сек, итого нагрузку на обмен сильно не увеличили. По сравнению с (3) юзер не тратит драгоценное время и не может ошибиться. Отчет по 60-ти точкам отрабатывает около 15 секунд.