Доброго дня, народ!

Есть такая задача: Нужно в конфе 1С:Бух. предприятия КОРП наладить учет опросных листов. Может кто сталкивался с подобным? Поделитесь идеями.

Мы производственная фирма, изготовляющие однотипные изделия под заказ. Под каждого клиента оформляется в екселе опросный лист с его пожеланиями, и передается в производство (опустим всю бюрократию с согласованиями).
Менеджер сбыта формирует опросный лист и привязывает его к готовому изделию и отражает в заказе клиента. Одно и тоже изделие но у разных клиентов имеет собственный опросный лист.
По сути каждое выпускаемое изделие имеет собственный опросный лист, но бываю ситуации когда, клиент заказывает по старым опросным листам (они согласованы и их можно сразу пустить в работу)
Пока используем УТ 11.4 и просто проставляем номер опросного листа в характеристику номенклатуры. Планируем уйти от УТ (совсем) и все перебросить в БП.

Рекомендую зуп

(0) Рекомендую делать это не в Бухне. Чем УТ не нравится, тем более она уже есть? Если бы не было, я бы посоветовал делать на базе УНФ.

(2) +1. Вы делаете производственный и складской учёт, простые спецификации - но не на той платформе. Кроме УТ может подойти kint.ru, Учёт-Анализ-Управление.

(0) Ежели хотите всё вести в БП то что если вот так вот взять и вбубенить новый документ "Опросный лист".
А следом периодический РС с измерениями "Контрагент" и "Номенклатуры" и ресурсом "Опросный лист".

Решит вообще всё - ввод, печать, отбор-подбор, "последний по номенклатуре", и т.д.

(4) К документу можно пришить ТЧ "Согласование". Там фамилии, даты, комментарии...

(2) У нас производственное предприятие, по хорошему нужно ERP, но когда переходили с КА (старой) выбрали схему ЗУП - БП - УТ через обмены. Сейчас хотим привести все к единой учетной системе. Т.к. в УТ сложно вести, что либо по производству, она используется %% на 8 - 10. Думаем от нее отказаться. Достали сбойные обмены. Опросных листов в УТ все равно нет. Сделать в БП свой документ не проблема, а вот перетащить док. "Заказ клиента" (в БП его нет) со всеми взаиморасчетами - тут надо подумать. Учет в основном ведется по заказно. Скорее всего в идею (4) DimVad необходимо еще и заказ добавлять как измерение. Клиент при обращении ссылаются на номер Опросного листа (в основном) либо на номер заказа, а уж потом смотрят реализацию и платежи. И еще скорее всего придется прикручивать Заказ к расшифровке платежей (поступлению на расчетный счет) как в УТ. Не знаю, не погорячился ли, взявшись все в БП делать?

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

(7) Это вы про ковид? :-)

(8) раз знаете слово Ковид, значит вам больше 50.
А кто кстати вам такую связку ЗУП-БП-УТ предложил то?

(9) Один из франчей. Они же делали переход и настраивали обмены.

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

(9) "раз знаете слово Ковид, значит вам больше 50."
Пиздец логика. Особенно на форуме программистов

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

(7) У него в профиле написано про увлечение фотографией и про 7.7. Значит, больше 40.
Хотя, сейчас 80% 1С-ников старше 40...

(13) Ты на форуме пишешь, дебил. Хочешь приватности в лс пиши

К сожалению, лимит на новые специализированные конфигурации исчерпан, приходится работать с тем. что досталось. Держать УТ ради склада - так он все равно дублируется в БП обменом - не вижу смысла.  Обмены - зло. Продажники вот с опросными листами и заказами держат.

(15) ты кто?

(17) Остынь, не показывай тут всем свой незрелый возраст.

(6) Один из франчей поставил УТ для производства? Отлично!

Все же посмотрите на УНФ. Но БП ломать не стоит.

(19) Спасибо, УНФ, нам не подойдет, мы слишком большое производство, сюда по хорошему надо ERP. Но у нас пока не готовы к такому переходу. Пока осваиваем БП.

(6) "перетащить док. "Заказ клиента" (в БП его нет) со всеми взаиморасчетами - тут надо подумать"
Выглядит как будто надо добавить подсистему "Наш управленческий контур" и туда перетащить такие документы как Заказ покупателя прямо с регистрами...

Ну и из (4) всё туда же.

(21) Так оно и есть, заказ клиента очень много тянет за собой, особенно взаиморасчеты, а это перетряхнуть реализацию, банк, и кучу управленческих отчетов, а так же механизмы контроля отгрузки и доставки (хотя бы даже только на уровне ТТН), док "Счет покупателю" использовать как альтернативу "Заказу клиента" но, наверняка, тоже куча камней вылезет.

подсистема Анкетирование в УТ 11

(16) "Обмены - зло"
Неужели так плохо работают ?

У нас вот есть база УПП "Производство".
С неё идут обмены на УПП назовём её "Торговля".
А с неё идут уже на фронтолы на рознице.

Вроде так всё неплохо. Обмены между 1 и 2 контролирую простенькой самописной обработочкой на тему "всё ли перенеслось". Очень помогает.
Ну с фронтолами так и вообще текстовые файлики, там всё норм.

Я вот подумываю прикрутить к первой и второй УПП ещё и БП для регламента и сказать начальству "и нафиг нам не нужно никакое ерп, вот как у нас всё хорошо работает" :-)

Если окончательное решение об отказе от УТ и переходе на чистую незамутнённую БП ещё не принято, то я бы не торопился пилить опросные листы в БП.
Если это функционал продажников, то высок риск, что они окажутся не готовы работать в БП.

А по сути вопроса согласен с оратором в (4)и(5). Пилите свой документ "Опросный лист" со всеми желаемыми реквизитами и табличными частями.
Интеграция его с остальными объектами (заказами, реализациями, номенклатурой и т.п.) зависит уже от более конкретных требований к задаче.

(23) Использую Управление торговлей, редакция 11 (11.4.7.150)  - не могу найти подсистему "Анкетирование".

(24) Реально плохо с обменами. Они не типовые, их допиливал франч, при внедрении. Склад постоянно в бухгалтерией ругается у кого какие остатки. поэтому и ведем к единой учетной системен, что бы не было перелетов. Сейчас хоть большую часть обменов сделали односторонней, легче стало, а пока в обе стороны шел обмен, постоянно что, то затиралось, ставилось на удаление и ... в общем комок нервов. Сейчас основная проблема обменов - не все документы прилетают из УТ в БП. Франч, придумал систему, согласно которой док. "Поступление ТиУ" из УТ должен перелетать в БП только один раз. Добавили в него реквизит булевый "Не регистрировать к обмену", который подпиской при сохранении документа в УТ ставится в Истина, а реально док прошел по обмену или нет никак не отслеживается. При любом следующем случае регистрации на обмен проверяется и если реквизит истина, то с обмена снимается. И все выясняется когда в бухгалтерию сдают бумажные носители, а эти документы не пришли по обмену. Приходится админкой ставить реквизит (он скрыт от пользователей) в ложь и заново регистрировать док к обмену.
Сейчас УТ пользуются снабженцы и кладовщик - приход на склад, внутренние перемещения, и продажники - заказы клиента и ведомость взаиморасчетов - для чего из БП в УТ гонится док. "Поступление ДС на расч. счет".  В УТ куча проблем с чисто производственными задачами (например давальческий учет, переработка на стороне, комплектация и т.д.) поэтому и хотим от нее отказаться.

(27) Посмотрел, возникло ощущение ужаса. Потом почитаю внимательней, когда эмоции пройдут.

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

Просто список документов с начала незакрытого периода.

В 1 запускается аналогичная обработочка которая получает список документов с начала незакрытого периода, считывает с диска в ТЗ документы с второй конфигурации, засовывает во временную таблицу и сверяет в запросе два списка.

Что не совпало - надо пометить на перенос :-)

Усё.


p.s. Вообще непонятно нафига УТ ставили. Если начальство не готово у ерп - оставьте КА и обмены на БП для регл. отчётности.
С контролем правильости переносов, конечно :-)

У вас же наверняка на КА было куча всего под себя написано. Зачем терять ?

(28) Да, вы, правы. Но я к сожалению, в настройке обменов, не силен, но знаю, что даже типовым образом протокол обмена делает подтверждение прохождению документа по обмену и его получение в базе-корреспонденте. По крайней мере это можно наблюдать по номерам отправленных и принятых пакетов. но они сделали таким образом. лезть туда - это кардинально переделывать обмен. У нас даже есть нештатная ситуация с одним контрагентом, которому документы необходимы срочно по загрузке, а прохождение выписанной реализации в УТ до БП занимает от 15- 30 мин. обмен через файл по расписанию каждые 15 мин. и если исправить в БП полученный, но не подтвержденный на стороне УТ док. то он повторно зарегистрируется к обмену, как непрошедший, и затем затрет внесенные исправления в БП. Тут либо дожидаться полного цикла прохождения по обмену, либо принудительно делать синхронизацию вручную (что и делаем). Обычно скорость обмена не напрягает, вот только один такой контрагент есть.
А КА 2 не стали использовать, как я понял, из-за того, что бухгалтера не захотели использовать новый подход к ведению бух. учета - по статьям (отсюда и отказ от ERP), а что бы было по старинке Дт - Кт, бух справка.

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

Но нужно желание "чуть-чуть попрограммировать", конечно.

p.s. Ну и власть у ваших бухов, однако...
Ну хорошо. Но ведь можно было перейти в КА 2 и делать обмены с БП, если бухам так хочется. Зато с производство норм.
А так у вас и обмены есть - и производства нету. Гиморр бесплатно.

нанять фрилансера , переписать обмены нормально в голову не приходило?
или в штат взять. "большое производство, блаблабла", а программиста нет?

Жесть. ТС а ты там кем ?

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

Тут хотелок у народа мильон, и все нестандартным образом :)))

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

Бежать - не вариант ?

(36) Зачем бежать ? Человек устроился программистом - ну так и будет разбираться в коде и менять его.
Программист не легкоатлет.

(37) С т.з. бизнеса - внедрение произошло ? произошло. денег зачехили ? зачехлили. Рабоает ? нет. Иди сюда торнадус, на кукан натянем ...

(38) Торнадус устроился когда уже закончилось внедрение (33)
Все претензии предъявляйте франчам.

Ну или тому, кто со стороны фирмы документы подписывал :-) Почему акт подписали если ни хрена не работает ? :-)

(38) Если бы если бы ))) Франч далеко, подписант отмазался, небось, уже )))

(40) Торнадусу пофиг. Его здесь не было.

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

+(41) Но об этом пока ТС ничего не говорил. Поэтому имеет смысл считать что руководство вменяемо.

(42) (40) Со сменой работы пока терпит, не в этом суть. Хочется все исправить и работать нормально, и обновлять нормально, а не сравнивать менеджер обмена построчно несколько дней. И отловить такие плавающие баги тоже сложно, вот и пытаю народ, кто как и чем поможет. Я бы точно так делать не стал, если бы от меня. что зависело. А так ставят перед фактом - не работает - должно работать. Я еще молчу про ЗУП (не про нее тема) там тоже хватило слишком, особенно корявые расчеты, пока на типовой код не перешли. Сейчас задача стоит как от УТ уйти - цель - избавится от обменов. Особенно напрягают скрытые удаления.

(43) Забудьь про уход от УТ, решение поганое, поимеешь кучу проблем
Сосредоточься на исправлении обмена БП-УТ

(44) +

(44) БП Совсем безнадежно? Хотелось бы видеть единую систему учета, а то кладовщики (УТ) и бухгалтера (БП) скоро передерутся у кого остатки правильнее. Да и как отлаживать обмены? это же черный ящик в вакууме.

(43) Открой для себя КА ;-)

(46) https://www.kint.ru/products/uau8/

(46) В какую конфигурацию Вы бы не полезли - нужно будет отлаживать и разбираться "как программисту".
Не думаю что после внедрения ерп или ка всё станет прекрасно. Нужно будет таки лезть в код. А иначе всё по новой.

В данном случае надо разобраться с обменами. В других местах будут другие затыки. А франчи будет рады продать ещё 20 коробок.

(49) Вот с обменами как раз и беда. Никак ни получается их осилить.

(0) Если не читать всю ветку... ) В БП и УТ есть возможность прилепить файлик, в котором могут быть данные по опросу.
Кстати, вести упрощённый учёт производства в БП вполне возможно для небольших предприятий. Пару-тройку таких предприятий переводил на БП из всяких самописок.
Сколько пользователей и какие объемы у ТС я пока не понял.

(51) в ут есть анкеты

(52) Одно другому не мешает. Анкеты заполнит оператор в базе, а файлики приходят от клиентов.