Хелп: Расход больше, чем приход по регистру! #129550

Что будет, если в регистре остатков будут минусовые остатки?Например, реализовали S/N "58423983490", а прихода вообще не былои таких отрицательных серийников многочто делать?хелп!

Что будет, если в регистре остатков будут минусовые остатки?Например, реализовали S/N "58423983490", а прихода вообще не былои таких отрицательных серийников многочто делать?хелп!

из-за этого виснит конструкцияВременныйРасчёт;РассчитатьРегиструНа;и открытие периода происходит 1,5 часа в ДБФ версии базыа в скуле 1 минута всего

У тебя образуются отрицательные остатки на регистрах. Чем это грозит - решать тебе. И твоему ркуводству.

Денис2см. 2е сообщение :-)

Вы, Батенька, еще раз внимательно почитайте рекомендации товарищей + ЖКК на эту тему..

сделай же что-нибудь... Чтоб такого не было.

так я и спрашиваю эти рекомендации :-)дайте почитать, я не отказываюсь

Делайте приход раньше расходаИ почитай про последовательности, закрывайте период (дата запрета редактиирования)

например, что?удалить РГ и РА файлы?и потом заново перепроводить все эти доки по этому регистру?что открытие периода идёт под ДБФ 1,5 часа, что доки будут перепроводиться ещё дольшене выход!подскажите ещё варианты :-)кроме того, что ставить SQL...

последовательность не при чёмт.к. регистр самописныйи движения не касаются основной последовательности

что значит "Делайте приход раньше расхода"?я спрашиваю как сейчас исправить эту ситуацию?а не почему она сложиласьт.е. если действовать по вашим указаниямнужно ловить минуосвые остатки по серийникам и заводить документ "Поступление серийных номеров" с проведением?а "таких" минусовых порядка 5 тясяч записейничё так работка :-)ценный совет! :-)ЗЫ. По другому никак?

Сверни остатки. На каждый минус должет быть плюс. Если прихода нет в принципе, так это оборотный регистр должен быть, а не регистр остатков.

т.е. сверни?как в пункте 10?или есть ещё варианты?регистр остатков!но менеджеры кривыми руками делают расход без прихода — это раз!то что системники (системные блоки) имеют серийные номера и не имеют прихода в принципе, т.к. собираются из комплектухи — это два!вот вам и минусы без прихода!ЗЫ. я же спрашиваю совета как исправить, а не рассказать мне почему получилась такая ситуация! :-)

»

Как-как...Если остатки нереальные - выдумывать приходы что ли?Начни жизнь заново и введи нормальные остатки и живи по правилам

а если нет прихода, то имхо, нужно делать "Комплектацию". Смотрел в типовой ТиС как там это реализовано?

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

Типичная проблема новичков: << я же спрашиваю совета как исправить, а не рассказать мне почему получилась такая ситуация!>> Перед тем как что-то исправлять, посмотреть, в чём причина. Именно причина. То что менеждеры "кривыми руками" списывали системники в минус, это по причине кривости твоих рук, потому что ты не предусмотрел контроль отрицательных остатков, это раз. То что ты не предусмотерл операцию комплектации и присваивание при этом серийных номеров, это два. Как исправить: перепроектировать всю конфу и переписать все модули. Грамотно.

а о чем ты думал когда проектировал регистр?

я проверял на скуль версии всёпотому что не было под БФ базы и речь не шал учёта под ДБФ  под скулем проблем не было тогдаи нет сейчас! период открывается 30-40 секунд а под ДБФ 1,5 часа (95 минут) а учитывать миллион факторов на будущее не реально, потому что неизвестно что будет дальшеи ЭТО было требование директорана складе есть вещь, но её не внесли в базу по серийниками что её нельзя продать?или продать и не дать гарантийник? это требование директора былочтобы в любых подобных ситуациях можно было продаватьт.к. 30 человек-покупателей не будут ждать, когда менеджеры или на складе оформят сначала приход они уйдут в другую фирму! ещё раз повторяю, когда вводили речь про ДБФ базы не быловсё работало нормально под скулем!

