Привет всем.
Существует ли в 7.7 ограничение на количество записей в регистре?
Если да, то есть ли варианты обхода? (нужно сохранить остатки)
Заранее благодарю

В DBF есть ограничения.

Варианты обхода - SQL.

(1) документы могут при этом не проводится ?

тся-ться ?

(0) сколько у тебя там записей?
(3) какая ошибка при проведении?

(4) размеры файлов регистров - около 1-го гига, но вот документы не проводятся с определенного числа.
Пишет "Документ не проведен." записей - около 900 тыс.

в отладчике СтатусВозврата в момент завершения обработки проведения какой?..

(6) а отладчик что говорит, или это слишком сложно?

(7) у отладчика - все норм - на возврате 1-ка

(9) значит всё.. приплыли..

Что же вы так детально считаете?

Счётчик строк 5-разрядный, лучше бить по 100 тыщ строк.

Базу перекинули в скуль - открылась, старые документы - перепроводятся, новые - ни в какую

(12) ТиИ делали?

срезать базу религия не позволяет?

(13) угум
(14) чем, чтобы остатки сохранились?

(15) Опер учет?
В профиле мыло, свистни пришлю

(15) мы в свое время писали на sql скрипты под это дело. А как свернуть dbf - хрен знает.

(16) и опер и на счетах

(17) Для свертки ДБФ есть как раз быстрая сверкта, но вот может она только под ТИС заточена. Просто у меня ТИС и поэтому как-то другим и не морочился

(19) как вариант:
1. Сформировать обработкой операции ввода остатков на 31.12.2017 (отключить проводки)
2. Внешними средствами удалить из dbf движения за предыдущие периоды
3. Включить проводки по сформированным операциям (п.1)
4. Через ТИИ переститать итоги.


Ну разумеется, это всё проделать на копии базы для начала.

(20)
4+5. ТиИ - со сверткой таблиц БД, инструменты я уже выслал Тс-у

(20) и (21) спасибо, ребята, щас буду пробовать

фигня где-то какая-то.
к количе ству записей отношения проблема не имеет.
ищите ковырялки в коде.
ТИИ прогнать конечно надо бы.

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

(9) а глазами посмотреть? ))) ты на неправильном путь )))

(25) / (9) в модуле:

Процедура ОбработкаПроведения(перЗначение)
    
    ОчиститьОкноСообщений();
    ЗаполнитьТаблоид();
    Счет43 = СчетПоКоду("43");
    
    Таблоид.ВыбратьСтроки();
    Пока Таблоид.ПолучитьСтроку() = 1 Цикл
        Операция.НоваяПроводка();
        Операция.СодерПроводки        = "Отклонение от фактических данных";
        Операция.ПервичныйДок        = ТекущийДокумент();
        Операция.Дебет.Счет            = Счет43;
        Операция.Дебет.ПродГруппы    = Таблоид.Продукция.ОтчетГруппа;
        Операция.Дебет.Продукция    = Таблоид.Продукция;
        Операция.Дебет.Размеры        = Таблоид.Размер;
        Операция.Дебет.Артикулы        = Таблоид.Артикул;
        Операция.Дебет.Расцветки    = Таблоид.Расцветка;
        Операция.Сумма                = Таблоид.Стоимость;
        Операция.Количество            = Таблоид.Количество;
    КонецЦикла;
    
    Операция.Содержание        = "Отклонения от фактических данных";
    Операция.СуммаОперации    = Итог("Стоимость");
    Операция.Записать();
    
    Сообщить("Возврат = " + СтатусВозврата());
    
КонецПроцедуры // ОбработкаПроведения(перЗначение)

в окне сообщений:

Возврат = 1

(26) Флаг проведенности ставится? и кто пишет "документ не проведен"?
зы. бух период-то открыт?

Кстати, 43 вроде как балансовый. Дебет вижу, кредит нет..

(26) Где тут регистры?

(29) бухгалтерские :-)

Приветствую, база моя."Документ не проведён" - сервисное сообщение 1с. В отладчике всё проходит на ок, и после этого последним этапом в самой 1с это модальное окно с сообщением

