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

Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.

Страницы: 1
RSS
Восстановление последовательности документов, как обойти такие ошибки?, Альфа ААА 4.1 (4.1.01.18)
 
Добрый день!
Столкнулся с ситуацией, когда нужно восстановить последовательность документов с мая 2009г. по текущую дату. В процессе возникает сообщение:

Цитата
При проведении < Реализация автомобилей 0000000173 от 18.05.2009 10:06:47 > обнаружены ошибки:
Автомобиль "Авто1", модель "Авто1", цвет "Красный". По заказу <Заказ на автомобиль 0000000007 от 16.05.2009 13:53:17> заказывалась "Авто1" в комплектации "Комплектация1", цвет "Красный".
Из-за возникших ошибок процедура проведения  была прервана!

И процесс восстановления последовательности на этом завершается  :o  Как это можно побороть?
Делаю <Заказ на автомобиль 0000000007 от 16.05.2009 13:53:17> не проведенными, но это сообщение появляется и последовательность не восстанавливается.
 
Добрый день,
Попробуйте убрать комплектацию из заказ на автомобиль и перепровести заказ.
 
Либо отключите право "Контроль комплектации автомобиля при отгрузке"
 
Спасибо Вам Вера за подсказку с "Контроль комплектации автомобиля при отгрузке", это сработало!
 
Добрый вечер!
Однако, рано я радовался. В процессе восстановления последовательности возникли еще  два "тормозных момента" не позволяющие восстановить последовательность.
1. С Заказ-нарядами, когда перемещение деталей в производство делается после закрытия заказ наряда. Т.е. заказ-наряд 0000001336 от 31.07.2009, перемещение детелей в производство от 03.08.2009. т.е. каким-то "хитрым образом" заказ-наряд был закрыт, а сейчас не перепроводится! (написал обработку для поиска и исправления таких заказ-нарядов, но не понятно как их все-таки ухитрились закрыть!)
2. С наличием номенклатуры, т.е. "МАСЛО МОТОРНОЕ SAE 5W-40 5Л" Склад1 остаток = -2,2 л. Склад2 остаток = 5 л.  Всего остаток 2,8 л, но перемещение со Склад1, и естественно не проводится. Это арифметически правильно, вопросов нет, вот только последовательность-то из-за таких "ляпов" не восстанавливается!
Может как-то можно как-то обойти такие моменты?
Подскажите, пожалуйста.
 
Еще тормоза № 3  ошибки по резервам:
Цитата
При проведении < Резервирование заказов покупателя 0000000016 от 19.08.2009 13:20:22 > обнаружены ошибки:
Заказ покупателя 0000000049 от 13.08.2009 11:10:40: [908] Товар "СТЕКЛО ВЕТРОВОЕ". Резервируется 1,000 шт. Остаток по заказу 0,00 шт. Превышение 1,000 шт
Заказ покупателя 0000000049 от 13.08.2009 11:10:40: [100] Товар "УПЛОТНИТЕЛЬ". Резервируется 1,000 шт. Остаток по заказу 0,00 шт. Превышение 1,000 шт
Заказ покупателя 0000000049 от 13.08.2009 11:10:40: [050] Товар "МОЛДИНГ". Резервируется 1,000 шт. Остаток по заказу 0,00 шт. Превышение 1,000 шт
Из-за возникших ошибок процедура проведения  была прервана!

ПРОЦЕСС ВОССТАНОВЛЕНИЯ ЗАВЕРШЕН СО СТАТУСОМ: НЕУСПЕШНО
в форуме уже неоднократно писалось, насчет резервов, что нельзя зарезервировать то, чего нет. Это прекрасно, что разработчики так облегчили себе жизнь, но вот только пользователи, как-то ухитрились провести документ, а теперь он не перепроводится!
 
Добрый день.
Цитата
Сергей Матюшин пишет:
Может как-то можно как-то обойти такие моменты?
Подскажите, пожалуйста.
Такие моменты исправляются следующим образом: заходите в документ меняете дату документа или исправляете иную ошибку, о которой Вам говорит служебное сообщение, и  перепроводите.
Цитата
Сергей Матюшин пишет:
Еще тормоза № 3  ошибки по резервам:
Цитата
При проведении < Резервирование заказов покупателя 0000000016 от 19.08.2009 13:20:22 > обнаружены ошибки:
Заказ покупателя 0000000049 от 13.08.2009 11:10:40: [908] Товар "СТЕКЛО ВЕТРОВОЕ". Резервируется 1,000 шт. Остаток по заказу 0,00 шт. Превышение 1,000 шт
Заказ покупателя 0000000049 от 13.08.2009 11:10:40: [100] Товар "УПЛОТНИТЕЛЬ". Резервируется 1,000 шт. Остаток по заказу 0,00 шт. Превышение 1,000 шт


Заказ покупателя 0000000049 от 13.08.2009 11:10:40: [050] Товар "МОЛДИНГ". Резервируется 1,000 шт. Остаток по заказу 0,00 шт. Превышение 1,000 шт
Из-за возникших ошибок процедура проведения  была прервана!

 ПРОЦЕСС ВОССТАНОВЛЕНИЯ ЗАВЕРШЕН СО СТАТУСОМ: НЕУСПЕШНО
в форуме уже неоднократно писалось, насчет резервов, что нельзя зарезервировать то, чего нет. Это прекрасно, что разработчики так облегчили себе жизнь, но вот только пользователи, как-то ухитрились провести документ, а теперь он не перепроводится!
Не перепроводиться скорее всего потому что на указанное время не было остатков. Посмотрите в движения документа какая партия использовалась и когда было поступление по этой партии.
 
Очень просто. Был приход. Далее создали резервирование. После этого поменяли/удалили приход.
 
Цитата
Сергей Матюшин пишет:
вот только пользователи, как-то ухитрились провести документ, а теперь он не перепроводится!

Хитрости тут никакой нет:
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. Ввели новую корректировку заказа задним числом перед резервированием

Обработка не в силах предсказать, что конкретно сделал пользователь и уж тем более восстановить заказ, это нужно делать вручную ведь наверно не зря удаляли строки в заказе.
Изменено: Виктор Радько - 12.04.2013 11:39:21
 
Цитата
Александр Кравчук пишет: Очень просто. Был приход. Далее создали резервирование. После этого поменяли/удалили приход.
На такие действия у пользователей нет прав, внешние обработки прикрыты, можно только поставить/снять пометку удаления, т.е. остались бы следы...

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

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

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

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

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

Скрин 1 - https://drive.google.com/file/d/0B5pSCOKsARqfX2dZZnRQaVp4X2s/view?usp=sharing  
 
Попробуйте установить пользователю, который выполняет восстановление, право "Запретить продажу ниже себестоимости" (№43002, находится в группе Документы -> Документы отгрузки) в значение "Нет".
Изменено: Алексей Веревочников - 06.05.2016 14:55:34
 
Добрый день.

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

Скрин 1 - https://drive.google.com/file/d/0B5pSCOKsARqfNGxGV3ZLVS1lUlU/view?usp=sharing
 
Цитата
Николай Мышленик написал:
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 этой теме). Удовлетворительного объяснения мне найти не удалось. Но эта проблема может возникнуть только в случае, если на складе имеет место жуткий пересорт и фактически продаваемая запчасть не всегда точно соответствует списываемой в Альфа-авто. Если имеет место нечто подобное, то в вашем случае (с учетом давности операций), вероятно, допустимо будет просто вбить фиктивное поступление недостающих товаров (например, инвентаризацией товаров).
Изменено: Алексей Веревочников - 11.05.2016 17:23:31
Страницы: 1
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Услуги 1С