УТ 11.1 проверка остатков файловый и серверный режим
Есть база 11.1.10.197, немного переделанная. В частности там есть самодельный документ для производства, списывает материалы, добавляет готовую продукцию на склад.
В документе в обработке проведения есть стандартная проверка остатков, она там после проведения вызывается. Проверяет остатки уже с учетом текущего документа, если минус - то отказ.
Так вот в чем вопрос. Рабочая база серверная и там есть документ, которые без вопросов списывает материал в минус. Остаток после проведения отрицательный и ничего.
Делаю выгрузку из базы, загружаю в файловую, провожу тот же документ - "недостаточно товара в наличии". То есть здесь проверка правильно отрабатывает. Но база-то та же самая, данные все ровно те же.
Прогнал тестирование и исправление полностью, ритуально почистил кэш, все это не помогло.
Как это вообще возможно и что делать?
Отладка на сервере не включена и включить ее проблематично. Попробую конечно, но непонятно, в чем разница. В платформе? файловую делаю на другой платформе, там же на сервере она не запускается, что-то с ключами не работает. Но запросы-то, итоги, все одинаковое же? Как может один и тот же запрос на одних и тех же данных давать разные результаты? Это же нонсенс.
В документе в обработке проведения есть стандартная проверка остатков, она там после проведения вызывается. Проверяет остатки уже с учетом текущего документа, если минус - то отказ.
Так вот в чем вопрос. Рабочая база серверная и там есть документ, которые без вопросов списывает материал в минус. Остаток после проведения отрицательный и ничего.
Делаю выгрузку из базы, загружаю в файловую, провожу тот же документ - "недостаточно товара в наличии". То есть здесь проверка правильно отрабатывает. Но база-то та же самая, данные все ровно те же.
Прогнал тестирование и исправление полностью, ритуально почистил кэш, все это не помогло.
Как это вообще возможно и что делать?
Отладка на сервере не включена и включить ее проблематично. Попробую конечно, но непонятно, в чем разница. В платформе? файловую делаю на другой платформе, там же на сервере она не запускается, что-то с ключами не работает. Но запросы-то, итоги, все одинаковое же? Как может один и тот же запрос на одних и тех же данных давать разные результаты? Это же нонсенс.
По теме из базы знаний
- Кто сейчас проводит документ: человек или компьютер? Зачем нужна подобная классификация "режимов" проведения документа в 1С 8.3 в клиент-серверном режиме и как получить ответ на этот вопрос при работе с обработчиками событий управляемой формы и документа?
- Бонусная система в 1С для УТ 10.3
- Загрузка номенклатуры c картинками (несколько потоков одновременно) и сопутствующими данными в базу и любые документы из yml, xls, xlsx, xlsm, ods, ots, csv для УТ 10.3, УТ 11 (все), БП 3, КА 2, ERP 2, УНФ 1.6/3.0, Розница 2/3.0
- Сравнение двух баз БП 3.0 и УТ 11
- Выгрузка и загрузка данных XML с гибкими отборами
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Postgres?
В документе в обработке проведения есть стандартная проверка остатков, она там после проведения вызывается. Проверяет остатки уже с учетом текущего документа, если минус - то отказ.
Так вот в чем вопрос. Рабочая база серверная и там есть документ, которые без вопросов списывает материал в минус. Остаток после проведения отрицательный и ничего.
Так вот в чем вопрос. Рабочая база серверная и там есть документ, которые без вопросов списывает материал в минус. Остаток после проведения отрицательный и ничего.
Postgres?
(5) но это нонсенс. Если это так, то невозможно сделать базу, которая работает и там и там. Должны быть тогда конфигурации отдельно для серверного и отдельно для файлового варианта.
На самом деле если бы это было так, то это означало бы, что одна из СУБД (или сиквел или 1с "файловая база") неправильно работает, не поддерживает стандартный язык запросов. Но это же не так?
На самом деле если бы это было так, то это означало бы, что одна из СУБД (или сиквел или 1с "файловая база") неправильно работает, не поддерживает стандартный язык запросов. Но это же не так?
(6)
Но это же не так?
Не так. Но мы ни запроса не видим, ни базу. Причина не в запросе, а в данных - даты, например. Постгрес не сортирует результат, а сиквео "сортирует" по "кластерному индексу". Много есть нюансов. Файловая тут ведет себя как сиквел, в документации написано, что результат не имеет какого-то бы ни было упорядочивания. Так что все зависит от того, читают разработчики документацию или напридумывали себе чего-то в голове...
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот