УПП 1.3.: Отгрузка -> Отгрузка -> Реализация

1. DrBlack 23 02.11.16 13:54 Сейчас в теме
Добрый день, коллеги.

В распоряжении УПП 1.3.83.2 под платформой 8.3.8.1964.

На текущий момент специфика заведения документов следующая:
- заказ покупателя 01.01.2015
- отчет производства за смену 01.07.2015 (продукция 1)
- перемещение на виртуальный склад (а по факту отгрузка контрагенту в фуре)
- отчет производства за смену 01.02.2016 (продукция 2)
- возврат товара с виртуального склада 01.02.2016
- реализация товаров покупателю 01.02.2016 (продукция 1 и 2)

Проясню:
С большими интервалами во времени, клиенту постепенно отгружается продукция, которая на его территории постепенно собирается.
Оплата происходит когда на территории клиента система: собрана+настроена+введена в эксплуатацию.
Также, клиентом была заказана "Система для стрельбы по лягушкам из космоса" и в реализации товаров он требует именно ЭТУ позицию.
Её мы собираем с помощью комплектации. Но в 1С нам нужно отгружать этот комплект поэтапно.

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

Надеюсь внятно описал сложившуюся проблемку... Есть какие-либо идеи либо решения в рамках УПП?
Ответы
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
15. stvorl 1029 04.11.16 18:35 Сейчас в теме
(1)
Вы можете проводить реализации "только по УУ" на фрагменты "систем стрельбы по лягушкам", а в какой-то момент времени "только в БУ" скомплектовать "систему стрельбы" документом "комплектация" и отгрузить реализацией. Суммы частичных отгрузок подгоните под БУ.

Из УУ-реализаций напечатаете ТТН-ки, промежуточные сдаточные акты, расписки и т.п. Из БУ-реализаций - конечные документы.

В упрскладе вы увидите поэтапный расход компонентов, и отследите контроль полноты отгрузки.
А в бухскладе вы увидите конечную сделку.

Контроль соответствия УУ и БУ отслеживаете несложным отчетом, собираемым сравнением реализаций, которые проведены только по УУ, и только по БУ, по суммам.

Но вообще, то что вы обозначили, пахнет поэтапным строительством, отгрузками без перехода права собственности и т.п., и есть у меня ощущение, что ваши проблемы от косячных документов и непроработанности схемы в правовом поле. И что там дофига рисков. И что разбираться надо начинать оттуда, подгонять под все это "научную базу" (в гражданском, налоговом и бухгалтерском зак-ве), и только потом пытаться исправить порядок отражения в программе.
2. DenisCh 02.11.16 13:58 Сейчас в теме
Отгрузка лягушек, космоса и снарядов на виртуальный склад, по факту сбора - комплектация на этом же складе и реализация всей системы скопом - такой вариант не катит?
3. DrBlack 23 02.11.16 14:14 Сейчас в теме
(2) Сейчас этого варианта и придерживаемся, но по такой цепочке неясно: кому, чего и сколько мы отгрузили... :(
Так сказать: остатки-то мы списали... но больше аналитики никакой...
4. DenisCh 02.11.16 14:16 Сейчас в теме
(3) Дарю гени(т)альную идею - по складу на покупателя!
А можно ещё и характеристики со свойствами и сериями использовать...
6. DrBlack 23 02.11.16 14:21 Сейчас в теме
(4) Гениально Холмс!
Идея и впрямь генитальная... )

Поставлю вопрос по другому:
- Другим, но нормальным способом, стрелять из космоса по лягушкам никак?
7. DenisCh 02.11.16 14:27 Сейчас в теме
(6) А чем тебе мой способ не нравится? Раз уж начали извращаться, так извращайтесь по полной...
Можно ещё материалы в эксплуатации прикрутить. Или вообще давальческую схему... Но тут извратов, особенно с бухгалтерией, будет чуть больше, чем дофига.

Самый простой вариант - в остатки прикрутить ещё поле.
8. DrBlack 23 02.11.16 14:43 Сейчас в теме
(7) Я прочитал фразу "по складу на покупателя" в буквальном смысле )))))
Переосмыслил, вы имели ввиду добавить измерение "Контрагент" в РН "ОстаткиНаСкладах".
В общем ОК, подумаемссс... Спасибо за советы :)
9. DenisCh 02.11.16 14:48 Сейчас в теме
(8) Нет, сначала я предлагал именно по складу на покупателя )
Идея про реквизит (измерение?) пришла позже.
10. DrBlack 23 02.11.16 14:53 Сейчас в теме
(9) До того как задать вопрос на форуме, я уже думал об измерении.
Просто сам процесс отгрузки не уверен что правильный, но похоже все только таким макаром и выкручиваются... :)
11. DenisCh 02.11.16 14:56 Сейчас в теме
(10) А ты спроси у бухов, как они такие операции отражают в своём бух учёте.
Оттуда и пляши.
12. SheremetevaValentina 02.11.16 15:13 Сейчас в теме
(10) Сама по себе операция кривая. В УПП нет прямого решения. У нас возникают аналогичные вашей ситуации, когда документы на отгрузку формируются после фактической передачи продукции покупателю. Более того, по результатам приемки ВК у покупателя, продукция может еще и вернуться к нам, причем неоднократно. Фактическая отгрузка покупателю - перемещение на вирт склад, возврат - перемещения с вирт склада на нормальный с последующими операциями по необходимости. И документы выписываются только после того, как ВК примет с положительным результатом. До сих пор обходились "виртуальным" складом. Если одновременно такие операции проходят по нескольким контрагентам - делаем склад с соответствующим наименованием. Впоследствии эти склады скидываются в папку типа "неиспользуемые". Решение кривое, согласна, но функционирует без доработки конфигурации (у нас таких операций не так много, посему доработка просто нецелесообразна)
13. DrBlack 23 02.11.16 15:33 Сейчас в теме
(12) Спасибо за развернутый ответ!
5. DenisCh 02.11.16 14:17 Сейчас в теме
(3)"больше аналитики никакой"

не аналитики, а аналитиков. Нужно правильно согласовать падежов.
14. cherva 96 03.11.16 13:45 Сейчас в теме
Еще в этой ситуации можно использовать отгрузку клиенту на ответственное хранение: для этой ситуации в УПП можно использовать документы предназначенные для торговли через комиссионера, или как мы написать свои простейшие документы.
Оставьте свое сообщение
Вакансии
Программист
Москва
зарплата от 200 000 руб. до 230 000 руб.
Полный день

Главный специалист (Программист 1с)
Подольск
зарплата от 100 000 руб. до 110 000 руб.
Полный день

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

Аналитик (оперативный учет)
Москва
зарплата от 150 000 руб. до 300 000 руб.
Полный день

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