(31) см. (28)

Ранее проведённые документы перепроводятся, вновь создаваемые - только сохраняются. 99% что dbf база упёрлась в лимит, или по файлу 1SBKTTL.DBF = 1623319Kb
или два файла регистров, в которых 16млн записей

Практические ни один документ не проводится, будь те что на регистрах, или на проводках, или и то и то.
Но бывает чтото глюкнет, и новый счёт проведётся, потом опять.
Т.е. база реально стала глючить.
Брал бекап двухдневный, внёс за 1 день доки и опять вылезла таже фишка, т.е. упираемся в размер

(33) уперся в остатки по счетам.
режь бюстгалтерию

(34) в какой размер чего?
смотреть надо размеры файлов и отдельно количества записей.
пока такой инфы нет - смысл?

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

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

3 года расстрела!©

(33) Еще можно посмотреть сальдо на счете 43 - может там уже сумма подошла к своему максимуму? (т.е. сальдо не закрывается)

(5) (36) Инфу отписал в (33)

(37) конфиг самописный. Базе 9 лет.

(40) а в самописных двойная запись не принята?

(41) может забаланс

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

(41) (42)  Не совсем понимаю о чём речь, но предполагаю что это не важно.
Уже трое суток бьюсь над проблемой, склад только не может отпускать товар, остатки не идут.
Паралельно пробовал на Win Server 2016 установить SQL 2008, вроде получилось, но загрузка данных не идёт, т.к. dbf база чутка поломана, встречаются дублирование индексов и при импорте в SQL ругается.
Вот так несколькими путями пытыюсь решить проблему.

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

(44) речь о том, что 43 - счет балансовый, и в нормальных  условиях система не дас провести провдку по дебету какого-то балансового счета без кредита другого.  Если у вас счет ГП сделан забалансовым - нафиг он вам вообще нужен

(44) Чет не понятно, удалось на SQL перевести или нет? В (12) написано что удалось, в (44) - нет.
Сейчас где не работает?

(45) Да, гугл об этом говорил, но пока не хватает знаний быстро освоить профайлер (плюс попытки потушить пожар паралельными способами)

(48) способ-то один: "позовите программиста"©

(46) 43й счёт тут не причём, Мой парнтёр возможно кинул часть кода, где указан этот счёт, возможно этот код не из моей базы.
Это не важно, 9лет база нормально работала (забалансовые счета помоему не используются).
Вопрос в другом, как максимально быстро мне хотябы костылями, провести за полседние 3 дня не проведённые документы.
п.с. обработку по свёртке (37) сейчас параллельно буду пробовать, на не уверен что для мсамописной конфигурации всё пройдёт гладко, хотябы изза перекрёстных ссылок документов друг на друга на границе свёртки базы

(49) Многие утверждают, что SQL 2008 (запатченный через копирование dll) не будет корректно работать с 7ой. Поэтому этот вариант рассматриваю как один из возможных.
п.с. Был бы толковый программер, который мог бы решить проблему, уже давно бы позвал (тех которых позвал, пока помочь не могут)

(51) 2008 прекрасно работает с секрелизом.
и что, што перекрестные ссылки? они никаким боком не помешают

(52) счёт 30.12.2017
расходка по нему 01.01.2018
При проведении расходки на основании счёта, то остатки по регистру "Товар в резерве" изменяются одним способом, если расходка не на основании счёта, то другим алгоритмом.

Есть сомнения, что после урезки базы, остатки перенесутся корректно. А проверить это сложно

(50) для начала надо выяснить проблему.

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

(53) и что? что мешает иметь этот документ (счет), но не иметь по нему движений?

(55) есть разного уровня программисты. И это не панацея. Я тоже программирую, но это не значит, что сейчас я быстро могу решить данную проблему. Поэтому и создана тема. (56) я не утверждаю, что обработка выполнит свою задачу. Я предполагаю, что могут быть нюансы, которые не позволят ей досконально чётка отработать все нюансы.
Ещё раз про мой пример: если урками удалить мой счёт за 30.12.2016 год, а расходку по этому счёту не перепроводить,
то остатки будут не правильными.
Вот поэтому и сомневаюсь в обработке, скорее всего нужно будет перепроверять результаты её работы, а не факт что это легко и все баги будут найдены