Вообще говоря, ничего страшного в отрицательных остатках нет, если они потом закроются по всем измерениям. Но сдаётся мне, что у вас много незакрытых записей еще с прошлых периодов, что и приводит к такому торможению....Значит, нужно делать приход, обнулять регистр.

а я о чём? :-)я знаю, что много незакрытых записей за год, т.е. по всем периодам я спрашиваю сейчас как менее болезненно обнулить "минусы" т.е. предложенный вариант должен быть предпочтительнее, чем поставить скуль на периферию! повторяю, что в скуле нет такой проблемы вообще!исходная база была оптимизирована под скуль в ДБФ база занимает около 1,8ГГб пока нашёл два не совсем правильных выходаждать открытие периода 1,5 часа на Целерон 1,8ГГц 256Мб памяти(на пне4 3,2ГГц 1Гб памяти — 38 минут)илиснести файлы RG и RA + CDX у этого регистра ДО открытия периодатогда период даже под ДБФ открывается за 3-5 секундно тогда придётся перепроводить все доки по этому регистру заново!что тоже долго оченьхотя уже всё оттестировано и работает :-(но нужен "правильный" и менее трудоёмкий путь! :-)

<><>?‡‰Ќ?‡?„‰Њ‰…ШУЮЂЮЧЭУЭ‡Э։ЉЉЉ…ЮУЭ…ЮРЮ„ЮЧЮЂЮЦЮ…‰…ЮСЮЂ‰…Ю‡ЮР‰…Ю‡Э…ЮЂЮЦЮЂЮСЮЌ‰…ЮРЭ‡ЮФЭ…ЭЧЭ‡ЮЌЭУ‰…ЮУЮЂЭ…ЮЌЮРЮЃЮ…‰Р‰Р‰Р‰…ЮСЮ…‰…Э„Э†ЮУЮЂЭ…ЮФЮРЮЦЮУЮЂ‰…ЭСЭ‡ЮР‰…Ю‡ЮРЮРЮ„ЭЊЮЂ‰…Ю‚Ю…ЮЊЮЦЮЂЭ‡‰…Э„ЮЂЮФЭ†ЮСЮЃЭЧ‰…ЮЦЮРЮѓЮЂЭ‡?ЦЌ‡Њ‡?РШУЭ…ЮРЮ„ЮЧЮЂЮЦЮ…‰…ЮФЮРЭ…Э…ЮЂЮФЭ‡ЮСЮРЭ„Э‡ЮЌ‰…ЮЃЮ…ЮСЮСЭЧЭЂ‰…ЮЌ‰…Э…Ю…Ю‚Ю„Э†ЭЂЮ…ЮСЮЌЭУ‰…Ю„Ю…Ю‚ЭЧ‰…‰С‰…ЮСЮ…ЮФЭ†ЭУ‰…ЮСЭ†ЮѓЮЂЮС‰…Э‡Ю…ЮФЮРЮЊ‰…Э†Э‚ЮЂЭ‡‰…Ю‡ЮРЮРЮ„ЭЊЮЂ?У?ЦЌ‡Њ‡?РЯ‚ЮЌЭ‡Ю…ЮЊ‰…ЮУЭ…ЮЂЮѓЮСЮЌЮЂ‰…Э„ЮРЮ‡ЮЂЭ‡ЭЧ»µЯ

В твоём случае правильный и нетрудоёмкий-вещи несовместимые. Если делать правильно, нужно делать приход и таким образом закрывать регистр. Если менее трудоемко-ставить скуль учитывая что база и так немаленькая.

+22 с такими обьемами базы как-бы ты не извращался результат результат будет один ФИГНЯ, либо заводи новую с правильными начальными остатками либо иди на SQL

