Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Явный глюк платформы, или конфигураций
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7 > Программисту > Программирование в 1С Предприятие 7.7
volodya1122
22.06.12, 8:28
В Интернете нашёл описание этого глюка
необходимо зарегистрироваться для просмотра ссылки

Цитата
1. Берем 25 или 24 релиз.
2. Приходуем ПН1 100 ед Товар1 (позавчера)
3. Расходуем РН1 (позавчера) 20 ед товара
4. Расходуем РН2 (вчера) 70 ед товара
5. Расходуем РН3 (сегодня) 10 ед товара
6. Нарушаем последовательность путем изменения РН1 продаем не 20 ед, а
50 ед товар1
7. восстанавливаем последовательность
8. она зпирается на РН2 - нехватка 20 ед.
9. Исправляем в РН2 70 ед. на 40 - проводим РН 2. Все ок.
10. Выходим из программы
11. Заходим в программу
12. Открываем РН 2.
13. Смотрим в поле К-ВО - 70 штук. Проводки - старые...
14. Занавес!!!!



Проверял на 25 релизе.
Конфигурация "бухгалтерский учет для Украины- (292)" - подтвердилось
Конфигурация ТИС - не подтвердилось

Проверял на 27 релизе
Результаты те самые ...
Конфигурация "бухгалтерский учет" - подтвердилось
Конфигурация ТИС - не подтвердилось

Кто что может сказать по этому поводу?
Ardi
22.06.12, 10:28
Глюк известен.
Восстановление последовательности не использовать.
Shahta27
26.06.12, 22:34
Конфигурация "бухгалтерский учет для Украины 292", 27 релиз
сделал все, как описано выше - "глюк" не подтвердился
Ardi
26.06.12, 23:22
Shahta27
Вы не умеете правильно глюки ловить.
Shahta27
27.06.12, 11:05
Цитата(Ardi @ 27.06.12, 0:22) необходимо зарегистрироваться для просмотра ссылки
Shahta27
Вы не умеете правильно глюки ловить.

Дык, пробую выловить их заранее, чтобы успеть предупредить.
Потом как-бы поздно будет...
Попробовал и на Бухгалтерский учет для Украины 293, 27 релиз
Создал специально новый ТМЦ, приходную накладную и три расходных,
и экспериментировал, как описано выше:
провел, перепровел, поменял кол-во, вышел, снова зашел, и последовательность восстанавливал,
к сожалению (а может, и к счастью) все становится на свои места upset.gif
Ardi
27.06.12, 11:33
Как минимум нужно было перед восстановлением последовательности приходную распровести.
Shahta27
27.06.12, 11:55
Цитата(Ardi @ 27.06.12, 12:33) необходимо зарегистрироваться для просмотра ссылки
Как минимум нужно было перед восстановлением последовательности приходную распровести.

Ardi, Что Вы имеете ввиду под выражением "приходную распровести", отменить проведение
и снова провести, или перепровести уже проведенную без отмены проводок?
Хотя в обоих случаях "глюк" ну ни как не хочет себя проявить... smile.gif
Ardi
27.06.12, 12:11
Сейчас проверил - глюков в работе глюка не обнаружено.
Глючит согласно описанию.
volodya1122
27.06.12, 12:16
если поставить документу "оперативный учет", то глюк исчезает... (люди посоветовали)
Shahta27
27.06.12, 13:02
Цитата(volodya1122 @ 27.06.12, 13:16) необходимо зарегистрироваться для просмотра ссылки
если поставить документу "оперативный учет", то глюк исчезает... (люди посоветовали)

Я правильно понял, что должна быть установлена компонента "оперативный учет"?
Если да, то она как раз установлена.
volodya1122
27.06.12, 13:13
Компонента "Оперативній учет" -само собой должна.
Но и в документе (в конфигураторе)- в правом нижнем углу поставить отметку что а єтом документе будет использоваться "Оперативній учет"
Ardi
27.06.12, 14:10
Какой нафиг опер. учёт.
При восстановлении последовательности начинается транзакция. Если произошла остановка процесса (напр. нехватило остатка на каком-то документе) - то 1с забывает зафиксировать/отменить транзакцию (транзакция открыта). При закрытии 1с транзакция откатывается.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.