Мне бы какой костыль, который, временно решит проблему (пожар на складе нужно срочно гасить). Пишут про kernel на Infostart.ru, но чтото не нашёл нормальный FAQ по нему. Может в этом направлении покапать паралельно, Ктото ссылками может помочь?

Обработку по свёртке (37) на копии запустил, но сколько она будет лапатить базу, и приведёт ли к нужному результату, не уверен. Потом копию перепроверять, и если всё ок, то уже на основной базе тоже самое делать. Боюсь суток не хватит

(59) если есть FoxPro попробуй через него обработать проблмные файлы:
USE NameDBFile INDEX NameCDXFile
PACK
REINDEX

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

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

(58) "Проблема 1Гб" - смотри на ИСе в поиске

(61) уже дважды писал, что размер таблицы и размер строк в таблице отписывал в (33)
1SBKTTL.DBF = 1623Мб
RG1024.DBF = 16млн записей примерно

(63) выгрузку/загрузку делал?

(61) Ну как Вы не можете понять: нет проблемного кода.
9 лет код отрабатывал нормально и сейчас отрабатывает. Сейчас никакие документы (около 10 видов, счета расходки, выписки, и т.д.) НЕ ПРОВОДЯТСЯ. Но они проводятся на документах, которые ранее были проведены.
Код тут ни при чём, 1с не может создать или новые проводки или новые регистры

(64) Да, и ТИИ полное тоже. Не помагает

(65) что за регистр RG1024?

http://prntscr.com/lwytie
вот скрин журнала. До 14.12.18 все счета проведены. Далее перестали, сегодня какимто чудом какието проводятся, потом опять нет. Даже пустые счета - не проводятся. И так по всем остальным видам документам. 1с выдаёт сервсиную ошибку "Документ не проведён"

(67) http://prntscr.com/lwyuu5
скорее всего регистр Остатки

вот именно в нём 16млн записей.

Регистр итогов на 16 млн записей? или контора очень большая. или регистры не закрыты.

(69) ну посмотри 1Cv7.dd

(70) но в других регистрах же нет такого кол-ва записей... проведи документ которые не двигает этот регистр...

ps. посмотрел в архиве, 1SBKTTL - 1,4 Гига...

(71) Уже как есть, возможно и не оптимизированы регистры, но сейчас мне нужно немного не это )

" проведи документ которые не двигает этот регистр... " в том то и дело, что Выписка банка не двигает ОстаткиТМЦ, но всёранво не проводится

Т.е. возможно упёрлись в 1SBKTTL  и его 1.4Гб

(73) оптимизация и закрытие - разные вещи, на вопрос о кол-ве остатков то можешь ответить )))

(74) ну значит дело в не этом... не?

Что то мне подсказывает- что там МД битый, копия есть, что бы подменить?

(75) я про базу, которая есть у меня под рукой.... - она нормально работает

(77) Копии есть, брал 2х дневную, в неё начал добавлять доки и тоже упёрся

Ещё момент: не проводятся даже те доки, которые не двигают ни регистры ни проводки.

(78) У многих базы летят когда размер в 1гб. Тут наверное как повезёт

(79) Мд разобрать собрать пробовал?

"на вопрос о кол-ве остатков то можешь ответить "

у меня партионный учёт. Остатков по Товарам - ну пусть 2тыс позиций. И по каждому товару может пару партиий в остатках

(81) я таких не знаю... знаю тех у кого и при 100 М летят, но это не от размера базы зависит...


(80) ну выкладывай свою подопечную в файловую хранилку и кидай сюда ссылку....

(82) Нет, но сомнения что это МД. Паралельно могу взять md пусть месячной давности и на нём попробовать, но повторюсь (брал 2х дневный, удалось внести доки за один день и птом примерно в томже месте как и у основной базы - затык).
Чем "разбирают - собирают" МД?