То 24. Если не закрывать регистры, то любая база через несколько месяцев будет несколько гигов. Болезнь (кривые руки автора) нужно лечить, а не снимать симптомы болезни (в виде размера базы).То Новичок77. Не парь мозги в первую очередь себе, а затем присутствующим. Писать код нужно правильно. А не придумывать нелепые отмазки типа "под SQL работало, а под ВИА нет".

делай в конце месяца приход по регисру где остатки по серийникам минус, и будет тебе нуль.

To 25 что понимать под закрытием регистра?

То 27. То же, что и понимают все остальные, пишущие на 1С - сумма приходов ресурсов регистра по комбинации измерений должна быть равна сумме расходов.

А как это связано с размерами базы

2 Особенность регистра остатков в том, что он стремиться закрыться (остатки, взаиморасчеты и т.п.)Если все идет вразброд или несовпадают измерения - будет бо-бо

+29 в плане уменьшения её обьема

Если остатки закрываются - база (там где итоги лежат) не пухнеть (ну или размер этих таблиц колеблется)

Не забыл что регистр остатков хранит остатки на начало Каждого своего периода? Вот и будет тянуться из месяца в месяц эта краснота плюс несрисанные комплектующие

То 29. Да напрямую. Регистр состоит из двух таблиц - таблицы движений и таблицы остатков. Таблица остатков содежит остатки на начало каждого периода (обычно месяц). При открытии периода вычисляется итог по старому периоду и формируется необходимое количество записей. Если итоги по старому периоду не закрыты, то каждое открытие периода добавляет в таблицу остатков записи.Например:1 января пришла корова рыжая одна. 2 января отдали корову пятнистую одну.Остаток на 1 февраля - корова рыжая 1, корова пятнистая - 1.Остаток на 1 марта - корова рыжая 1, корова пятнистая - 1.И т.д. пока жива база.

29 - "левые" остатки не переносятся в след. периода вообще правило, если делал приход то обязательно должен быть расход. нельзя делать пустые приходы, не придусматривая дальнейшего расхода. а то что у делается расход без предварительного прихода это ошибка в идеалогии конфигурации. можно в крайнем случае закрывать минусовые остатки документом прихода в конце месяца, если уж по другому нельзя.

Вариант 1 Красных остатков нет (ликвидировали движениями)1. Таблица остатков будет меньше, но таблица движений больше.Вариант 2 Красные остатки (приход не делали) что тогда?

То 36. Тогда таблица остатков будет пухнуть, как на дрожжах. Потому что в первом случае мы добавили строку и забыли, а во втором новая строка будет добавляться ежемесячно.

Не совсем согласенпро таблицу движений забыл?Но ради интереса в выходные померяю.

То 38. Внимательнее читай :))Например имеем в январе одну кривую запись, соответствующую 1 строке в таблице движений и одной строке в таблице остатков.1. В январе закрываем движение (+ 1 строка в таблице движений). Весь оставшийся год больше строк нет.2. Не закрываем. В конце года в таблице движений 1 строка, в таблице остатков - 12 строк.И не нужно ничего мерить - это базовые принципы работы с регистрами. Нет смысла самостоятельно убеждаться, что Земля круглая и покупать туристическую путевку на МКС. Можно поверить на слово или придти к такому выводу, применив логику.

Джинн, есть такая порода... все время надеются на чудо: "ведь так хочется!..." И ходят, уткнувшись носом в землю, червонцы отыскивая. И расшибая лоб о столбы...:)

40 - болтун

То 41. Ты не прав в его отношении. Рекомендую всегда внимательно читать посты под этим ником. Многому научишься.

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

42-не спорю, но все равно болтун.43-там был способ как "не работать в монопольном режиме", ибо монопольный режим нужен для регламентных и внештатных операций, можно было понять.я программер ? я же написал пират....

Какой ты "пират"... Так...

:) промолчу по поводу пиратано по монопольному режиму хочу услышать, раз было сказано при всех.

Еще раз повторю: чтобы блокировать заход в монопольном режиме "не администратору", достаточно несколько взмахов мышкой. И только мышкой. Учись...

