Доброго времени суток!
Управление торговлей 8.1.15.14
В базе две организации и два склада - по одному на каждую. Товар первой организации списывается на вторую по такой схеме:
1. Реализация от организации1 (склад1) на организацию2;
2. Поступление от на организацию2 (склад2) от организации 1;
3. Реализация от организации2 (склад2) контрагентам.

Контрагенты медленно, но верно переходят по договорам на вторую организацию. Но, пока что, бОльшая часть из них покупает у первой оганизации. В связи с этим и применяется эта безумная схема :(
Можно-ли как-то все это упростить? Пока продуктивных мыслей мало :( Видится что-то наподобие:
1. В начале недели резервируем непроведенную реализацию от организации1 (чтобы застолбить номер)
2. Торгуем от организации2 СО СКЛАДА1 (это-то как раз и самое геморное)
3. То, что продано за неделю в п.2 в конце недели суем в нашу путсую реализацию (см п.1).
Окончательно запутался теперь...

Кажется на Инфостарте видел подобную обработку, попробуй поищи.

(0) резкий переход на УТ 11 с интеркомпанией

а склад реально один или два?

(2) там это все работает прозрачно и красиво?

(2) НЕРЕАЛЬНО! Конфа переписана настолько... денег в смысле. Около ляма было отдано. Закидывал удочку про переход на 11 - там терь просят денег только на "подумать чо делать нада" больше ста тысяч. НЕ ВАРИАНТ!

(3) Физически склад один. В базе их два :)

(5) молодец франч,
разводит по полной

(7) отож!

(6)чем не нравится типовкая обработка в 10.3 которую надо запускать 1 раз в день? она нормально работает если "не списано по партиям" нет.

(9) а поподробней можно?

1. Регламентное задание - резервирует накладную один раз в день.
2. Кнопку заполнить в расходную накладную. Берем все минусы возникшие по организации за текущий день и покупаем их у другой организации.

(11) Да-да! По пункту 2 - я в этом направлении и размышялю как раз.

(10) обработка "пакетный ввод документов",
франч её зажал - молодец вдвойне

(10) типовая обработка "паретный ввод документов" вид операции - отрицательные отстатки организаций.

(0) оптимизирую данный процесс до совершенства за 20 000

[1С 8] Интеркомпани для УТ10, КА, УПП Продажи (и прочие списания) между собственными организациями
http://subsystems.ru/catalog/36/132/

(14) очень ховнявый механизм. практически нереальный для работы. он хрень делает.

+(14) она у меня слегка доработанная работает между 6 организациями.

(0) осталось только номер накладной резервировать.

(17) в чем там хрень заключается?

В том, что Маня не понял и изобрел повторно лисапед, а теперь его хочет впарить

(13)(14) Хм... Я про это не знал. Почитл описание - вполне может сгодиться, сегодня покопаюсь в эту сторону.
(15) Спасибо за предложение! Но вынужден отказаться.

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

Пакетник работает через регистр товары организаций который является остаточным. заполнение обработки происходит данными по минусам на какую то дату . в результате которой появляется доки на каккую то дату.
А фирме надо закрыть минусы по дням например. Иначе если ты впихнешь реализацию с одной фирмы в какую то дату от фонаря то не только не упростишь закрытие минусов но и вполне их наплодишь.

(0) Я так понял от имени Организации1 требуется продавать товар, купленный Организацией2?
Если так, то при таком виде продаж можно делать перемещения товаров в обработке проведения по регистру товары организаций. Это при условии, что в регистре товары на складах не добавлялось измерение организация.

(24) юзал типовую обработку, но таких проблем как ты не накопал, может ты просто не умеешь ее готовить?

(25) +перемещения в смысле не документы, а движения.

(17) я пока единственное нашел в чем хрень. Если в один день продать товар не своей организации и в тот же день его возвратить. Тогда обработка не заметит этого что товар ушел в минус. и в бухии будет косяк.  Использование ее по дням, а так же дописка чтоб реализация делалась в конце дня а поступление в начале и вроде все нормально получается, кроме косяка с возвратом.

А вообще еще лучше есть способ. мегасупер. В любом случае эта задача касается выгрузки в БП и ведения учета по БП.
Есть вариант который решает сто процентно и безошибочно ситуацию. Метод основан на том что после обмена с БП обработка делает сверку остатков БП с базой УТ по остаткам организации.

и тогда минусов не будет

(27) а счет-фактуру кто выпишет, с номерами ГТД ?

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

(25) Нет, не верно. Есть организация1. У нее полно товара, его надо продать, но от организации2.


есть ООО "Рога" и ООО "Копыта". У "Рогов" на остатке блок сигарет. "Рога" продают "Копытам" свои сигареты, а "Копыта" продают их кому захотят.

(33) по упр учету или бух учету?

вы делаете продажи по управленческому учету?

(33) есть кодеры - доточи типовую,
нет - купи готовую

нужен экстрим - УТ 11

(34) И то и то.

(37) вот то и то это круто. Но вот считай что упр тебе все нафиг убивает. Тут только правка конфы приченм приличная и автоматизация. Иначе никак.

у нас тоже опт-розница друг другу товар продают.
Розница такой же покупатель для опта как и любой другой покупатель. директор делит мух и котлеты.
Продает по продажным ценам рознице (хотя и там и там хозяин) по упр учету. Чтбы розница не получала прибыль от себестоимости оптовой закупки.
Типа считает что розница должна себя оправдывать как любой оптовый покупатель. Своя прибыль, свои цены и прочее.
Анализирует выгодно ли розницу держать.

Тут только правка конфиги и автоматизация процесса. Иначе никак.

(38)(39) Мдя... Ясно :( Но, благодаря всем ответам, появились некоторые мысли. Это уже хорошо. Попробую свои идеи. Что будет непонятно, спрошу опять :) Спасибо всем, что откликнулись!

вот те на) консалтинг тоже денег стоит) больше советовать ничо не буду)

Попробовал на тестовой базе поиграться. Интересные результаты :( Например:
Есть Орг1 и Склад1. Идет себе торговля и идет. Заводим Орг2. Отключаю контроль остатков организации, оформляю две реализации от Орг2, но со Склада1. Программа матерится мол недостатчно остатков организации, но таки проводит оба дока. В обеих реализациях по 500 штук товаров, т.е. отрицательных должно быть 1000 по Орг2 на Складе1. реализации от 31.10.2011, запускаем пакетный ввод. Дата расчета остатков - 01.11.2011. Дает красноты например на 700 штук. Куда делось еще 300 - загадка... :(