(83) ты в этом не одинок..... )))
но у тебя в остатках нет партий )))

посмотри в DD что это за регистр...

(86) Посмотрел, это регистр Остатки. Партия у меня это Карточка в регистре

Но смотрим на это: (80)
"Ещё момент: не проводятся даже те доки, которые не двигают ни регистры ни проводки."

это как можно объяснить?

Т.е. внутренний алгоритм 1с проведения документов изза чегото хромает

(75) 1SB... даже при не граничном значении запросто может к лимиту по количесву записей.

(85) gcomp_bin_2.2.15.zip
можно еще suaron протестить

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

(90) а откуда лимит в 16 миллионов?

(84) Если ктото может посмотреть базу, ссылку дам на файлообменник

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

(94) давай. пока время есть

(93) http://catalog.mista.ru/public/77617/

(96) На форуме личка есть? )

(98) нету

кстати, версия платформы какая?

кидай ссылку на мыло - мой ник на мэйлру

(100) 7.70.027
ссылка на мыло ушла

(102) Кинь поковыряю, мыло в личке

Час работы обработки и результат :
http://prntscr.com/lwzh83
:)
Возможно чтото у меня, возможна обработка на ТИС писалась, сложно сказать

(102) поймал.

Записей, к слову сказать у вас там 7.7 млн

16 лямов тут RG2091  Регистр Клиент

(106) сори
RG2091.DBF
в ней  16823439

(107) Вот я слепой. Этот регистр мне вообще не нужен

Может его просто убить? Как поступить?

попробуй (109)

У меня пока переиндексация идет

(104) Рабочую дату надо ставить правильную
Метод .Новый() - генерит объект с номером, соответствующим текущему периоду (определяется рабочейдатой()). а записываешь - в прошлый период. получается (_._)

(109) мне тоже можешь отправить.... гляну вечером...

(33) несколько лет назад тоже уперся в лимит 16млн, помогла длл с wirth.ru, но ресурс уже недоступен - ищи в архивах.

(115) пока попробую убить регистр Клиенты. Вдруг поможет

(116) не помогает пока, сча реиндексирую бд посмотрим, вся фигня в том, что в обработку проведения в отладчике 1с-ка не попадает

Интересно, в SQL версии базы, есть такое же ограничение в 16млн записей ?

(116) сделай его оборотным.

(118) нет. судя по словам hogik'а, это косяк конкретной реализации CodeBase, причем именно в 1С

(119) После этого нужно сжимать базу в ТИИ или что именно сделать? Но по минимуму, чтобы получить результат долго не ждав

(117) " вся фигня в том, что в обработку проведения в отладчике 1с-ка не попадает"
странно. Отладчик у меня всё обрабатывал. Правда уже штук 10 копий базы наделал, может в какойто и глюк \хотя както маловероятно\

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

(123) Там вроде подключается доп. индекс на это поле для "быстрой обработки движений".

(122) Делаю ПКО, жму провести - документ не проведен, не заходя в обработку проведения, странно, декомпиляция и компиляция МД ничего не дала

(123) в структуру регистра добавляется поде DateTimeIddoc
"nj gjpdjkztn cnhjbnm jnxtns gtp l;jqyf c ;ehyfkjv

это позволяет строить отчеты без джойна с журналом

что то мне подсказывает, это как то связано с итогами

(128) что?

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

(125) В базе есть документ купюры (125)
в одной из моих копий отладчик заходит в ОбработкаПроведения() документа ПКО. всё ок.

п.с. очень надеюсь на регистр Клиенты (сделал его оборотным, жду пересчёт итогов).
В этой области может покапать?

(131) а попробуй на основе "битого" документа создать новый копированием и провести разными датами ... что будет?

(131) Я уже его прибил и переиндексировал, проблема осталась, так что тут чуда не получилось, грешу на итоги, он самы тяжелый файл, сча его тоже прибил, переиндексирую и пересчитаю итоги, посмотрим что выйдет
(129) при попытке проведения спрашивает, перенести ТА и вываливается - документ не проведен