хочу научитьс, как тогда дела с:1. регламентными процедцрами -открытием периода ?2. внештатными - переиндексацией ?

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

Жаль, что пост 22 подчистили слегка :)Мот автор и не успел прочитатьИ где он, кстати? На какие действия созрел?

(48, 49) Нет уж, вьюношш, теперь сам...

А ведь знал, что имею дело с опытнм, старым политиком, забалтает по полной.Я думаю Вам все же надо высказать свои секретные знания вслух, коль ветка обрела вторую тему. как сделать открытие периода и переиндексацию без разрешения на вход в монопольный режим.P.S. Вход под Администратором не предлагать :) ибо тетюхам аптекарям это запоминать не надо.P.S.S. все же жду именно ответ на заданный вопрос а не на комментарии.

По пунктам1 Согласен с тем что если остатки по измерениям 0 то размер таблицы остатков будет меньше2 Утверждение о том что от отрицательных остатков база начинает пухнуть по меньшей мере странное для 1С остатки что плюсовые что минусовые одно и тоже в плане размера базы.3 "Закрывать" регистры в конце периода это уж совсем нонсенс. Во первых кто позволит, во вторых в начале периода вводить остатки? За что боролись на то и напоролись в плане размера.

Пожалуй последнее замечание к 39 применительно к теме вопроса в рассмотренном примере остаток минусовой резоный вопрос а что изменилось бы если он был бы плюсовым? Да полажуй ничего кроме того что автор не задал бы свой ворос а уж размер базы-то явно нестал бы меньше.На счет кривых рук утверждение не мое но имеет место быть, а вот что учет веден неизвестно как это 100%.Да и еще неужели у SQL и ДБФ версии столь столь порясающая разница, что-то не замечал, то ли автор темнит толи я чего не понял

Все что вы тут говорили - зачеркнуть и забыть. Послушай меня! Не нужен тебе этот регистр. Он только тормозит твою базу и создает ненужные проблемы. Прибей все ссылки на него в модулях, таблицы закиляй ... База будет летать долго и счастливо ...

не прочитал, а что там было?пока созрел до того, что выбрал все минусы по регистру и думаю сделать док "Поступление серийных номеров", т.е. закрыть минусы плюсами1м документом, а не по каждому месяцу, т.к. база к тому же УРБДтам посмотрим к чему это приведётвсё равно пока тестовую мучаю

для авторов, которые всё сетуют на кривые ручки 1) Где Вы такие умные были 6 месяцев назад, когда я тут спрашивал почему при выгрузки из скуль версии и дальнейшей загрузки в ДБФ не грузиться и тормозит как раз на пересчёте этого регистра 2) а Вы сами (каждый отдельно и все вместе) писали 2 года назад под платформу 7.7 с учётом выхода 8ки? :-) Нет? Да Вы что??? Выкиньте тогда все свои писульки нафиг, т.к. не учли будущего!  Для тех кто в танке: была задача, было время на решение, про УРБД и ДБФ базу стало ясно после 3х месяцев нормального использования уже сделанного. Проблемы всегда возникают именно, тогда, когда тех. задание меняют как перчатки — тут играем, тут не играем, а тут вообще рыбу заворачиваем :-) Чтобы утешить чьё-то самолюбие: аттестата 1С:Специалист нет, т.е. не читал ОБЯЗАТЕЛЬНЫХ условий по выведению остатков в ноль и балы, которые за это снимают на аттестации ЗЫ. Форму есть форум. Как всегда отдельное спасибо авторам, которые помогли советом и вникли в ситуацию, а остальные идите пейти пиво, для Вас тут ничего нового! Вы все сразу "авторами" родились :-)

57 - гонору дофига. ты просто смешон. хочешь чтобы тебе тут на форуме ЖКК цитировали?Обратись к специалисту и иди учится.

