На дату  08.11.2011 8:00:00 на складе "Цех15" находится 42 штук материала "Линолеум ПХВ АНТИС"

Существует документ "Перемещение товаров КАФ00007143 от 08.11.2011 8:00:00", в котором 20 штук   материала "Линолеум ПХВ АНТИС" перемещаются на другой склад.
Документ "Перемещение товаров КАФ00007143 от 08.11.2011 8:00:00" проведен.
 
Копированием создаем документ "Перемещение товаров КАФ00007391 от 08.11.2011 8:00:00", который в форме спеска упорядоченной по возрастанию даты находится выше документа   "Перемещение товаров КАФ00007143 от 08.11.2011 8:00:00". Указываем тот же материал, ставим количество 25 штук. Проводим.в результате возникают отрицательные остатки -3 штук, что неправильно, так как физически   документ "Перемещение товаров КАФ00007391 от 08.11.2011 8:00:00" создан позже   документа "Перемещение товаров КАФ00007143 от 08.11.2011 8:00:00".

Это правильно или логическая ошибка?

откуда куда перемещаете?

если расход с одного склада, то
42-20=22
22-25=-3
с математикой не поспоришь

бывает

"физически   документ "Перемещение товаров КАФ00007391 от 08.11.2011 8:00:00" создан позже   документа "Перемещение товаров КАФ00007143 от 08.11.2011 8:00:00"." - и чО?

(5) по факту получается, что раньше

(3) Должен писать что нет столько на складе

(7) восстановите последовательность - напишет.

(7) Счастливчик!! Тебе еще только предстоит узнать, какая это ЖПО - "проведение задним числом" :)

(3)если по вашему
42-20=22
22-25=-3 Здесь должен заругаться на то что нет столько остатков

а получается так
42-25=17
17-20=-3
но так как второй уже проведен, получается чо нет контроля в нем

(8) ошибок не пишет просто списывает сколько указали

(11) Сервис - Пользователи - Доп настройки пользователей. Не стоит ли для этого пользователя разрешения на превышение остатков (в разделе документы)?

(10) А как должно быть по вашему?

(12) Конфигурация БП проф, таких настрое нет

(6) И? Где-то в документации описано, что позиция документов на оси времени зависит от порядка их создания?

(13) Либо чтобы не позволял одной датой проводить, либо чтобы документ, который физически создан последним не был раньше документа, который физически был создан первее

(13) Во всяком случае точно не должно быть отрицательных остатков

(17) А что должно быть, если на складе было N единиц, а списали N+3?

(16) В 1С есть понятие оперативное и не оперативное проведение документа.
В УТ есть возможность запретить не оперативное проведение.
Может и в БП есть.

Не списано 3 м2 товара Линолеум ПХВ АНТИС, счет учета 10.01
Проведение документа: Перемещение товаров КАФ00007143 от 08.11.2011 8:00:00 (Товары, продукция)
Для целей учета НДС не списано 3,000 товара Линолеум ПХВ АНТИС, счет учета 10.01

(20) ответ на (18)

(16) Кстати, чего делать, если бы первый документ провели 23:59:59?
Второй проводить 23:59:60?

А если удалить или как-то переделать документ поступления на склад, программа должна написать :"Ни в коем случае так не делайте, а то на складе будет отрицательный остаток!"?

Что-то вроде того

(22) Тоже задачка

(25) Вообще-то программа нужна для учета, а не наоборот. Если кладовщик отгрузил 50 шт, а в программе числится 40, то кто из них неправ? Неужели кладовщик принес из дома еще 10 шт? Или он "виртуально" грузит? Раз он смог отгрузить 50, значит их было 50. И косяк - в том, что какое-то поступление не отражено.

Я не оправдываю кладовщиков, но и вы не оправдывайте разработчиков.

В 1.6 на 8.1 такого не было, потому что там следующим ключевым полем после даты был номер документа. Тем самым исключалась возможность чехарды с тем, кто первее создан  физически, будет позже стоять в базе, вне зависмости от номера документа.

(27) Ну вот не надо выдумывать! Сколько угодно можно понаделать документов и расположить их в любой прошлой дате. И пофиг программе на номер.

сейчас да. раньше такого не было

(29) Вам, наверное дорабатывали программу.

Доработки были, но только не в документе перемещение товаров.

(31) Ну тогда пишите разработчикам.
Что же это они так, убрали нужную функциональность.
Это не дело!

Уже написал. жду ответа.

Попробуй сделать свой контроль не на дату документа, а на текущую дату.

(33) вас отправят куда подальше, потому что это вымышленная ситуация, какие бы не были ваши грузчики, они не смогли бы за четверть секунды загрузить товар, потом кладовщик всё оформил, и тут же он выписал документ на второе перемещение, и тут же все загрузили для второго перемещения. И всё за одну секунду? Бредовый пример. В жизни так не могло произойти.

(35) Не мешайте!

при неоперативном остатки не проверяются

(31) Ну значит какую-нибудь подписку забухали, которая проверяет остатки на текущую дату. Не обязательно в документе перемещения что-то менять.

(14) Есть

Предприятие ->Настройка параметров учета - > запасы

(40) Эта галочка не влияет на описанную ситуацию, но у нас стоит запрет на отрицательные остатки.

(12) и (40) И, как я понял, галочка влияет сразу на всех пользователей.