Такое ощущение что пытается обратится к ТА и вываливается

(130) Как вариант, тоже прорабатываю. Уже поставили на сервак виртуалку и развернули там Server 2003 + SQL 2000. Ещё пока сам на это не переключался, но смущает, что dbf база по "индексам" коегде поломана и придётся юзать SQL профайлер (с наскока показался сложным) и потом лечить базу. Понимаю что всё решается, но через регистр Клиенты было бы быстрее существенно )

(131) А не поможет - валится на записи проводок

(133) Какой же у вас комп по железу, что так быстро сделал переиндексацию?
У меня райзен 2200/16гб озу/ssd samsung 970 nVME - и полное ТИИ (без упаковки таблиц) помоему сутки выполняется

(136) Значит либо резать базу либо SQL ?

(137) переиндексация заняла минут 20

(138) сейчас посмотрим

(137) ССД в райде 0 решает, все остальное для 7-ки уже вторично, 16 гиг, i5 с разлоченным множителем

Но я похоже, погорячился в (37) с "3 года расстрела" - за такое нужно давать как минимум 7, причем через повешенье...

(142) а что не так? )

(141) простой перебор справочника и изменение одного реквизита на SSD помоему в 9 раз быстрее выполнялось чем на HDD

у меня минут 10 индексы восстанавливались на ноуте...
ссд в рейде даже не доставал )))

вот эту хрень закоментируй и все проводиться....
ИндексВШапку(Контекст_пар);

(146) у справочника индекс код закончился..

СпрИндекс.Записать();
{Глобальный модуль(1247)}: Код не уникальный!

(148) из за этого и не проводится..... что и требовалось доказать....

(147) Хм, это было бы очень просто, но я надеюсь ). Щ проверю

(148) ничья!

(150) что тут проверять... Справочник.Индекс - увеличь разрядность кода и все будет работать....

(150) увеличь разрядность кода до 6 или 7. он числовой...

ну всё, пацаны, расходимся....

(151) я позже начал )))))  в 17:51 только файлик скачал )))

но конфа конечно треш......

(155) а я РЛС попутно пинал....

(156)я даже боюсь предположить, "под чем" ее писали...

(157) я на пенсию когда выйду, поеду в Минск...  там не паханное поле )))

(158) и не говори... но виновато 1С и у нее ограничения.... ни понимаю.....

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

(159) А сто можно было подумать, когда именно об этом и пишут везде?

(160) не стоит.... "для Атоса это слишком много, для графа де Ла Фер слишком мало".... (с) ))))

(161) закоментить свои попытки и увидеть реальную ошибку....

зы. я не пишу )))

(163) Все доводы были чтобы смотреть в сторону ограничений самой 1с:
1) таблица итого 1.4Гб
2) таблица регистров ровнехенкьо 16млн записей
3) в отладчике при проведении документа код отрабатывал нормально и уже после обработки системное сообщение 1с "не могу провести".

после этого ссылки на инфостарте про эту же проблему, уже только в этом направлении и думалось

(158) (142) если есть время, было бы полезно узнать, над чем именно нужно поработать в конфигурации, явные её косяки?

(164) пффф.... используй принцип бритвы оккама...

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

зы. итого у тебя 1,66, а 1,4 это у меня где то было....

(165) если вкратце - то все ))))
например: что, так важно искать по номеру документа во всех документах? зачем этот индекс? там пользователей то 1,5 калеки...

если прямо во,т прям уж очень надо искать по номеру во всех документа (но зачем?!), то запросов, ну или цикл по метаданным внутри него НайтиПоНомеру...

+167 то запросом или цикл по метаданным (документы) и внутри него НАйтиПоНомеру...

зачем эта помесь опер.учета и бух.учета, используй одну компоненту...


я смотрю это торговля компами и комплектухой.... я лет 17 назад ваял такую нетленку ))))

"CD ROM Samsung 52x SC-152AEB, + soundcable" - это еще покупают?!

(167) Справочник Индекс был введён, чтобы по любому проведённому документу пользователи могли вносить примечания к документы (не редактироуя сам документ)

(170) Базу ведь никто не свёрстывал, в справочнике товаров все товары с 2010 года

(169) "зачем эта помесь опер.учета и бух.учета, используй одну компоненту... "
здесь согласен

Оп, оказывается с 2003 года база

(171) что мешает открыть пользователю только комментарий, и записать документ БЕЗ проведения, ну или написать обработку которая будет менять комментарий и записывать без проведения?
если прям религия запрещает то зачем этот заход с индексом.. сделал справочник один реквизит документ (неопределенного типа) другой - комментарий... третий - дата и время внесения комментария...


(172) там с 2003 начинается ))) тоже кстати зачем?!

+175 и пиши только когда есть комментарий, зачем при проведении эти лишние телодвижения... транзакция же открыта....

(175) Через Индекс не одно поле примечание редактируется, а множество сообщений от любого юзера

Для любого документа есть закладка Примечания, где любой может добавлять свои замечания по документу. Это текст фиксируется датой примечания и кто его написал.
Разве это не стоило было реализовать? И помоему метод реализации был нормальным, нужно правда пересмотреть

(177) почему к самому документу не привязать, зачем через индекс?
реквизит справочника: "документ" - к какому документу
реквизит справочника: "пользователь" - кто комментирует)
реквизит справочника: "комментарий" - сам текст
реквизит справочника: "датаивремя" - дата и время внесения...

включаешь отбор по первому реквизиту... - все

второй вариант реализации:
подчиненный документ "Комментарий" уже есть время и дата, доавляешь автора и текст комментария...
по имеющемуся отбираешь все подчиненные нужного тебе типа.....

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

(180) ну почему, очень полезна критика )

(180) хорошо, что я больше не пишу ))))))

(181) не надо плодить лишних сущностей....
и надо закрывать регистры и счета... тогда не будет проблем с ростом базы...

(179) \второй вариант реализации:
подчиненный документ "Комментарий" уже есть время и дата, доавляешь автора и текст комментария...
по имеющемуся отбираешь все подчиненные нужного тебе типа.....\

Не могу понять в чём большое отличие этого варианта через Документы, относительно моего через справочники?

(184) принципиальное, только одно, при проведении - ничего не создается ))

(185) Да, ошибка в том, что на каждый новый документ создаётся один элемент справочника. К которому в дальнйещем юзеры могут в подчинённый справочник добавлять комменты.
Но считать это серъёзной ошибкой ?
Возможно )

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

(73) незакрытые регистры - первая причина тормозов и, возможно, исчерпания лимита записей

По хорошему да, элемент справочника Индекс нужно создавать, в момент первой попытки добавления комментария.

(187) Имеете ввиду обработку, которая режет базу? Сначала проводки потом регистры?
Да спасибо, буду тестить над копией

(149) Автор и его сподвижники НЕ УПОМИНАЛИ НИ О КАКИХ ДОПСООБЩЕНИЯХ, кроме "Документ не проводится"

(188) Да, это то новое знание, которое получил в эти дни. Но седых волос мне это стоило ))

(191) Но их не было !

(191) так у него все завернуто в попытка/исключение.... )))
как только их коментишь - сразу все становиться ясно )

(191) Я же говорю, что в отладчике вся процедура проведения проходила штатно. Да скорее всего изза того, что добавление Индекса было забито В Попытка Исключение
И поэтому не отловилось

Для очистки совести я перепроверял код проведения, но получается не досконально. Меня увела в сторону статья на Инфостарте

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

(148) Это сообщение появилось, когда Попытка исклюбчение прописывало Ошибку.
Да, за Не вывод ошибки в исключении нужно по рукам бить, согласен )

(193) "оно само, никогда такого не было и вот опять!"
так что ли?

(194) "Пидарасы, сэр!"
если в попытке ошибка не обрабатывается/не выводится - значит ошибка несущественная, на которую можно забить!

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