"тех. задание меняют как перчатки" - а вот здесь врешь, голуба. Такого не бывает. Процессы не прыгают, аки блохи. Это не техзадание было, это тебе объясняли как надо сделать, понимая видимо, что смысл тебе рассказывать бесполезно, и что проблему "как сделать" ты решить не в состоянии. А тот, кто подсказывал "как делать", в вопросах программирования ни бельмеса не смыслил сам.

2 Если бы я тебе отвечал полгода назад, то сказал бы, что регистр со множеством измерений или незакрытый - гимор при открытии периода и пересчете итоговСогласен с ... хочется прямо добавить, да еще и этот ник забанят

То 53. "Положительный" остаток является необходимым. Собственно для его хранения и придуман регистр. "Отрицательный" остаток - это ненужный "мусор", который захламляет базу и не имеет никакой ценности. Неужели это так сложно понять?Кроме того ГДЕ я писал, что нужно закрывать регистр в конце периода? Не нужно "творчески" перерабатывать мои высказывания. Закрытие регистра означает, что после ПОЛНОГО ЗАВЕРШЕНИЯ цикла остатки по ресурсов по всей комбинации измерений выйдут в ноль. Например купили товар - приход по регистру. Продали его - расход. Итогов в регистре по нему больше нет. И нет никакого "мусора".

2 Обожди... отрицательный тоже иногда нуженПро остатки товаров - вопрос спорный, а про взаимроасчеты - достаточно удобно можно сделать (как в ТиС)

То 62. Замечу, что слова "положительный" и "отрицательный" специально были в кавычках :)

2 обьясню позицию:Утверждение в корне неверное также собственно как и отрицательные остатки как и остатки вообще в общий размер базы вносят минимальную лепту. Надеюсь расшифровывать не надо.В остальном с согласен.

61-64 , ребята, ну чего рассусоливать? В ЖКК все написано... правда однажды видел решение в котором ОСОЗНАННО регистр остатков не закрывался в 0. и по нему шли только приходы. Но это было оптимально для данной конкретной ситуации, хотя в итоге просто сделали внешние табличуи на SQL серваке...

под тех. заданием понималось то, что нужно было сделать и где нужно было сделать... ещё раз повторюсь речь о ДБФ базе и УРБД вообще не шлапод скулем всё работало 3 месяца (без всяких проблем!) прежде, чем зашёл разговор об УРБД и ДБФ базе как периферии а Вам как специалисту нужно решать последствия, а не говорить отчего это произошло! :-) давайте я уволюсь и вас возьмут на моё место, но со словами "чем лечить такого ребёнка лучше сделать нового" вас выкинут зашкирку не успев оформить документы :-D ИМХО, если кричите, что Вы офигенный специалист, то не говорите, что только ампутировать и ничто не поможет!

То 64. Ну вижу спорить с тобой бесполезно. Ты будешь смотреть на белый лист бумаги, и утверждать, что он черный.По ходу подменяя суть вопроса и выкручиваясь для разнообразия. Например подменяя понятие "минусовые остатки" как несовпадение набора измерений при записи в регистр и при списании его понятием "итоги с отрицательным знаком". Которые вообще не имеют к контексту обсуждения никакого отношения.Можешь верить 25, можешь не верить. Тем не менее закрытый регистр - прописная истина.То 65. Если шли только приходы, т.е. накапливались обороты, а не остатки, то почему не следать его оборотным регистром?

66 - меня еще в "зашкирку" ни разу не выкидывали. :)Это раз.А два - это форум, а не бесплатные курсы для тех кому лень учится.Если хотите помощи по таким вопросам, то заплатите денег и тогда все будет ОК.По моему глубокому убеждению, самый лучший совет который можно дать в данной ситуации это - "читай ЖКК, уважаемый". Я на самом деле думаю, что это наилучший выход. А то был тут один товарищь, удалил таблицу 1sconst, а потом ругался что ему плохих советов надавали. :)

