Версия для печати темы (https://pro1c.org.ua/index.php?s=1b63b934fb9399dbe4239751dc3c0719&showtopic=43735)

Автор: Bulzavr 29.01.18, 11:42

Пожалуйста помогите..
Как сделать, чтобы можно было вводить перемещение товаров на основании заказа?
Интересует непосредственно сразу перемещение, а не заказ на перемещение. Нужно удобство - нажимать в заказе кнопочку "создать на основании" -> "перемещение" и должен создаваться новый документ перемещения с заполненной табличной частью товарами из заказа.

Открыл в конфигураторе окно редактирования объекта "Перемещение товаров", вкладка "Ввод на основании", в верхнем окне - "Вводится на основании" выбрал нужный документ, внизу нажал кнопку "Конструктор ввода на основании", нажал - заполнить выражения, больше половины типов подставились автоматически, а в модуле объекта "Перемещения товаров" создалась процедура ОбработкаЗаполнения(), удалив из себя то, что было раньше. Я конечно предварительно это скопировал и добавил к коду, созданному конструктором. Появилась теперь кнопка "создать на основании - перемещение", нажимаю - создаётся документ перемещение с заполненной товарами табличной частью. Но вот ведь незадача не проводится...:

{ОбщийМодуль.ОбщегоНазначенияУТКлиент.Модуль(1815)}: Ошибка при вызове метода контекста (Записать)
    Результат = Форма.Записать(ПараметрыЗаписи);
по причине:
Запись не верна! Значение поля "Документ отгрузки" не может быть пустым! (Регистр накопления: Товары к отгрузке; Номер строки: 1)

И в самом документе перемещения не указывается основание (соответственно и в связанных документах пусто!)

Как пофиксить?

Автор: logist 29.01.18, 11:59

В таких конфигурациях всё достаточно сложнее, чем просто добавить флажок ввод на основании, использование конструктора аналогично. Необходимо анализировать код в ОбработкаЗаполнения(), затем в модуле формы ПриСозданииНаСервере(), ПриОткрытии() анализировать на предмет того что происходит при создании на основании. Анализировать в модуле объекта ПередЗаписью(), в модуле менеджера формирование движений по документам созданным на основании. Что там везде происходит, что бы учесть что у документа появилось новое основание.

Автор: Bulzavr 29.01.18, 12:24

Вот так жееееесть... А нафига ж тогда конструктор нужен? )))

Автор: logist 29.01.18, 12:42

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

Автор: Zaval 29.01.18, 12:55

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

Автор: Bulzavr 29.01.18, 13:09

Ну я думал, что в "связанных документах" буду видеть, что перемещение по такому-то заказу.. А какие проблемы ещё могут быть?

Автор: Zaval 29.01.18, 14:02

Вы хотите, чтобы Менеджер, сформировав ЗаказПокупателя, сразу формировал Перемещение?
Во-первых, склад - не его зона компетенции/ответственности.
Во-вторых, как Вы планируете отражать в системе факт перемещения товаров? Не пожелание Менеджера, а работу Кладовщика?

Автор: sava1 29.01.18, 14:16

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

Автор: Zaval 29.01.18, 14:27

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

Автор: Bulzavr 29.01.18, 15:35

Так а какая мне разница, чьё это пожелание или работа? Если чей-то косяк, то я вижу кто провёл и а-та-та

Автор: Bulzavr 30.01.18, 12:41

Я не претендую на абсолютную правоту, но всё же, какие ещё могут возникнуть нюансы? Разве не достаточно раздавать люлей тем, кто проводит косячные документы?

Автор: logist 30.01.18, 13:59

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

Автор: Vofka 30.01.18, 14:10

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

Автор: Bulzavr 30.01.18, 14:52

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

Автор: logist 30.01.18, 15:14

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

Автор: sava1 30.01.18, 15:55

О чем спорить ? Тут вопрос больше методологический / организационный.
ИМХО - вопрос о перемещении товара принимает менеджер/логист, отгружает - кладовщик.
И косяки могут быть разные.
тот, который вычисляется в результате инвентаризации, - однозначно косяк кладовщика.

Автор: Zaval 30.01.18, 16:19

Во всех проблемах прежде всего виновата программа - "я все сделала правильно, а оно вот".
Вторым номером виноват программист - "не может сделать, шоб все было хорошо".
И если Вы не смогли отбиться от претензий здесь и сейчас - потом Ваши доводы и доказательства никому не нужны.
А главное - кто зарабатывает деньги(в т. ч. и на Вашу зарплату)? Так отож...
Бросьте мечтать о том, что будете кому-то что-то раздавать...

Автор: Bulzavr 31.01.18, 8:47

Понять не могу, у вас позиция солидарности к сотрудникам чтоль? У нас менеджер и кладовщик в одном лице. Поэтому за недостачу отвечают сами. В их интересах должны быть правильные и точные документы и отгрузки. И я не вижу ничего зазорного в том, если все заплатят 20 косарей, а потом найдут что-то потерянное и докажут мне, что этот товар не про..бан, а найден и тем самым вернут свои 10К. Всё честно и справедливо.

Автор: Vofka 31.01.18, 9:24

Bulzavr, давайте вернемся в конструктивное русло. Сообщение

может говорить о том, что в регистре накопления Товары к отгрузке есть измерение Документ отгрузки, которое почему-то не заполняется. Почему не заполняется - нужно анализировать код. Но могу предположить, что в тип этого измерения не входит ваш новый документ, на основании которого вы делаете перемещение.