(199) Давайте не будем передёргивать.
Вот здесь (191) был намёк что автор УМОЛЧАЛ О ОШИБКАХ, которые он увидел, кроме ошибки "Документ не проведён"

(124) так может включить ?

(178) метод идиотский. Делать надо через справочник - аналог регистра сведений. Документ-пользователь-момент-комментарий
записывается независимо от документа, удаляется тоже, не занимает время при проведении не требует перезаписи документа не сбивает последовательности и т.п.
(192) Это, ващщета, азбука :-)
Да, регистр "Клиенты", как я понял - это регистрация продаж и затрат в разрезе партий. собственно, тогда он по сути оборотный, и его надо было делать оборотным. Но если он с середины 13 года не ведется - значит, не особо и нужен.
(195) попытка-исключение без сообщения в исключении - абсолютное зло. ну, кроме некоторых явно предусматриваемых случаев.

(202) смотря чего ты хочешь добиться.

(203) /метод идиотский. Делать надо через справочник - аналог регистра сведений. Документ-пользователь-момент-комментарий
записывается независимо от документа, удаляется тоже, не занимает время при проведении не требует перезаписи документа не сбивает последовательности и т.п. /

моём варианте реализация практически равнозначна добавлению в документ ещё одного реквизита "Индекс". Только реализовано через отдельный справочник, в котором одно поле IdИндекса.
Всё что Вы выше написали работало точно также, если бы не одно но: создавать элемент справочника Индекс не нужно в момент проведения /а по запросу пользователя/.
И если бы изначально размерность IdИндекса была выбрана правильно (7-8 знаков), то проблемы не возникло бы.
Ну и сами примечания пользоваталей (которые забиваются в подчинённый справочник), точна также записываются и удаляются и при этом не требует перепроведения привязанного документа).

(205) размерность id справочника индекс выбрана не вами :-) и составляет она 9 знаков, хотите вы этого или нет.
а код у таких справочников надо просто отключать:
http://prntscr.com/lxbeo4
он не играет никакой роли, следовательно - излишен принципиально.

(206) Чтото я не догоняю.
http://prntscr.com/lxbfm5
как мне казалось, проблема в том, что размерность Кода справочника в моём случае была равна 7. В справочнике стало 9999999 элементов и дальше он просто не мог расти.

Вот я и говорю, что если бы вместо 7 было 9 - проблем бы не было. Под IdИндекс, я понимал не отдельный реквизит справочника а его код

(205) вот насчет "практически равнозначна"....
понимаете, не "документ содержит примечания", а "есть примечания к документу". правильная вормулировка сама показывает правильную реализацию

(208) Всё верно. И это реализуется ТОЧНО ТАКЖЕ как у меня за исключением только ОДНОГО момента: создавать элемент моего справочника нужно по запросу юзера а не в момент проведения.
Согласны?

Вт поэтому меня и смутила оценка моего придуманного алгоритма, как "абсолютно не грамотная" )

(207) под id понимается id.
под Код понимается Код
" размерность Кода справочника в моём случае была равна 7" - а надо было делать 0

(207) Вы путаете Код и Id, хотя Ид 9 - это, все же, 36-ричное число и оно больше, чем 9 цифр ;-)

(209) нет, это реализуется не "также". в документе вообще не должно быть никаких ссылок на комментарий. не нужен общий реквизит. и т.п.

(211) /под id понимается id. под Код понимается Код /
Да,я  выразился не терминами 1с, а терминами проектирования баз.
(213) Дошло, согласен.

(180) "Глаза боятся, а руки делают. Руки сделают, а потом этого глаза боятся..."©
(187) если перевести регистр в Оборотный, а бухсчета закрывать концом года - эта базенка еще лет 20 протянет... Делов на пару часов

Зато в моём конфиге определение проводок по документам описывает сам пользователь, а не программист в конфигураторе ).
Счета в конфигураторе - вот помоему это полное нарушение принципов ООП ? )

