УРБД. Удаленные склады. Документы перемещения #8881

Типовая торговля.Задача в том, чтобы все документы перемещения для списания товара на другой склад операторы могли создавать на местах. А документы перемещения, которые ведут к оприходованию на данный склад с других складов переносились через операции обмена. На что обратить особое внимание при настройке?

На все.

Спасибо  и на этом. Олимийский принцип : главное - участие

Каков вопрос - таков ответ.

свойства миграции этих документов д.б. "все ИБ", при каждой сессии обязательно завершать полный цикл обмена

Или для каждого склада свой док перемещения (Место создания и центр), если нельзя видеть остатки на других складах

А там не будет так что два раза одно и то же появится? Т.е. два перемещения одного и того же товара между складами.

документ должен создаваться единожды, в остальные базы - мигрировать, как и указано в

И как тогда перемещать от центра к периферии??

Я планирую при сохранении и проведении документа перемещения контролировать со склада или на склад поступает товар. При поступлении товара на склад будет запрещено на местах сохранять документ. Та же история и для документов Поступление ТМЦ. Все поступления будут оформляться в центральной базе. Хочу завести пользователя с ограниченными правами. Так примерно поставлена задача.

Создавать доки в периферии - в центр придут. А вообще по уму надо с удаленных складов через промежуточный склад делать, типа "Товары в пути". На ПБ создали док перемещение на промежут.склад. В ЦБ создали док по приходу с промежут.склада только когда пришла машина. Прецендент: Машина ушла с периферии и пропала ? расход с ПБ был ? - был. На склад в ЦБ прибыл ? - нет. вот на промежуточном и завис.

Идея интересная, но руководству важно знать на какой склад отгружен товар. Дело в том, что все приходы на склады планируется вести только в центральном офисе. Там  надо видеть себестоимость, а на местах не надо. я это хочу закрыть через права пользователей. Другого пока не придумал

Попутный вопрос: В ТиС есть константа "Префикс информационной базы". Каким образом она заполняется для каждой базы?

откуда вы знаете что туда пришло? (по телефону гутарить постоянно?) Это не реально. Приходовать должен кладовщик, ибо он отвечает за приход а не девочка Маша, сидящая х. знает где. С расходомтоже самое. И при использовании промежуточного склада - ни каких препятствий для себестоимости нет. Единственный минус - на один док больше, но это решаемо через ВводНаОсновании

Я полностью согласен.

Сервис - настройка учета, типа этого. Последняя вкладка. Для каждой базы поставь свой уникальный префикс

Абсолютно согласен, что приход должны забивать на местах, но руководство не хочет показывать рядовым исполнителям цены закупки. В связи с этим будет закрыта возможность просмотра цен и документов поступления. Меня сейчас больше интересуют технические, а не организациооные моменты. Когда приду к оптимальному алгоритму - постараюсь убедить начальство. Есть в связи с этим еще вопрос: Как пользователю с ограниченными правами оставить возможность выгрузки-загрузки данных? Или это возможно только запуском "автоматического" обмена через специального пользователя-робота?

Спасибо. А как быть с последовательностью документов? На мой взгляд оптимальнее настраивать ее только на центральной базе? Ведь там будет основное списание для централизованной бухглатерии

В смысле настраивать? Это как? ЗЫ Обычно в распределенке проблем с последовательностью не больше чем в простой

"но руководство не хочет показывать рядовым исполнителям цены закупки." - век живи, век учись. А че цены и суммы в бумажных (приходных) накладных уже отменили ? Или все бумажки идут в центр сначала ? А что тогда приходует у себя на складе кладовщик и сколько ?

