1с77 ТиС меняется остаток общий (рублевый по цене из справочника) при переносе позиции номенклатуры в другую группу(одна конкретная позиция с ост все норм). Документы перепроведены. Основная последовательность тоже перепроведена. база проверена . сохранялась - восстанавливалась. выгружалась - загружалась не влияет. отчет по остатку скинутый в эксель просчитанный в нем не совпадает с итогом самого отчета
По теме из базы знаний
- Исправленная инструкция по подключению сканера штрих-кодов через драйвер Атол
- Обработка "Партионное удаление объектов" для 1С:Предприятие-7.7
- Обмен данными с DocsInBox для поставщика (1C 7.7)
- Загрузка банковской выписки для 1С 7.7 любой конфигурации
- Решение вопроса заполнения и выгрузки формы 6-НДФЛ для 1С 7.7 Комплексная конфигурация
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Снимается отчет остатки ТМЦ по фирме в оптовых ценах получается к примеру 95 000 000р .переносится одна позиция номенклатуры в другую группу (больше ничего, позиция конкретная ) снимается тот же отчет получается уже 108 000 000р.отчет сохраняется с эксель файл.. пересчитывается в нем получается 95 000 000р
(3) Другие пользователи в этот момент в базе есть? Аналоги рег.заданий в базе применяются? Если и то и другое - нет, то осталось проверить процедуру ПриПереносеЭлементаВДругуюГруппу() в форме списка, либо сам отчет, возвращающий цифры (возможно он ориентируется на группу товара).
Для простоты проверки - можно сравнить текущий MD базы и типовой в части именно формы списка номенклатуры (в которой делается перенос товара) и отчета, который меняет цены после переноса.
(5)Конфигурацию дописывали но возврат к старой не изменяет ничего.. база периодически обрезается.... со старой только берутся справочники ошибка переходит или со справочниками или с периодическим реквизитами.. я не особо силен в программировании 1с поэтому интересует помощь можно платно... вопрос в цене...типа удалить позицию не решение.... интересует вопрос из-за чего и нет ли еще подобных позиций
(6) кстати, база файловая или SQL? Если файловая - делается ли такая вещь, как восстановление индексов? Надо сделать копию папки с базой (или бекап) и в копии удалить все файлы .CDX и зайти монопольно. Это действие рекомендуется автоматизировать и делать еженочно.
(10) тогда надо проверить отчет "остатки ТМЦ по фирме в оптовых ценах" на обращение к группе товара и получение особой цены из-за группы. Также если этот отчет есть в типовой конфигурации - можно выгрузить из типовой этот отчет и сравнить в нём - меняется ли цена при переносе.
(15)без кривых ручек жить будет скучно... как можно понять когда объем файловой базы стал критический???? и как он может быть связан с этой ошибкой.. со скоростью работы да, с ошибкой вряд ли... и написано база периодически обрезается - это раз в год
(16) Критический размер при файловой базе (DBF) - первый: когда какой-либо из файлов перевалил за 1ГБ (проблема 1ГБ - лечится) и второй: когда какой-либо из файлов приближается к 1.9Гб (проблема 2ГБ, не лечится, резать или переходить на скуль) и третий: когда количество записей в файле приближается к 16 млн (ограничение на ДБФ, лечится/не лечится в зависимости от ситуации - в т.ч. лечится и обрезкой базы или "упрощением")
(11)Вызов предопределенной процедуры ПриПереносеЭлементаВДругуюГруппу производится в системе 1С:Предприятие при интерактивном переносе элемента справочника в другую группу. Если в данной предопределенной процедуре установить статус возврата — 0, то перенос не будет произведен.
Данная предопределенная процедура может располагаться только в Модуле формы списка справочника (см. «Виды программных модулей»).
Данная предопределенная процедура может располагаться только в Модуле формы списка справочника (см. «Виды программных модулей»).
платформа - норм.
Указанные конфигурация - достаточно старая, в районе 2006 г. (у самого такая, то ли 932, то ли 934).
если КРИВЫМИ руками не лазили не программили, то все должно быть ок.
1. сделать бэкап.
2. сделать полный ТИИ
3. проверит на ошибку.
если ошибка осталась - стопудово что-то напрограммили или очень хитрый глюк какой-нибудь. я за то что "напрограммили". Либо что еще проще - данные в базе показываются правильные, пользователи неверно трактуют даннеы или криво пересчитывают в экселе.
Указанные конфигурация - достаточно старая, в районе 2006 г. (у самого такая, то ли 932, то ли 934).
если КРИВЫМИ руками не лазили не программили, то все должно быть ок.
1. сделать бэкап.
2. сделать полный ТИИ
3. проверит на ошибку.
если ошибка осталась - стопудово что-то напрограммили или очень хитрый глюк какой-нибудь. я за то что "напрограммили". Либо что еще проще - данные в базе показываются правильные, пользователи неверно трактуют даннеы или криво пересчитывают в экселе.
(23) значит смотри примечания после п.3 ;-)
будет интерес - стучись 8-9 числа.
если дашь по удаленке глянуть и сможешь воспроизвести ошибку - я думаю, разберемся.
.
не вижу причин вычекрпыжить якобы проблемную номенклатуру и штатными средствами через МФ исключить ее из формирования отчета. если ошибк апри этом уйдет - тщательно смотреть на эту номенклатуру, свойства, периодику цен, на кривые дописки руками и прочее.
резюме: пока вживую не продемонстрируют ошибку, я - Станиславский!
будет интерес - стучись 8-9 числа.
если дашь по удаленке глянуть и сможешь воспроизвести ошибку - я думаю, разберемся.
.
не вижу причин вычекрпыжить якобы проблемную номенклатуру и штатными средствами через МФ исключить ее из формирования отчета. если ошибк апри этом уйдет - тщательно смотреть на эту номенклатуру, свойства, периодику цен, на кривые дописки руками и прочее.
резюме: пока вживую не продемонстрируют ошибку, я - Станиславский!
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот