ну вот как так???? 10 лет работали в ПОЛНОСТЬЮ переписанной конфигурации "Торговля и склад 7.7"! Все 10 лет что-то дописывал, дорабатывал.. И ни одного косяка не было!!!!!!! А тут за пол года - полный КАПЕЦ!!!!!

Посмотреть бы...

42-Reaper >без проблем! хочешь базу дам?

43-denisk >Давай, на почту в профиле брось данные, откуда ее можно забрать, и на каком месяце смотреть проблему...

44-Reaper >могу только в понедельник! щас с собой не взял! Только там архив почти 3 гига!

45-denisk > Если в понедельник - придется подождать, я твоей базой в рабочее время заниматься не смогу.

46-Reaper >ок! щас, 10 минут и скину ссылку!

Зрители с интересом ждут подсказок суфлера и развития действия на сцене.
.
Как вариант. я бы все-таки сначала попытался забороть отжор памяти - найти место где это происходит и плясать. На крайний случай есть Гилев и Бекетов

*из будки суфлёра* ...говорят, что 8.3 помогает локализовать утечки памяти...

49-Пудель >*со сцены*... скачал 1С:Предприятие 8.3 (8.3.4.365)! Проблемы утечки памяти не решились!

а они и не решатся
там при закрытии месяца выполнение уходит в бесконечный цикл
вроде это обсуждалось на неделе
у тебя там комплектация кажется, так?
что ж ты голову морочишь со своими релизами? надо данные проверять, а не перебирать релизы авось пропрёт

сам-то кем трудишься, админом?
с отладчиком не работал что-ли?

51-Ирли Бёрд >да я же уже писал - с комплектациями все нормально!!!!!!!! в них нет косяков!!!! представь - 20 тысяч позиций номенклатуры, порядка 3000 документов реализации в месяц... по всему количеству этому формируются движения по партиям! как я физически смогу выявить косяк? ты представь сколько надо в отладчике нажимать на кнопки!!! да мне проще заставить начать ведение учета новой базе!!!!

Через часок база докачается...

53-denisk > БД - не только алгоритмы. БД - еще и дисциплина заполнения. Иначе так и будешь постоянно "новые базы" делать.
И неважно, какой тип базы.

55-VZ >вот знаешь... когда я занимался написание разных программ, то одним из этапов была "защита от дурака"!!! т.е. прорабатывал миллион всяких разных вариантов накосячить в программе! Так вот... я не могу понять - ну как можно НЕПРАВИЛЬНО заполнить к примеру документ "Реализация"! Вернее не так. Заполнить неправильно можно, но тогда какого х... такой "неправильный" документ сохраняется и проводится?

56-denisk > "Зашита от дурака" - необходимое, но недостаточное условие.
Иначе бы не было катаклизм из-за "человеческого фактора".

57-VZ >вот буквально в пятницу принесли скриншоты документов.. была сделана заявка покупателя, на основании - реализация.. так вот в документа разные цифры!!!!! т.е. количество и цена совпадает, а вот сумма в реализации х.з. как посчитана! пол дня пытался повторить - ни как не получилось! и таких случев в базе было 4! конечно же документы эти исправили, но осадок остался! НУ КАК ТАК?????

58-denisk > Тоже, мне, "бином Ньютона" ;) Или руками "подправили" печатный документ ("сохранить как" и редактирование вне документа), или использовали "дубли" номенклатуры для махинаций.

59-VZ >не... так не прокатит.. ибо принесли не печатный формы, а скрин самого документа!!!! (кнопочка Print Screen)! Уж очень сомневаюсь что манагер после сидел в каком-нибудь фотошопе и ваял...

ну ты вообще кадр!
это делается в пэйнте за 3 минуты

61-Ирли Бёрд >ну детский сад что ли?

(50) Не решить, а локализовать, то есть точнее определить место утечки.
Хотя если правда зацикливание то всё проще, нужно просто написать обработочку, которая его ищет.
А если так просто не получится, то я бы поделил номенклатуру на независимые группы (комплект+полуфабрикаты), и делал бы закрытие по каждой группке отдельно, пока не зависнет.

(54) с интересом ждем продолжения марлезонского балета

