Проблема несоответствия данных и контроля целостности базы

[lgksev]

Несколько раз обращались к разработчику по поводу глюков баз и невозможности контроля правильности связанных таблиц. Например: пару раз в месяц возникает несколько расх.накл. которые видны и соотв. отображаются в балансе в отчете Взаиморасчеты по контрагенту детализация по товару и не участвуют (или наоборот задваиваются) в отчете Взаиморасчеты с контрагентами(поставщики и клиенты). Т.е., например, баланс по первому отчету по контрагенту Вася 0.02грн а по второму отчету -200.02грн. Похоже подобные проблемы возникают при пропадании связи, но это же не нормально? Может пора уже придумать какой-то режим контроля соответствия данных реальным, или например вариант переформирования таблици tovar_move и аналогичных (типа остатков товара по складам) по первичным документам (ПН, РН, ПКО, РКО...) У меня уже по 20-и клиентам есть расхождения... Что будет дальше? Это же не 5-10грн в переходе отдать если вывалится из взаиморасчетов налкладная на 1-3к уе? Самое фиговое что клиента не убедишь через два-три месяца что у тебя были проблемы с БД когда ты выдавал взаиморасчеты... Огромная просьба к разработчикам: внять нашим мольбам и обратить внимание на проблему.

[TheOK]

Несколько раз обращались к разработчику по поводу глюков баз и невозможности контроля правильности связанных таблиц.

1) А зачем лично Вам контроль правильности связанных (в УкрСклад они связываются только условно) таблиц? Пусть об этом заботится разработчик, укажите по каким клиентам у вас несоответствия, уверен, что разработчики смогут разобраться в возникшей у вас проблеме.
Если вы обращались к разработчику, он наверняка просил вашу базу для выявления проблемы, что вам ответили?
2) Проблема, скорее всего в разных подходах для формирования данных по взаиморасчетам (в отчетах). Другими словами, они рассчитываются немного по разному.
Обычно процесс сохранения данных в базу "заворачивается" в транзакцию, которая при проблемах должна откатываться (т.е. данные не должны сохраниться), что должно гарантировать отсутствие частично сохраненных данных в базе и др. проблем.
3) Вы правы, в УкрСклад не используются средства внутреннего контроля за целостностью данных в базе, но это не говорит о том, что целостность данных (в определенном смысле) была нарушена.

Не думаю, что здесь на форуме вам кто-то сможет чем-то помочь (или вы готовы выложить реальные данные по клиенту?). Обращайтесь к разработчикам с вашей базой, без наличия данных никто ничего не сможет сказать, кроме как подтвердить, что данные в различных отчетах по взаиморасчетам могут отличаться (не смотрел в последних двух версиях, но скорее всего ничего не изменялось), а так же может отличаться от данных в отчетах число, указанное в поле баланс (последнее при определенных условиях я встречал несколько версий назад).