отталкиваясь от реальных данных поддержу под скулем период открывается чуть меньше минуты (Sempron 2200+ 256Mb)под ДБФ 1,5 часа (Celeron 1800MHz 256Mb) и 39 минут на пень4 3,2ГГц и 1ГБ памяти скуль центр, т.к. база УРБД объём в ДБФ варианте этой базы 1,5ГГбДБФ это периферия — объём базы 350Мб данные в 4х файлах регистра по серийным номерам в 2 раза меньше аналогичных данных по регистру ПартииНаличиеи это с тем, что по 1му регистру "незакрытые периоды", т.е. минусовые остатки на каждый конец периода

То 69. Ты не врубишься в то, что тебе говорят. Какая разница, быстро-медленно? Какая разница, на чем ты запускаешь?Ты написал кривой код. Это факт. И тебе рекомендуют учиться. Что само-по себе не является оскорблением.Что ты начинаешь рогами упираться?

в том то и дело, что это форум!вы забываете о том, что в нормальных условиях здесь должно было быть решение выхода из этой ситуации моё или ещё чьё-то а Вы превратили форум с вопросами в кадровое агентсво :-)с рейтингом кто самый крутой ЗЫ. Итог будет в том, что если я и найду решение, точнее оно найдено его осталось реализовать... ответа здесь небудет. И от этого пострадаете не Вы, а те кто столкнётся с такой ситуацией

я и не оправдываюсь, что мной были допущены ошибкии что по сути нужно учитьсяНО была поставлена реальная задачаа вместо советов, точнее на 2 дельных совета 30 мнений о том, что такая база не должна житьи что нужно всё снести

2 В данном случае речь идет об итогах с отрицательным знаком читай внимательнее

То 71. Так тебе порекомендовали единственно правильное решение - переписать код таким образом, чтобы регистры закрывались. А заодно включить контроль остатков. Какой тебе совет нужен?Типа "Читай на ночь Коран в течение 15 мин. и все само рассосется?"

71 - вы не горячитесь, иногда полезно почитать правила форума и следовать им.Например не увидел пока номеров релизов 1С, версий операционок, версий SQL сервака, описания железа (желательно с сеткой) какая конфа и т.п.А может для начала попробовать удаленную базу скопировать на сервак где лежит центральная перевести ее в СКЛ и посмотреть что выйдет?

Я бы посоветовал Создать новый регистр, затем закрыть отрицательные остатки в проблемном в "0", а в том создать соответствующие записи, но, ИМХО, проблема глубже, так как если действительно происходит комплектация сист. блоков, то при наличии одного сист.блока проданным (остаток - "-") имеем еще и кучу комплектующих в наличии (остаток - "+") и вот это и создает проблему. Если бы был док "Комплектация", то произошло бы списание кучи комплектующих и не было бы отрицательного остатка по системникам и регистр был бы "как картинка"

То 73. Не передергивай :)Все обсуждение крутилось вокруг незакрытых регистров, а не о знаке итогов.Можешь еще раз все перечитать.

67 - короче там нужно было что-то типа периодически хреквизитов, но так как 1SCONST не резиновая, то решили сделать на регистрах. Но потом все-таки отказались и сделали на внешних таблицах.

+ я спокоен!но давайте смотреть на факты!первоначально МНОЙ была сделана процедура контроля остатков по серийным номерам!но "ЭТО" не подошло к реальной задачепотому что реально менеджеры списывают те серийные номера, которые ещё не поступили, точнее на них не было сделано прихода!потому что фирма компьютерная1 из 10-15 в городеи нельзя взять и сказать "не продавайте в минус хоть это быстро и не правильно"потому что клиент уйдёт к другим только поэтому "контроль" был удалёнмоя ошибка в том, что я не увидел последствий заранееНОсмягчающее обстоятельство ещё и то, что траблы только под ДБФа ДБФ ввели в строй через 3 месяца после успешной работы под скулеми в то время про ДБФ вообще не было разговоров скажите как вам это поможет? :-)025 платформаТиС 933 как под скулем так и под ДБФ была сделана обратьная задачавыгрузка из скуля и загрузка в ДБФпроблема найдена делать наоборот, смысле нет, т.к. ДБФ (периферия) и следовательно она не может быть изменена на уровне конфигурации. Все изменения вносятся только в центре в конфуи следовательно никто не мог нарушить структуру регистра на периферии

2 Это советовалось еще в за расшифровку спасибо.2 я не передергиваю см заголовок "прихода вообще не было"

2 Это советовалось еще в за расшифровку спасибо.2 я не передергиваю см заголовок "прихода вообще не было"

НЕЛЬЗЯ закрыть продажу в минусы!НЕЛЬЗЯ!Потому что менеджеры не будут смотреть остатки по региструи не будут звонить на склад и уточнятьбыл такой приход занесён в компьютер или не был они реально смотрят на вещивот под рукой такая-то плашка памятивот у неё серийники им до батвы был по ней приход или не был!им надо продать, чтобы клиент не стоял 30 минут и не ждал пока кто-то сделает приход, кто-то кого-то заменит на складе, потому что кто-то болеет, жениться или в больнице лежит... вот вам реальная ситуация :-)кто с этим не сталкивался пейте пиво!а кто сталкивался тот поймёт, что нужно "затыкать" дырынаименее ресурсоёмко поставить скуль стоит денег, но это выход!

(80+81) Да я знаю, просто хотелось объяснить челу в , что если он просто сделает приход и закроет отрицательные остатки, то это проблему не решит, так как останется еще очень много записей с несписанными комплектующими, просто минусовые остатки они наглядно видны, а куча лишних деталей появится только во время ревизии. Лучше всего автору подготовить вариант конфы с нормальным списанием, потом провести ревизию, грамотно списать все излишки и оприходовать недостачи, и уже с этих остатков начать новые танцы.

Автоматизация бардака...

кто читает между строк!минусы это минусы по регистру серийные номера, а не количество! т.е. реально пришло 20 резаков Нек 3520 с 20ю разными серийникамипо факту сделали приход по количеству, т.к. такой приход делается раньшеи не сделали по серийникама менеджеры продают уже со складаи никто не будет ждать, когда разнесут эти 20 или 200 серийникови никто не будет ждать у кого сломался сканер штрих-кодаклиента это всё извините не ё.............т а 95% "советчиков" как я понял советуют закрыть фирмуи делать приходыпотом открыть и начать продавать, когда останется 0 клиентов не сталкивались с ситуацией? и не надо тогда кричать про кривые рукипо правильному склад должен был сидеть и минусы тем же числом, но раньше по времени делать в приход,но так как живём в России это оказалось нафиг никому не нужно ипока всё работало...

То 82. В пятнадцатый раз объясняю - формат базы не имеет никакого значения.Ну совершенно никакого. Что ты докопался до него, как пьяный к радио - сыграй да сыграй.Если не можешь запретить продавать "в минус" (хоть я и не верю в принципиальную невозможность этого, особенно для компьютерной "комплектухи"), то все равно этот минус нужно потом ЗАКРЫВАТЬ приходом.

