Как победить "Ошибка записи! Не установлен отбор по регистратору

1. studius 18.05.19 14:41 Сейчас в теме
Всем добрый день.
Кидайтесь в меня, ругайтесь как хотите, я реально не знаю как победить подобную ерунду. Может кто и скажет дельного, что почитать.
Суть в чем - делаю простую конфигурацию по учету ТМЦ. Всего там будет пять справочников и четыре документа. И всего один регистр накопления ТМЦ с видом остатки.
Я умею двигать регистр только документами - приходом, списанием, перемещением - в общем, всем тем, что делает записи в нем.
Однако здесь забожали, чтобы записывали первичные данные сразу в форму регистра.
Сделал форму регистра накопления и теперь при записи мне выдает эту ошибку: Ошибка записи! Не установлен отбор по регистратору. Но регистратора то и не будет, записи заносятся вручную. В интернете толком подходящего себе ничего не нарыл.
Где вообще копать в такой проблеме? В первый раз вообще с такой задачей столкнулся и сразу же сфэйлил.
По теме из базы знаний
Ответы
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
2. Dream_kz 129 18.05.19 14:50 Сейчас в теме
(1)
Но регистратора то и не будет, записи заносятся вручную.

А он нужен, закон такой. Либо программно создавай служебный документ, который будет регистратором, либо в форме этого документа сделай интерфейс, чтобы пользователи через него данные заносили, и ставь его регистратором
4. studius 18.05.19 14:54 Сейчас в теме
(2)Я уже к такому варианту и склоняюсь, чтобы создать служебный документ для ввода данных.
А программно создавать и удалять потом служебный документ? Я просто уже туплю как не знаю кто. Не могу понять логику бизнес-аналитика с этим регистром накопления.
5. Dream_kz 129 18.05.19 14:55 Сейчас в теме
(4) не надо его удалять, он как факт того, что данные заносились
6. studius 18.05.19 14:56 Сейчас в теме
(5)Аналитик не хочет этого. Или меня так проверяют, что скорее всего, либо он сам смутно представляет себе подобное
7. Dream_kz 129 18.05.19 14:58 Сейчас в теме
(6)
Аналитик не хочет этого.

причина?
8. studius 18.05.19 15:02 Сейчас в теме
(7)Пользователи должны напрямую записывать в регистр, лишние документы здесь ни к чему. Я сразу же и спросил, почему у него нет документа ввода в техзадании.
9. Dream_kz 129 18.05.19 15:07 Сейчас в теме
(8) Тогда либо регистр сведений независимый, либо программно создавать документ
11. studius 18.05.19 15:09 Сейчас в теме
(9)регистр сведений его не устраивает, я сразу ему сказал, что независимый регистр сведений и будет счастье. Ему учет остатков нужно вести в этой базе.
13. tusv 210 18.05.19 15:20 Сейчас в теме
(8)
лишние документы здесь ни к чему

Скажем так. Создали один документ и его записываем как регистратор для всех записей. Пользователи будут вводить записи по очереди. Ибо весь регистр будет заблокирован. Отчеты тоже не сформируете. Вам это надо?
14. studius 18.05.19 15:26 Сейчас в теме
(13)В общем, он бред какой-то захотел, верно ведь?
17. tusv 210 18.05.19 15:30 Сейчас в теме
(14)Не пинков от пользователей сильных и многократных, почему ни чего не работает. Я в свое время записал корректировку с сочень много записей. Один Бух открыл и ушел на обед., Вся компания бамбук курила 20 минут, пока не вышиб
18. tusv 210 18.05.19 15:32 Сейчас в теме
(14)Абсолютно. Сделать можно. НО Конфликт блокировок обеспечен на все времена
10. tusv 210 18.05.19 15:08 Сейчас в теме
(7)
причина?

Ситуация. Пометили на удаление документ, Записи регистров пометили активность в ложь. Аналитик может из консоли запросов сравнивать, что было бы если б не удалили Других вариантов не вижу. Иначе Блажь
3. tusv 210 18.05.19 14:52 Сейчас в теме
(1)Ну так добавьте документ. В типовых. это документы КорректировкаРегистров, Операция бух. Смотрите как сделано. Самое простое добавьте таблицу на форму тип Набор записей. И Выгружайте в нее при создании на сервере загружайте при записи. Разумеется установив отбор по регистратору
36. Euroset1 11 20.05.19 16:31 Сейчас в теме
(1)
Документ обязателен. Просто сделай документ "Движение ТМЦ", в котором полностью дублируешь в табличной части то содержимое, что будешь погружать на регистр. Здесь нет ничего страшного. Можешь не индексировать реквизиты документа для экономии места.

Если тебе кто-то писал техзадание, то он должен был это учесть. Если не учел, то учти это самостоятельно, потому что без этого не взлетит. А делать один фейковый документ, чтобы потом программно записывать на него все движения всего регистра - гнилая затея. Потом аукнется.
12. studius 18.05.19 15:12 Сейчас в теме
В общем, втихаря спрячу поле регистратора на форме и буду программно создавать документ, записывать его и делать движение. Не знаю я как, нужно записывать сразу в регистр накопления без регистратора. Не дорос до этого аналитика. Он 10 лет был программистом 1с. Видимо, за пояс так меня затыкает.
15. acanta 18.05.19 15:27 Сейчас в теме
Если добавить к ним документ остатки, то можно вносить данные непосредственно в периодический регистр сведений без регистратора как с реквизитом приход расход, так и без него (знаком минус в расходе).
И каждый день формировать документ, который будет собирать остатки предыдущего документа и плюс минус обороты из регистра сведений.
16. studius 18.05.19 15:30 Сейчас в теме
(15)думаю, что это бессмысленно. Проще уж реально делать движения в регистр накопления. В общем, переживет, что введу документ поступления ТМЦ. Я реально не знаю, как такую задачу можно сделать, как он хочет.
19. tusv 210 18.05.19 15:41 Сейчас в теме
(15)А смысл в периодическом? Да и если регистр сведений, то нужно измерение тип уникальный идентификатор иначе не взлетит.
22. acanta 18.05.19 15:45 Сейчас в теме
(19)есть дата, или ее тоже в реквизит. Вы описываете процесс создания РАУЗ, не?
23. tusv 210 18.05.19 15:49 Сейчас в теме
(22)Ее в измерение. Не, не РАУЗ. Просто набор измерений в данной задаче может повторятся, а без УИДа эска не даст записать ибо уже есть такая запись и периодический не поможет, так как в секунду, тоже может повторятся набор измерений
26. acanta 18.05.19 15:55 Сейчас в теме
(23) а если в регистре сведений вообще нет измерений, только реквизиты, то как контролируется уникальность?
28. tusv 210 18.05.19 16:24 Сейчас в теме
29. dhurricane 18.05.19 20:36 Сейчас в теме
(26) Если регистр периодический - полем периода. Если непериодический, то в таком регистре сведений может быть не более одной записи.
30. tusv 210 18.05.19 20:51 Сейчас в теме
(29)В условиях задачи без Уида не обойтись и в любом случае это не решение этой задачи. Единственное, можно как то записывать остатки в качестве бреда на срез последних. Но это если ваще аля ку ку. Потратить жизнь на бредовые идеи, когда тебе всего 50:)
Повторю.Набор измерений это ключ, второй раз один эсина Вам покажет, особо злобную фигу и записывать не будет. Периодический регистр или нет.
Кент нот инсерт дупликейт примари кей. Майкрософт думает о нас, другие впиндюривают, Нам головную боль
ЗЫ: Надобно подумать о рекламе и о вознаграждении.
31. acanta 18.05.19 22:01 Сейчас в теме
(30) поскольку без гуид никак, тогда приход расход документы без табличных частей и движений, а остатки справочник с табличной частью.
Запрет изменения прошлых (закрытых) периодов сделать и все будет почти как всамделишный регистр остатков, даже круче, поскольку нам достаточно посчитать обороты с момента получения последнего остатка за любой промежуток времени. Остаток на любой момент это ближайший меньший документ +плюс обороты.
32. dhurricane 19.05.19 17:36 Сейчас в теме
(30)
В условиях задачи без Уида не обойтись
Да я в общем-то не против. :) Я лишь ответил на вопрос, как контролируется уникальность регистров сведений без измерений. Без оглядки на озвученную в посте задачу.
37. harvester_sorrow 24 20.05.19 17:20 Сейчас в теме
(26) никак, будет всегда всего одна запись на все времена), у нас такой регистр есть, от франча досталось.
20. studius 18.05.19 15:42 Сейчас в теме
Спасибо всем за наводку. Схитрил сейчас - сделал при нажатии на кнопке добавить в форме регистра накоплений вызов своего документа прихода ТМЦ. Пусть все заполняют и проводят его и он появится в регистре. По другому у меня ума не хватает сделать. Вам всем спасибо за дельные советы.
21. tusv 210 18.05.19 15:42 Сейчас в теме
24. tusv 210 18.05.19 15:52 Сейчас в теме
(20)Если не поможет. То есть дуболомность аналитика не пройдете, на каждую запись создавайте программно документ у которого есть только номер и дата и право записи в регистр.
25. studius 18.05.19 15:54 Сейчас в теме
(24)знаете, что-то у меня подозрение, что так и придется делать... Уж слишком наш аналитик "звездный", а все вокруг полные дебилы....
27. tusv 210 18.05.19 16:00 Сейчас в теме
(25)Не ну можно исчо еще хуже сделать. Тупа записывая битую ссылку. Но я бы на такой вариант не пошел даже под страхом смертной казни. Выполнил ТиИ с удалением битых ссылок и нафиг все записи. Красатища
33. catena 110 20.05.19 05:57 Сейчас в теме
(25)С такими звездами нужно прикинуться валенком и спросить подобострастно: если платформа в любой регистр накопления самостоятельно и принудительно (при чем в ключевые поля) добавляет регистратор, то как без регистратора обеспечивать корректное поведение платформы? Пусть гуру научит.
34. гаврюша 2 20.05.19 10:21 Сейчас в теме
(33) Хорошо бы, если бы объяснил. Регистратор ведь в регистре накопления - стандартный реквизит. Без него никак... Может он ждет, чтобы ему сказали что так нельзя потому-то?
40. studius 21.05.19 10:46 Сейчас в теме
(34) меня сегодня наш программист добил. Сказал, что всегда можно в регистр накопления записывать без регистратора. Меня это вообще добило. У него 7 лет опыта разработки как раз по оперативному учету в 1с. Походу, таких остолопов как я только поискать осталось.
41. starik-2005 3033 21.05.19 11:09 Сейчас в теме
(40)
Сказал, что всегда можно в регистр накопления записывать без регистратора.
Есть отбор поставить - то да, можно всегда. Главное, чтобы регистратор был из тех, которые в движениях указаны.
35. meriferi 20.05.19 14:22 Сейчас в теме
Либо в процессе создавать документ, либо создавайте регистр сведений
38. tusv 210 21.05.19 09:49 Сейчас в теме
(35)А регистр сведений стесняюсь спросить. Это как?
39. tusv 210 21.05.19 09:53 Сейчас в теме
(35)Остатки, как считать будете?
42. Rish_a 22 23.05.19 12:49 Сейчас в теме
Регистр накопления должен быть подчинен регистратору
Оставьте свое сообщение
Вакансии
1С аналитик
Москва
зарплата от 210 000 руб.
Полный день

Руководитель направления 1С
Москва
зарплата от 350 000 руб.
Полный день

1С Программист
Москва
зарплата от 180 000 руб.
Полный день

Программист 1С
Москва
зарплата от 180 000 руб. до 220 000 руб.
Полный день

Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)