Восстановление последовательности документов, как обойти такие ошибки?

Добрый день,
Попробуйте убрать комплектацию из заказ на автомобиль и перепровести заказ.

Либо отключите право "Контроль комплектации автомобиля при отгрузке"

Спасибо Вам Вера за подсказку с "Контроль комплектации автомобиля при отгрузке", это сработало!

Добрый вечер!
Однако, рано я радовался. В процессе восстановления последовательности возникли еще  два "тормозных момента" не позволяющие восстановить последовательность.
1. С Заказ-нарядами, когда перемещение деталей в производство делается после закрытия заказ наряда. Т.е. заказ-наряд 0000001336 от 31.07.2009, перемещение детелей в производство от 03.08.2009. т.е. каким-то "хитрым образом" заказ-наряд был закрыт, а сейчас не перепроводится! (написал обработку для поиска и исправления таких заказ-нарядов, но не понятно как их все-таки ухитрились закрыть!)
2. С наличием номенклатуры, т.е. "МАСЛО МОТОРНОЕ SAE 5W-40 5Л" Склад1 остаток = -2,2 л. Склад2 остаток = 5 л.  Всего остаток 2,8 л, но перемещение со Склад1, и естественно не проводится. Это арифметически правильно, вопросов нет, вот только последовательность-то из-за таких "ляпов" не восстанавливается!
Может как-то можно как-то обойти такие моменты?
Подскажите, пожалуйста.

Еще тормоза № 3  ошибки по резервам:
в форуме уже неоднократно писалось, насчет резервов, что нельзя зарезервировать то, чего нет. Это прекрасно, что разработчики так облегчили себе жизнь, но вот только пользователи, как-то ухитрились провести документ, а теперь он не перепроводится!

Добрый день.
Такие моменты исправляются следующим образом: заходите в документ меняете дату документа или исправляете иную ошибку, о которой Вам говорит служебное сообщение, и  перепроводите.
Не перепроводиться скорее всего потому что на указанное время не было остатков. Посмотрите в движения документа какая партия использовалась и когда было поступление по этой партии.

Очень просто. Был приход. Далее создали резервирование. После этого поменяли/удалили приход.

Хитрости тут никакой нет:
1. "Заказ 1 от 20.01" заказывается Товар 1 шт.
2. "Резервирование 1 от 21.01" резервируется Товар 1 шт под заказ "Заказ 1 от 20.01"
3. Исправляем непосредственно документ "Заказ 1 от 20.01" без ввода корректировки.
При перезаписи заказа изменилась дата на 22.01.
4. Получается, что зарезервировали раньше, чем заказали.

Нарушение последовательности это фиксация даты документа, который после первого проведения был изменен. А восстановление последовательности это процесс перепроведения всех документов, от даты нарушения последовательности, которые относятся к данному заказу покупателя. Перепроведение документов необходимо т.к. измененный документ или введенный новый документ задним числом может повлиять на корректность других документов.

В Вашем случае товар нельзя зарезервировать не из-за нехватки его на остатках запасов, а потому что номенклатура просто не заказывалась. Причин может быть несколько:
1. Перепровели заказ позже резервирования.
2. Отменили проведение заказа
3. Удалили заказ
4. Удалили товарную строку в заказе
5. Ввели новую корректировку заказа задним числом перед резервированием

Обработка не в силах предсказать, что конкретно сделал пользователь и уж тем более восстановить заказ, это нужно делать вручную ведь наверно не зря удаляли строки в заказе.

На такие действия у пользователей нет прав, внешние обработки прикрыты, можно только поставить/снять пометку удаления, т.е. остались бы следы...


ИМХО: А нужно ли заниматься предсказаниями? Может еще "танец с бубном" устроить? Неужели функционала платформы 8.х "не хватает" для того, чтобы без всяких "предсказаний" при востановлении последовательности документов и проведении и отмене проведения документов однозначно и точно обработать действия пользователя? Построить дерево (граф) документов вершины графа - документы, ребра - связи между документами и пройти этот гарф (аналогичные задачи изучают в институте)

Ну ведь сейчас все так и происходит. При восстановлении последовательности, динамически строится дерево документов со всеми связями и проходим по этому дереву.

Есть права помогающие до минимума уменьшить ошибки восстановления последовательности:
"Редактирование проведенных документов"
"Редактирование документов в закрытом периоде"
"Редактировать в заданном интервале"

Здравствуйте.

Хочу перенести базу данных с АА 4.1 на АА 5.1, перед этим сделали исправление инф. базы и хотим восстановить последовательности. Но при восстановлении указывает на ошибку и завершает процесс (скрин 1). Можете мне помочь?

Скрин 1 - https://drive.google.com/file/d/0B5pSCOKsARqfX2dZZnRQaVp4X2s/view?usp=sharing  

Попробуйте установить пользователю, который выполняет восстановление, право "Запретить продажу ниже себестоимости" (№43002, находится в группе Документы -> Документы отгрузки) в значение "Нет".

Добрый день.

Сделал как вы сказали и все шло хорошо, но через некоторое время завершилось с другой ошибкой (скрин 1).

Скрин 1 - https://drive.google.com/file/d/0B5pSCOKsARqfNGxGV3ZLVS1lUlU/view?usp=sharing

Здесь уже несколько сложнее. Как, собственно, и написано в системе, на момент закрытия смены (а именно этот документ производит списание проданных по чекам товаров с партионного регистра), у вас товаров по остаткам партий числится меньше, чем вы пытаетесь продать. Это может быть вызвано самыми разными причинами.

В лучшем случае - задним числом двинули по времени какой-то документ, которым товар оприходовался на склад ("Поступление товаров", "Перемещение товаров" или типа того). То есть изначально документ прихода имел время, например, 14:00:00. Товары продали, смена закрылась. На следующий день решили что-то подправить в документе и перенесли его, скажем, на 20:00:00. В этом случае надо найти "двинутый" документ и перенести его на время, меньшее чем 19:02:20. Другой вариант - опять же задним числом просто удалили из документа поступления какую-то позицию (например, поставщик перевыставил документ с исправлениями).

Может быть и более сложная ситуация. Я сталкивался с полтергейстом, когда документ "Чек" в течении дня позволял продавать товары, остатков которых по базе не числилось (обсуждали проблему в http://rarus.ru/forum/forum7/topic6116/#message36413 этой теме). Удовлетворительного объяснения мне найти не удалось. Но эта проблема может возникнуть только в случае, если на складе имеет место жуткий пересорт и фактически продаваемая запчасть не всегда точно соответствует списываемой в Альфа-авто. Если имеет место нечто подобное, то в вашем случае (с учетом давности операций), вероятно, допустимо будет просто вбить фиктивное поступление недостающих товаров (например, инвентаризацией товаров).