закрываются не просто отрицательные остатки!а минусы после свёртки по всем измерениям регистрат.е.пример,фирма+ТМЦ+Серийник+складсворачиваются в ТЗи получается, что минус превращается в ноль и пропускается, если был такой же плюс раньше и обрабатываются только те минусы, которые после свёртки остались минусамит.е. нет у них плюса всё-таки, давайте не будем считать, что все такие глупые :-(

золотые слова!про верю-неверю пропущу...и так отвлекаюсь на такого рода высказывания... а я сейчас чем занят?как раз готовлю данные для приходаили для дыркозатыкательства кому как больше нравится! вот поэтому и дайте работать, а не кричите, что кривые рукизаколебался объяснять суть проблемы читаю только потому, что думаю кто-то подкинет ещё дельную идейку,а тут только критики блин собрались :-(

+ Причем, эта "автоматизация" никому не нужна и только отнимает время. В остатках регистра полный бардак, но это почему-то абсолютно никого не беспокоит! Более того, считается, что все нормально. Вывод: информация об остатках в базе никому не нужна. Это только занимает время при проведении и место на диске.Так зачем платить больше? Выкинуть "автоматизатора" за шкирку (вместе с его регистром) и всем будет счастье и радость ...

ёпт!ещё одна умница :-)а принесут вам видюху по возвратувы откуда возьмёте серийник по возврату и серийник по приходу?из головы?как Вы клиенту мотивируете, что это не ваша карточка, что её продала фирма "Рога и копыта" и никак не "ТД "Счастье"???  ЗЫ. Стало ясно буквально ВСЁ!Кто не понял ситуацию тот и кричит про кривые руки — Вам бы такого счастья и флаг в руки! А кто понял и даёт дельные советы — миллион раз спасибо!

>> вы откуда возьмёте серийникТолько не из твоего регистра ...

Бардак начался от руководства, когда говорят надо продавать, а не делать приходи когда говорят у тебя з/п зависит от прибыли фирмы, а не от того что у тебя всё в ноль свелось и какими усилиями это достигнуто! а кто опять думает, что ничто не работает и что у всех кроме Вас кривые руки, пейте пиво и в баньку с девочками... вам тут не интересно, т.к. тут реальные задачи из "жизни"автоматизация бардака!

Точно Объясняю, то что у тебы продан серийник "ХХХ" в минус, также означает, что у тебя есть непроданный серийник "УУУ". Закроешь ты минусы, а плюсы у тебя остануться. И давай не будем путать, одно дело написать программу, и совсем другое - создать работающую систему с отрицательной обратной связью. В твоем случае, например, можно делать ежевечерний отчет по магазину, как только всплывает минус, то немедленно начать поиск причины - "не ввели"(кто и почему), "пересорт"(с чем), "ошибка при вводе"(исправить в нужном направлении), "принес из дома глюкнутую память и поменял на рабочую"(поменять менялу). Вот после того, как коллектив начнет работать в этом направлении, только тогда в базе будет порядок и босс получит нормальный учет.

да ну?а какая нафиг разница в минусе серийник или в плюсе, если он поступил на фирму или убыл с фирмы? любое "белое" движение по этому регистру гарантирует, что это движение по нужной фирме! и не важно, если продали мы его в минус без приходаидентифицировать как проданный с этой фирмы мы его сможем :-) повторяюсь, пейте пиво!не вникайте в суть!всё равно ничего дельного не советуететолько критика одна

Ты же в 56 сам ответил на свой вопрос, делай "Поступление серийных номеров", странно та что его у тебя до этого не было. Тем более ты ранее писал что номера серийников вбиваются в базу. Вопрос в какую же базу они вбиваются тогда, и каким оброзом, тут тоже не совсем понятно ?

так ответов море, а нужен 1-2 наименее трудоёмкихточнее ресурсоёмкихвремя тоже в данном случае ресурс1) можно ждать и 1,5 часа открытие периодаушли менеджеры домой 31 августа оставили открытие периода на ночьдо утра откроется — тоже вариант, но сколько времени уходит?2) снести 4 файла РГ + РА + индексы по этому регистру, тогда период открывается за 3 секунды, но потом перепроводить доки нужно будета это время... и не малое3) по всем "минусам" внести плюсы есть и другие неозвученные вариантыно нет 1-2 эффективныхпока остановился на варианте №3

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

не означает!потому что читать надо внимательноприхода нет по минусама то, что в плюсе выбирается как остаток, т.е. его реально продать в любое времят.е. при продаже возможны 2 случаяоформить документ "Реализация СН" путём ввести на осовании обычной ТиС реализациии завести этот док без привязки к реализациит.е. вручнуюи тогда серийник можно выбрать не по остатку, который уже есть в базе, а просто считав серийник сканером штрих-кодавот и мунус без плюса! чё не догоняете никак? "минусы" выловил по региструнет таких, когда поступил УУУ, а продали ХХХ!все плюсы или есть реально на складе или их погасили минусамит.е. нет левых приходов или висячих