Здравствуйте. Проблему заметил случайно, сформировал Ведомость движения материалов за один месяц и по ней видно что Сумма, в графе на остаток месяца неверная. Согласно логам, цену на товар не меняли, нового прихода тоже не было, всё выглядит так, как будто 1С-ка что то не так посчитала.
И Собственно вопрос, как отредактировать эту цену? С помощью winDBFview прошерстил все таблички базы, нечего не нашёл, может не там и искал =)
Поделитесь опытом решения проблемы.
1С 7.7 Бухгалтерия база не на SQL.
И Собственно вопрос, как отредактировать эту цену? С помощью winDBFview прошерстил все таблички базы, нечего не нашёл, может не там и искал =)
Поделитесь опытом решения проблемы.
1С 7.7 Бухгалтерия база не на SQL.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Миллион вариантов. Начиная от неправильных действий пользователей и заканчивания..., собственно само ничего не присходит. Если в журнале регистрации ничего не нашли (логи - имеется ввиду журнал регистрации?), значит платформа, но тогда бы все остатки были неверные. Сделайте копию и проведите ТиИ. Слишком мало данных для конкретных советов.
Lara.Builova пишет:
Миллион вариантов. Начиная от неправильных действий пользователей и заканчивания..., собственно само ничего не присходит. Если в журнале регистрации ничего не нашли (логи - имеется ввиду журнал регистрации?), значит платформа, но тогда бы все остатки были неверные. Сделайте копию и проведите ТиИ. Слишком мало данных для конкретных советов.
Миллион вариантов. Начиная от неправильных действий пользователей и заканчивания..., собственно само ничего не присходит. Если в журнале регистрации ничего не нашли (логи - имеется ввиду журнал регистрации?), значит платформа, но тогда бы все остатки были неверные. Сделайте копию и проведите ТиИ. Слишком мало данных для конкретных советов.
Да в журнале регистраций нечего что указывало бы на ошибку. ТиИ делал, результата нет. Какие данные могут помочь выловить причину ошибки?
Скорей всего, это была корректировка средней стоимости материалов (документ "Закрытие месяца"). Посмотрите также "Сервис" - "Учетная политика" - на закладке "Общие" - вариант применения средних оценок стоимости материалов - "Взвешенная оценка (исходя из среднемесячной стоимости)"
(6) При работе задним числом это помогает, но автор утверждает, что ничего вызывающего сомнения в журнале регистрации не заметил.
Есть еще вариант из этой серии - если у пользователя стоит вывод года доков - 2 цифры, нередко из-за ошибки документ оказывается в 0011 году и меняет остатки.
Есть еще вариант из этой серии - если у пользователя стоит вывод года доков - 2 цифры, нередко из-за ошибки документ оказывается в 0011 году и меняет остатки.
Lara.Builova пишет:
При работе задним числом это помогает, но автор утверждает, что ничего вызывающего сомнения в журнале регистрации не заметил.
Есть еще вариант из этой серии - если у пользователя стоит вывод года доков - 2 цифры, нередко из-за ошибки документ оказывается в 0011 году и меняет остатки.
При работе задним числом это помогает, но автор утверждает, что ничего вызывающего сомнения в журнале регистрации не заметил.
Есть еще вариант из этой серии - если у пользователя стоит вывод года доков - 2 цифры, нередко из-за ошибки документ оказывается в 0011 году и меняет остатки.
Проверяя таблицы нашёл запись аж от 2007 года, так там сумма ровно копейка в копейку такая же, как выводиться в Ведомости движения материалов. Совпадение?
Движение по материалу, о котором идёт речь, идёт как надо до даты 18,05,2011, в этот день было два отпуска материала на сторону, в доках (товарные и счёт фактуры) всё как надо, и цена и количество, ошибка именно при выводе отчёта.
Может как то есть возможность поправить регистры движения?
tango пишет:
"С помощью winDBFview прошерстил все таблички базы, нечего не нашёл"
впичатляит просто разверни оборот по документам, "крыжить" называется
"С помощью winDBFview прошерстил все таблички базы, нечего не нашёл"
впичатляит просто разверни оборот по документам, "крыжить" называется
Я в целом не бухгалтер и 1С для меня как очередная СУ с набором данных хранящихся в таблицах =)
Находишь число когда полезла ошибка, дальше делаешь все поздние документы "поступление" и "списание" "перемещение" (начиная с этой даты) непроведенными и поновому ПОПОРЯДКУ проводишь их (можно даже групповой обработкой).
Если это не поможет, то перед проведением нужно в конфигураторе сделать "тестирование информационной базы"
Если и это не поможет, то удалить все документы этого дня, в конфигураторе сделать "тестирование информационной базы", создать их поновому и перепровести остальные как описано выше.
Если это не поможет, то перед проведением нужно в конфигураторе сделать "тестирование информационной базы"
Если и это не поможет, то удалить все документы этого дня, в конфигураторе сделать "тестирование информационной базы", создать их поновому и перепровести остальные как описано выше.
AZhuk пишет:
Находишь число когда полезла ошибка, дальше делаешь все поздние документы "поступление" и "списание" "перемещение" (начиная с этой даты) непроведенными и поновому ПОПОРЯДКУ проводишь их (можно даже групповой обработкой).
Если это не поможет, то перед проведением нужно в конфигураторе сделать "тестирование информационной базы"
Если и это не поможет, то удалить все документы этого дня, в конфигураторе сделать "тестирование информационной базы", создать их поновому и перепровести остальные как описано выше.
Находишь число когда полезла ошибка, дальше делаешь все поздние документы "поступление" и "списание" "перемещение" (начиная с этой даты) непроведенными и поновому ПОПОРЯДКУ проводишь их (можно даже групповой обработкой).
Если это не поможет, то перед проведением нужно в конфигураторе сделать "тестирование информационной базы"
Если и это не поможет, то удалить все документы этого дня, в конфигураторе сделать "тестирование информационной базы", создать их поновому и перепровести остальные как описано выше.
Спасибо! Всё получилось =)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот