Пишу просто поплакаться, но в надежде получить совет =]
Очень сильно переписанная УТшка. Заказчик не хочет использовать типовой механизм возвратов от покупателя. Отговариваю как могу, но это "не тот случай". Нужно:
после проведения "Возврат от покупателя", документ не должен делать движений по регистрам - а должна быть возможность создать на основании документ "Реализация товаров и услуг" с отрицательными суммой и количеством. Аргументация: несколько пользователей могут ввести одинаковый возврат или пользователи могут перепутать размер (одежды) и ввести не тот (проверки на остаток товаров у покупателя есть - выходят сообщения, но документ проводится); в конце дня один человек сидит и правит за всеми - так устроено.
Я могу это сделать. Мне будет нужно переписать движения, сделать проверки при удалении/отмене проведения/повторном проведении возврата; нужно будет переписывать несколько сложных отчетов с большим количеством настроек (не типовых) - в отчетах я обращался запросами к возвратам через регистры, теперь нужно будет обращаться через сами документы (что не рекомендуется стандартами 1с).
Другого варианта я не вижу - есть более простое решение (флудить по-минимуму)? Может сделать дополнительные проверки при проведении возврата - но какие? Мне просто нужна идея.

в прошлом бы повелся, сейчас настоял на изменении бизнес-процесса

полный бардак, блеать!

(0) а записать и не проводить возврат не вариант? а верный возврат в конце дня пусть и проводят

"Реализация товаров и услуг" с отрицательными суммой и количеством - за это надо просто убивать! так коверкать типовой отличноработающий функционал!!! А подсистему связанную с НДС ты тоже перепишешь??

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

(0) Реализация с минусом? А какой смысл в этих телодвижениях?

(3) Просто и толково, но не подойдет.
(4)
а) возвратов много. Либо от покупателей либо от партнеров либо от собственных магазинов - но по причине брака.
б) возврат делают по факту на магазин. Магазины в разных городах. В центральном офисе -правят.
(5) Чтобы по регистрам шли только "возвраты без ошибок". Ошибок делается много.

А ордерную схему не рассмотриваешь?

(7)...рассматриваешь...

типовые вообще нужно убивать на корню

(7) У нас реализовать это будет сложнее, чем тот вариант, что я предложил.
(9) Ага и делать из регистров бухгалтерии - регистры накопления. Как успехи?

(10) между прочим всё шикарно! разрабатываемый функционал по функционалу и гибкости бьёт всё, что движется. потом запощу на форуме для ловли лулзов

(10) Вообще то она реализована.

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

(13) дайте мне мрамор, я высеку эти слова на нём!

(4) НДС, к счастью в этой базе не ведется.
(12) В типовой
(13) Подбор не спасет. Все равно все будут ошибаться, путать модели, размеры.

(15) Ну, строго говоря, это должен быть подбор, который по введенной номенклатуре вкупе с характеристикой должен однозначно показывать документы, которые проходили с этой номенклатурой.
Извини, если народ умудряется ошибаться в Номенклатуре, то тут уж ничего не спасет, в частности, а как тогда бороться с тем, что в качестве документа основания опять таки будет выбираться все, что ни попадя?
Кстати, пару дней назад бухша звонила вся в мыле, кричит, целая куча возвратов, как в типовой БП найти правильные документы реализации или поступления, для создания правильных возвратов? Так что 1С и до сих пор ничего внятного по этому поводу не придумала :-(

(15) погоди. в чём "путаница" возникает? типа сдали по документам:
- валенки серые с галошами 1 пар.
а при снятии остатков пересорт: на фактических остатках числятся:
- валенки зимние морозостойкие 1 пар.?

подбор они вообще используют??

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

если ошибок больше чем дотуя в подборе - значит надо лучше обучать/дрючить исполнителей. Они не всегда без волшебного пенделя понимают смысл правильного закрытия регистров накопления...

(15) Вот, кстати, на днях Маня давал ссылку, может и будет нормально работать:
http://subsystems.ru/catalog/33/144/
(19) Это не только административные проблемы, это неудобство решения от 1С в принципе. Вот тебе возврат сотни товаров по разным накладным, попробуй, посиди поразвлекайся, понаходи нужные документы...

(13) LOL. Возврат товара самое простое в 1С что поддается автоматизации как два пальца об асфальт.
Возврат товара от Честного покупателя (возврат на основании, заполнение реализаций, правильная себестоимость возврата)
http://subsystems.ru/catalog/33/144/

(21) спрашиваешь нормально? я уже года два как забыл что такое возвраты.

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

(24) регистры накопления = остатки на складе...

(16) Понятно, что волшебного решения не будет. От подбора заказчик отказался.
(17) Да
(18) Нет
(19) Устал тратить время на борьбу за справедливость.  Есть ТЗ - есть его выполнение. Крайним останусь в любом случае - "зачем тратить больше?"

(23) Эх, не удалось мне бухше из (16) твое творение всунуть, хотя честно дал ссылку на страничку обработки, сказала: ты мне лучше в семерку перебрось :-) . Ну, я, конечно, от денег отказываться не стал, но надеюсь как-нибудь потестить это творение

(26) А в чем тогда сокровенное отличие для твоего заказчика его варианта от варианта ввода на основании того же документа Возврата? Я честно сказать не понимаю этого...

такс

без подбора КАТЕГОРИЧЕСКИ НЕВОЗМОЖНО вести достоверный учёт в торговле! если торговля это не продажа пянсе возле метро!

почему подбор не юзается?!

(13)  я для себя просто написал простенькое заполнение реализаций
http://infostart.ru/public/67451/
он правда без характеристик и завязан на одну цену но после этого уже головняка никакого не было с возвратами.

(13)
я своим клиентам подбор документа партии / продажи переписывал, ибо что сделали 1Совсцы - через ass.
по 30-40 строк кода на документ возврата и проблема исчезла.

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

Вообще заказчик дурень, пытающийся изобрести велосипед. С такими как правила проблем много, денег мало :(

Для того что хочет заказчик давно придумана ордерная схема, без накладных с минусом.

(34) бредовая идея.
Правильный подход сделать в документе ГАЛКУ. чтобы и типовой был мех а по ГАЛКЕ свой.
Никто не мешает если галка = истина - пропускаем проведение по регам.

вообще задача в (0) уровня первоклассника в 1С. делать элементарно. тремя строчками кода.

(35) тупая идея - все нормальные люди уже юзают обратную продажу/покупку

(25) Галку я добавлю в табличную часть. Отчеты все равно переписывать ( Они "ручные", т.е. писались без СКД и построителей.
(36) 3мя строчками это сделать невозможно - нужны проверки: если проведенный возврат переделали - РТиУ должен обновиться; при пометке удаления - у РТиУ тоже должна появиться пометка удаления и т.д.
(37) Что ты имеешь в ввиду под обратной продажей/покупкой?

(38) в яндексе забанили?

(31) Будет юзаться чуть попозже. Идет внедрение. Обработку подбор номенклатуры перепишу в хлам чуть позднее.

(40) внедрение или опытная эксплуатация?

(39) Я беру напрокат машину, таксую, зарабатываю деньги, возвращаю машину - это обратная покупка? Я беру у брокера акции взаймы, навариваюсь, возвращаю акции - обратная покупка? Может я туповат, но как это применить к оптовой торговле одеждой?
(41) Заканчиваю внедрение. Опытная эксплуатация программы, надеюсь, будет очень скоро.

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