В документации по УРИБ (стр.52) указано, что для последовательности документов закладка "Миграция" имеет специальный вид и две опции: Единая последовательность в центральной ИБ, Отдельные последовательности в каждой ИБ. Я выбрал 1 вариант. В моем случае все склады принадлежат одному юридическому лицу (филиалы продаж). Руководство хочет назначать цены продаж централизованно. При этом надо видеть картину по всем складам сразу и иметь возможность вовремя перебрасывать затоваренную номенклатуру на те склады, где лучше продается или когда вдруг не хватило номенклатуры на конкретном складе. ЗЫ. Я только приступил к реализации данной задачи и не разу не работал с УРИБ. Поэтому столько возможно глупых вопросов. Спасибо всем кто участвет в дискуссии

Да, все бумажки идут через центр. В данный момент еще хлеще - бухгалтер забивает почти все накладные по складам и бесконечно висит на телефоне!А меня есть огромное желание освободить её от тупой и неужной рутины. По мне так,приход должны забивать на местах.

Да уж. Этак и под статю легко кладовщика подвести. Личные симпатии выходят на первый план. А что ж тогда мигрирует в ПБ ? по той же ОБСВ и куче других отчетов можно и суммы и цены увидеть. В таком случае печатай им для кладовщиков просто отчет - чего и сколько пришло/ушло. На фига кладовщикам 1С-ина нужна ? Перемещение пусть из екселя печатают, что б ручками не писАть

Спасибо всем. Пора бежать с работы .Если не разберусь еще в чем -нибудь,то завтра подниму веточку.

С работы беги, но сбежав, начинай двигаться медленно и последовательно, по очереди побеждая эти, как их, тьфу - лари.

Добрый день! День второй. Опять приступил к настройкам УРБД. Еще есть задачка. Надо установить Дату запрета редактирования из центрального офиса. На местах эту константу надо закрыть от редактирования. Но у пользователей в периферийной базе надо закрыть эту возможность. есть ли возможность через какой-нибудь глобальный метод запретить доступ к константе кроме создания дополнительного пользователя? Можно применить метод ТекущаяИБЦентральная=0

права для пользователей ПБ создай (ест-но в ЦБ) свои. Константа д.б. тоже Все ИБ. Изменишь в центре - промигрирует по всем ПБ

Спасибо, Мулька. Следовательно, только создав специального пользователя инастроив егеоо в ПБ. Жаль, что нельзя проверять доступ к константе как в справочнике при открытии формы списка или при вводе нового элемента. Хотел найти способ запрета редактирования константы как например в справочнике в форме элемента запретил ввод новых элементов Процедура ВводНового

не пользователя, а набор прав и повесив его пользователям из ПБ. В ПБ ничего настраивать не надо (да и не даст тебе 1С, кроме как юзера добавить и поменять ему че нить). Все настройки делать будешь в ЦБ. Потом автообменом передаются в ПБ. Кстати, кто тебе мешает отказаться от использования константы и Дату Запрета иметь в каком нить справочнике ?

+ У меня, кстати, константа + для каждого юзера своя ДатаЗапрета (в спр-ке). Проверка идет сначала константы, потом из спр-ка даты запрета.

вариант со справочниками достаточно гибкий. Тогда можно для каждой периферии отдельно изменять дату доступа. Может тоже применю. От умельцев хочу добавить при запуске проверку на набор прав, чтобы заходили только те, для которых права расписаны. А как отсеять из рассылки документы для конкретной ПБ от "чужих" ПБ? Это реально?

Реально, но я не делал. Поищи по архивам (на всех трех форумах: тут, 1СиЯ, Т1С) или спрашивай у кого это реализовано.

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

Согласен.Реплика не в тему. Но пока я реализовал вариант общей для всех константы даты запрета редакотирования и все документы прихода на склад от поставщиков они заносят на местах. Бухгалтер в центральной базе поправляет документы. По завершении обработки документов за определенный день дата запрета передвигается. Будет нюансы могу сообщить впоследствии. Спасибо

"А как отсеять из рассылки документы для конкретной ПБ от "чужих" ПБ? Это реально?" Таки реально... создать нужное количество периферийных баз - обмену подлежат только объекты, имеющие отношение к выбранной периферийной базе..