| Регистрация Правила Главная форума Поиск |
| 0
- 21.01.2016 - 17:48
|
В один прекрасный момент перестал работать очень старый отчет показывающий количественные и суммовые остатки товара. Последняя рабочая выгрузка (с рабочим отчетом) месячной давности. Хотя другие отчеты по этому регистру работают. Я уже разработал перенос, думал восстановить из выгрузки и перенести все доки из косячной. Перед выходными решил еще повозится с отчетом и к группировкам в запросе добавил "без групп". И вот оно, отчет заработал. Теперь вопрос: что это за фигня, что это значит? В регистр остатков попал не элемент, а группа номенклатуры? Что мне перелопатить (обработкой), чтоб убрать косяк?     | |
| 1
- 21.01.2016 - 17:53
| Ну хоть диски не формулировал. | |
| 2
- 21.01.2016 - 17:53
| Форматировал (т9) | |
| 3
- 21.01.2016 - 20:09
| А в чем проблема посмотреть,какой документ формирует неверные движения ? это какая то самописка ? | |
| 4
- 21.01.2016 - 21:14
|
Автора забанить навсегда за злостность... что значит "перестал работать" - по моему разумению это всего два вариант: или отчет падает с ошибкой(или вылет 1ски) или выдает недостовернеы(вт.ч. пустой) данные. у тебя - что? | |
| 5
- 21.01.2016 - 21:55
|
4-Чучундер > У него, походу, диагноз. Его дебильный Гендир повелся на сладкие речи педерастов-франчей 1С и дал приказ перевести всю фирму на 1С8. https://m.youtube.com/watch?v=7UwhX0IKLyA | |
| 6
- 25.01.2016 - 11:17
|
Извините. Кручусь как белка в колесе. А в первый день еще и комментировать не разрешалось. Во общем конфа самописная, ей уже лет 15. Отчет использует два запроса по разным регистрам. При выполнении первого запроса база подвисала. Отладчиком проверял, дальше "Запрос.Выполнить" не проходит. При этом диспетчер задач показывает что процесс 1С работает. Закомментировал первый запроса, база подвисает на втором. В строке состояния написано "Обработка строк запроса:". Оставлял в запросе обращение только к первому измерению "Товар" с группировкой по нему. База вешается. И только после добавления "без групп" отчет заработал. Тестирование базы подвисает на проверке логической целостности. Сутки что то делало, пришлось уронить процесс. Сегодня самописной обработкой проверил движения на пустые значение измерений, не являются ли элемент сам своими родителями (зацикливание). Ошибок нет. Что еще проверить можно? Как выявить косячное движение? | |
| 7
- 25.01.2016 - 11:33
| Если база самописная а регистры остатков, значит 99.99% они движениями по документам не закрываются в ноль. Значит у них растет накопленный мусор, который в какой-то счастливый момент, когда по Гегелю количество переходит в качество, вешает обработчик запроса. И что там накопилось в этих регистрах - даже Аллах не ведает, потому что ему это незачем. | |
| 8
- 25.01.2016 - 12:24
|
Интересный ответ. Очень много полезной информации несет. Теперь всегда можно говорить "На вся воля Аллаха". Для закрытия движений в ноль у нас есть соответствующий документ по аналогии корректировки регистров. Касяк подобного рода может быть и в стандартных конфигурациях, например во время обмена данными с другими конфигурациями. Мне же нужна методика выявления косяка и еще хотелось бы понять почему без "без групп" запрос стал вешаться, а с "без групп" работает. | |
| 9
- 25.01.2016 - 12:26
| 6-Dodzh >сними любым универсальным отчетом остатки на сейчас с полным разворотом по всем измерениям и смотри, может наступит просветление | |
| 10
- 25.01.2016 - 12:36
| 2(8) сделай запрос по половине номенклатуры, если повис - опять располовинь список номенклатуры для выборки и т.д. пока не останется одна строка, если не повис - по второй половине, если опять не повис - делай выгрузку всех остатков и вычти из них таблицы, полученные запросами 1 и 2. И смотри что останется. | |
| 11
- 25.01.2016 - 17:55
|
(0) проверь справочник на циклические ссылки по полю Родитель. Однажды на такой штуке долго втыкал :) | |
Интернет-форум Краснодарского края и Краснодара |