90 000 косяков в конфе? вы случайн не двери производите? они эти косяки в последнем месяце нашли все? поподробнее можно. да и ссылку давай на базу - тоже интересно поковыряться.

суммы итоговые неправильные - кто ж знает... но налицо либо копирование документа реализации с последующим определением заказа, либо ТЧ обработали как-то, а может НДС, или скидки как-то не так взялись. хз.

66-Зелёный тролль > Оне ысчо с ценами в регистре сведений при проведении документа балуют (судя по (58))
Бааардааак...

65-Зелёный тролль > Там конечно не 90 тысяч, но 10 лет в 7.7 распространяют свое зловоние на весь учет. Внедрять надо конечно с нуля, но не так как ТС - просто давать новую базу.

По конкретике - склады типа "витрина", "витрина ответ хранение" куча складов для отдельных подразделений, всего того, что складом на самом деле не является. От склада, собственно, и буду плясать в поисках петель...

Витрина вполне для магазина является маленьким "складом" - это достаочно широко распространенное явление

69-Чучундер > В УТ 11 для этого есть складские помещения.

(70) угу.
смотреть надо... как и что разложить в настройках
обычно же при внедрении в небольших организациях не заморачиваются настрйокой конфиги грамотно под себя - некогда, работать надо

70-Reaper > Можно подумать, именно платформа 77 не дает включить в метаданные "Витрины", ага.
Говно и из мрамора можно сделать, а шедевр - из бревен без гвоздей. Одним топором.

70-Reaper >71-Чучундер >72-VZ > не думаю, что несколько лишних складов сами по себе являются косяком. и при переходе с 7.7 на 8 их скорее всего просили сохранить.

но что там в дальнейшем с этими складами - Reaper'у виднее.

PS увидеть бы хоть кусок тех 90000 косяков, которые франч уже определил, было бы интересно.

73-Зелёный тролль > Являются, и грубым. Склад - это разрез расчета себестоимости. Перемещение товаров между складами с точки зрения УТ 11 является основанием для изменения себестоимости. Перенос товара на витрину или обратно - ни в коем разе не меняет себестоимости. Кстати лишних складов там больше 10-ка. Всякоразные возвраты/транзиты и прочая муть.

72-VZ >ну да, тут не столько платформа, сколько конфигурация...

Ладно, раскручу на неделе - расскажу еще чего-нить интересное.

74-Reaper > Собсно, я согласен вполне, что платформа 77 устарела. И технически, и, т.с., морально. И с ней надо завязывать.
Только вот для того, чтоб юзеры стали на ней работать эффективно, были нужны 10 лет тех самых 77 :)

(74) > Склад - это разрез расчета себестоимости.
у, блин, это я запомнил с насиповского курса ;-)

> Перенос товара на витрину или обратно - ни в коем разе не меняет себестоимости.
/
то есть с одного склада на другой - меняет, а содного склада "виторина" на другой - не меняет.. странно...

ну и фигли что всякие транзитные складыесть и прочее? - у меня при одном основном складе - тоже не одна сущность..
.
1. основной склад - реальный
2. шоурум - реальный
3. зона уценки - реальный
.
вдобавок:
1. транзитный служебный склад "зона отгрузки" (для убора с основного склада в учете товара который физически собран, но еще не списан - перед инвентаризациями - недоделки складского учета)
2. транзитный комиссионный склад - виртуальный склад по которому проводятся бухдвижения в случае проблем с комиссионерами
3. транзитный служебный "зона отстоя" (по сути = карантин) - когда приходит хрен знает какой товар с хрен знает что сним делать
.
а в конторе где складов поболее - все может быть гораздо веселее...

77-Чучундер > Это все о том, что склад должен быть описан как состоящий из помещений: "основная зона", "витрина" и пр.
78-Чучундер > У тебя 7.7. Естественно у тебя нет там помещений и ордерной схемы

74-Reaper > это оно в УТ разрез, а в бухгалтерии - вовсе не обязательно. но даже с разрезом в УТ - никто не спорит. пусть будет разрез. может он и должен быть в конторе автора. я бы так заочно не смог утверждать, что не должен.