(216) ну кто б говорил про ООП... :-)
-------------
в той же комплексной хозоперации и проводки настраиваются через справочники. пользователями в пользовательском режиме.
http://prntscr.com/lxbpu5
счета - ну вообще-то, план счетов определяется нормативкой. И достаточно стабилен. Т.е. полет фантазии тут не сильно уместен. Но тем не менее, счета в план счетов прекрасно добавляются пользователем в пользовательском режиме...
http://prntscr.com/lxbotu

ЧЯНТД?

(214) я тоже выразился "терминами проектирования баз". ибо код можно отключить. а ид - нельзя.

(216) а в чем прелесть этой доработки? у тебя пользователей 10 человек... выгнал всех и изменил движения...
и вообще менять движения должен программист, который понимает, что такое не закрытые счета/регистра ))))))

(219) многие через это прошли - через "параметрическую настройку". в "до1совских" системах было два варианта - либо строго типовые  операции (которые с нашей законодательной свистопляской начала 90-х устаревали чуть не до выхода релиза),  либо параметрическая настройка (пионером, насколько помню, были "финансы без проблем"). поэтому при переходе на 1с у всех была ломка... Поэтому некоторые начинали изобретать велосипед...
Хотя при возможности ручной пользовательской настройки ХО и БП в той же Комплексной - я не видел юзверей, которые меняли бы их самостоятельно - либо поручают штатному прогу, либо франчу.

(219) Ну один из принципов ООП - инкапсуляция. Это теория, я с ней не спорю )

(219) \и вообще менять движения должен программист, который понимает, что такое не закрытые счета/регистра ))))))\

если мы о проводках, то ИМХО, их создавать должен бухгалтер а не программер.
И выгонять тогда ненужно никого. Ну а реализация этого - уже программер.
Вот здесь (217) красиво )

(222) и несмотря на наличие "красиво" - бухгалтера предпочитают написать ТЗ и поручить программисту. Хотя бы потому, что он представляет взаимосвязи в программе гораздо лучше.

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

(224) вот случай этой недели: субконто "подразделения организаций". первая претензия - "не видно субконто, хотя оно есть". Объясняю, что это подразделение свое у каждой организации. Называют одинаково у разных организаций - и считают, что оно теперь одно. "ну ведь называется-то так же...".
зы. поясни про "запомнить 100 цифр"

(223) Это понятно, кому охота работать ). Но даже программисту правильней это делать не в коде а через движок в самой программе, ИМХО

(225) план счетов )))
(226) желание работать оно должно быть в крови )) а в коде или нет должно зависеть от требований к бесперебойности работы, если у тебя 356/24 тогда конечно надо выносить это в режим предприятия, если у тебя 10 пользователей, то нечего тратить на это время, т.к. никакого экономического эффекта данная доработка не даст, ну разве что ЧСВ разработчика повысит))

(226) ставя задачу программисту - они все равно делают практически эту же работу.
насчет того, где правильней делать - вопрос весьма спорный. вариативность параметрической настройки сильно ниже. скорость работы тоже. Один из вариантов - выполняемый код из справочников.
(227) работа 24/7 никак не запрещает изменение кода. даже у 7.7 :-) с метаданными - да, сложнее...
про план счетов все равно не понял. ну, знаю я его - и что? ладно, хрен с ним...

(228) я к тому, что никогда не мешает знать предметную область.... ))

ну загрузитьИзФайла можно конечно, но одно дело, когда у меня 100 распределеннок на диалапе и без специалистов 1С на местах, тогда да...
а когда одна база на 10 пользователей - мне кажется это перебор...

(229) +1

(229) да есть и другие инструменты. которые при желании можно и к "100 распределенкам на диалапе" прикрутить (правда, сомневаюсь, что такие уже работают в режиме 24/7 и еще на 7.7)
Но в общем, всему есть свое решение.
а предметную область знать _нужно_. а то задают тут вопросы "ну и что, что кредита в проводке нет?"

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

(232) ну молодец... а зачем нам эта информация? )

(233) к слову ... о необходимости возможности настраивания проводок юзверями - первому шагу к превращению БД в мусорку