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

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 211 18.05.19 15:20 Сейчас в теме
(8)
лишние документы здесь ни к чему

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

Ситуация. Пометили на удаление документ, Записи регистров пометили активность в ложь. Аналитик может из консоли запросов сравнивать, что было бы если б не удалили Других вариантов не вижу. Иначе Блажь
3. tusv 211 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 211 18.05.19 15:41 Сейчас в теме
(15)А смысл в периодическом? Да и если регистр сведений, то нужно измерение тип уникальный идентификатор иначе не взлетит.
22. acanta 18.05.19 15:45 Сейчас в теме
(19)есть дата, или ее тоже в реквизит. Вы описываете процесс создания РАУЗ, не?
23. tusv 211 18.05.19 15:49 Сейчас в теме
(22)Ее в измерение. Не, не РАУЗ. Просто набор измерений в данной задаче может повторятся, а без УИДа эска не даст записать ибо уже есть такая запись и периодический не поможет, так как в секунду, тоже может повторятся набор измерений
26. acanta 18.05.19 15:55 Сейчас в теме
(23) а если в регистре сведений вообще нет измерений, только реквизиты, то как контролируется уникальность?
28. tusv 211 18.05.19 16:24 Сейчас в теме
29. dhurricane 18.05.19 20:36 Сейчас в теме
(26) Если регистр периодический - полем периода. Если непериодический, то в таком регистре сведений может быть не более одной записи.
30. tusv 211 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 211 18.05.19 15:42 Сейчас в теме
24. tusv 211 18.05.19 15:52 Сейчас в теме
(20)Если не поможет. То есть дуболомность аналитика не пройдете, на каждую запись создавайте программно документ у которого есть только номер и дата и право записи в регистр.
25. studius 18.05.19 15:54 Сейчас в теме
(24)знаете, что-то у меня подозрение, что так и придется делать... Уж слишком наш аналитик "звездный", а все вокруг полные дебилы....
27. tusv 211 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 3039 21.05.19 11:09 Сейчас в теме
(40)
Сказал, что всегда можно в регистр накопления записывать без регистратора.
Есть отбор поставить - то да, можно всегда. Главное, чтобы регистратор был из тех, которые в движениях указаны.
35. meriferi 20.05.19 14:22 Сейчас в теме
Либо в процессе создавать документ, либо создавайте регистр сведений
38. tusv 211 21.05.19 09:49 Сейчас в теме
(35)А регистр сведений стесняюсь спросить. Это как?
39. tusv 211 21.05.19 09:53 Сейчас в теме
(35)Остатки, как считать будете?
42. Rish_a 22 23.05.19 12:49 Сейчас в теме
Регистр накопления должен быть подчинен регистратору
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот