[БП 2.0] Реализация с нескольких складов одним документом

Опубликовал Роман Осадченко (cleaner_it) в раздел Обработки - Обработка документов

Один продавец и несколько ответственных на складах - часто встречающаяся ситуация у оптовых продавцов.
Про неудобство выписки накладных в БП говорить можно долго: для одного клиента нужно сформировать несколько документов.

Точечные и выверенные изменения в вашей БП позволят продавать товар с нескольких складов - одним документом!

Возможности:

При добавлении новой строки выбирается склад из шапки документа

При изменении склада корректно перезаполняются счета учета

При изменении склада в табличной части для текущей строки корректно перезаполняются счета учета

Корректно формируются проводки

Реализована печатная форма накладной с группировкой по складам

 

Все механизмы проведения и проверок - типовые!

 

Состав:

1. Инструкция по доработке конфигурации (37 страниц со скриншотами; для уровня - новичок в программировании; доработки может произвести опытный пользователь - в течение 30 минут)

2. Печатная форма накладной с группировкой по складам

 

Вы можете обратиться к нам за поддержкой!

Гарантия возврата денег

Гарантия возврата денег

ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом течение 14-ти дней со дня поступления денег на наш счет.

Программа настолько проверена в работе, что мы с полной уверенностью можем дать такую гарантию. Мы хотим, чтобы все наши покупатели оставались довольны покупкой.

Для возврата оплаты просто свяжитесь с нами.

Скачать файлы

Наименование Файл Версия Размер
[БП 2.0] Реализация с нескольких складов одним документом (инструкция по доработке + печатная форма)
25.12.2014
3890 руб.

Моментальная
доставка

См. также

Комментарии
1. Aleksandr Filonov (AleksSF) 157 26.03.14 08:10 Сейчас в теме
Не совсем понятно, а кому это может понадобится.
Если это торговая организация с развитой торговлей, то проще поставить к БП УТ и настроить обмен.
Если это БП, где нет большого объема торговых операция, то проще делать как положено несколькоми документами.
Больше времени уйдет на поиск ошибок. И прикаждом обновлении нужно все тщательно проверить, ведб могут измениться типовые алгоритмы.
2. Алексей Ермилов (Alex_E) 1484 26.03.14 11:25 Сейчас в теме
Ещё проще использовать внешнюю обработку, в которой создать несколько документов по складам, распечатать из этой же обработки. Документы связать по доп.свойству и НЕ МЕНЯТЬ типовую совсем.
Voloshinks; makas; +2 Ответить 1
3. Роман Осадченко (cleaner_it) 209 26.03.14 13:41 Сейчас в теме
(2) Alex_E, согласен, проще (а иногда даже предпочтительнее, если типовую трогать не хочется). Но у каждого должен быть выбор - я не предлагаю панацею от всех бед. Продавцу удобнее видеть один документ в списке на одного покупателя - это раз; во-вторых, нужно учитывать - как вы выглядите в глазах покупателя (меня не устраивал такой подход, приходилось сталкиваться). В-третьих, если вы анализируете частоту покупок по покупателям - то вариант создания нескольких документов совсем никуда не годен.
4. Роман Осадченко (cleaner_it) 209 26.03.14 13:48 Сейчас в теме
(1) Свой покупатель найдется. Брать УТ только из-за возможности продаж одним документов по нескольким складам никто не будет, плюс нужно больше ресурсов на сопровождение двух программ (обмены, обновления, обучение). Не все пользователи понимают, что в связке "УТ + БП" УТ является первичной. Кто-то просто не захочет иметь две конфигурации.

Совсем не обязательно иметь несколько реальных складов - иногда склады создают виртуально, для более удобного анализа складских запасов: склад возвратов, склад готовой продукции, склад закупок (если номенклатура небольшая, то даже так - склад стульев, склад столов, склад булавок и иголок). Затем эти склады могут стать реальными - ведь схема уже будет отработана.
5. Ирина progr-2008 Санкт-Петербург (progr-2008) 113 26.03.14 14:32 Сейчас в теме
В УПП - это типовой функционал, в можно включить режим, когда в табличной части указываются разные склады по строкам.
6. Алексей Ермилов (Alex_E) 1484 26.03.14 15:06 Сейчас в теме
(3) cleaner_it, Покупатель увидит один документ реализации, если его напечатать из той же обработки, что и создание документов или своей ВПФ, в которой документы будет подбираться по какому то объединяющему критерию, например то же дополнительное сведение, привязанное к "пачке" реализаций. То же относится и к к анализу частоты покупок - никто не мешает в этом аналдизе выводить документы "пачки" как одну покупку. Плюсы и минусы есть в каждом из этих подходов, но ИМХО - менять типовую имея возможность обойтись без этого не есть хорошо...
7. Роман Осадченко (cleaner_it) 209 26.03.14 15:18 Сейчас в теме
(6) Alex_E, вас я понял) Я сторонник другого подхода - если можно сделать жизнь удобнее - нужно сделать. На самом деле доработки реально точечные, самой 1С ничто не мешает включить этот функционал в типовую БП хоть завтра.

В любом случае - покупатели будут голосовать рублем. Нужно - купят, не нужно - пройдут мимо; тут никакие ухищрения не помогут.
8. Роман Осадченко (cleaner_it) 209 26.03.14 15:19 Сейчас в теме
(5) progr-2008, так это в УПП. Тоже самое есть в УТ. А вот в БП этого функционала нет.
9. Алексей Ермилов (Alex_E) 1484 26.03.14 16:26 Сейчас в теме
(7) cleaner_it, Да я ж ничего против не имею - на то оно и ИМХО. Просто мой подход нисколько не менее удобен с точки зрения пользователя, а по поводу рубля - тут вопрос с обновлениями - если пользователю всё равно, будет у него автомат или придется за каждое обновление платить - тут рубли на стороне типовой однозначно.
10. Роман Осадченко (cleaner_it) 209 27.03.14 02:33 Сейчас в теме
(9) Alex_E, по поводу рублей не факт, ведь мои клиенты придерживаются другого мнения (разумеется, это у них не единственные доработки). Каждому свое))
11. DAnry (DAnry) 7 28.03.14 12:23 Сейчас в теме
Проще - непроще, нужна - ненужна, дорого - недорого... Статистика скачивания покажет
12. Роман Осадченко (cleaner_it) 209 28.03.14 15:27 Сейчас в теме