Доброго времени суток.
Стоит 1С УПП 8.2, в которой ведется весь учет, как производственный так и складской, бухгалтерский. Вопрос в следующем, заявки на реализацию собираются, вечером, на следующий день, соответственно документ проводиться на следующий день, но у кладовщиков, проблема, в связи с тем, что товар фактически собран, а документы не проведены, то возникает вопрос с остатками, т.е. по факту товар собран и готов к отгрузке, но в учете он висит на складе, в результате, чего возникают, ошибки при приеме заявок и сборки, т.е. заявку принимают, обращая внимание, на складские остатки, а по факту товара нет уже (он собран в предыдущих заявках).
Обслуживающие нас специалист предлагает переписать модуль в программе, но при этом, сам говорит, что фактически сломает, стандартную последовательность работы 1С, и не может точно прогронозировать работу, в последующем (на год вперед на пример)
Подскажите, какие варианты, могут быть, без глобальных изменений программного комплекса!!!
Стоит 1С УПП 8.2, в которой ведется весь учет, как производственный так и складской, бухгалтерский. Вопрос в следующем, заявки на реализацию собираются, вечером, на следующий день, соответственно документ проводиться на следующий день, но у кладовщиков, проблема, в связи с тем, что товар фактически собран, а документы не проведены, то возникает вопрос с остатками, т.е. по факту товар собран и готов к отгрузке, но в учете он висит на складе, в результате, чего возникают, ошибки при приеме заявок и сборки, т.е. заявку принимают, обращая внимание, на складские остатки, а по факту товара нет уже (он собран в предыдущих заявках).
Обслуживающие нас специалист предлагает переписать модуль в программе, но при этом, сам говорит, что фактически сломает, стандартную последовательность работы 1С, и не может точно прогронозировать работу, в последующем (на год вперед на пример)
Подскажите, какие варианты, могут быть, без глобальных изменений программного комплекса!!!
По теме из базы знаний
- Управление последовательностями проведения документов по измерениям (УФ)
- Контроль суммы задолженности при неоперативном проведении документа продажи (Реализации товаров и услуг)
- Расчет себестоимости товаров в 1С УТ 11 и КА 2 при проведении документа
- [БП 3.0][РТ 2.*] Проведение пересортицы в БП 3.0 после синхронизации с РТ 2.*
- Исправление ошибки релиза Бухгалтерии 3.0.95.6: при отключенном контроле остатков не проводит документ
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Во-первых ломать конфигурацию нужно в последнюю очередь и в самом крайнем случае.
Во-вторых "обслуживающим специалистам" очень выгодно с вас получить кучу бабок сначала за ломку , а потом за регулярные обновления сломанной конфы.
Во-третьих в вашем случае, кто мешает проводить документы сразу?
Так что для начала просто поищите организационные решения - они на самом деле всегда самые простые, несмотря на то что живые люди, привыкшие работать порой через пень-колоду, обычно очень противятся введению разумных и рациональных технологий
Во-вторых "обслуживающим специалистам" очень выгодно с вас получить кучу бабок сначала за ломку , а потом за регулярные обновления сломанной конфы.
Во-третьих в вашем случае, кто мешает проводить документы сразу?
Так что для начала просто поищите организационные решения - они на самом деле всегда самые простые, несмотря на то что живые люди, привыкшие работать порой через пень-колоду, обычно очень противятся введению разумных и рациональных технологий
Добрый день!
Можно использовать проведение документов в управленческом учете - вечером, при сборе заявок, после этого кладовщики смотрят остатки именно в управленческом учете. А на следующий день после совершения операции реализации - оперативное проведение во всех видах учета.
И действительно - вопрос больше организационный и способов может быть множество, и это точно не повод ломать типовую конфигурацию.
Можно использовать проведение документов в управленческом учете - вечером, при сборе заявок, после этого кладовщики смотрят остатки именно в управленческом учете. А на следующий день после совершения операции реализации - оперативное проведение во всех видах учета.
И действительно - вопрос больше организационный и способов может быть множество, и это точно не повод ломать типовую конфигурацию.
Проводить текущей датой мы не можем, т.к по условиям договоров, дата выработки должна соответствовать дате отгрузки, плюсом, есть нюансы по вет справкам. Виртуальный склад тоже, не получается, я размышлял, на эту тему, упираемся в ветсправки.
Я понимаю, что ломание выйдет боком, поэтому и обратился на форум. И дело не в деньгах, а в дальнейшей работе, т.к. рано или поздно полезут костыли, и если рухнет база, то будет очень плохо.
Вся тонкость в том, что предприятие занимается производством пищевой продукции. Но при этом, особенность в том, что один и тот же продукт, может идти в вакуумной упаковке, в пакете и т.п. Т.к., например выпустили всего 100 кг продукта, из них 10 уйдет весом, 70 уйдет в вакуумной упаковке, 20 уйдет в жесткой упаковке. При этом, с покупателями условиями договора, указано, что поставка осуществляется в день выработки в упакованном виде, с приложением вет справок в системе Меркурий. Таким образом, получается, что вечером набирается заявка на завтра, пакуется в различные виды упаковок, утром документ проводиться, и к нему выписывается вет справка через Меркурий.
При этом возникает, вопросу только у кладовщиков, по набору и приему заявок.
Вся тонкость в том, что предприятие занимается производством пищевой продукции. Но при этом, особенность в том, что один и тот же продукт, может идти в вакуумной упаковке, в пакете и т.п. Т.к., например выпустили всего 100 кг продукта, из них 10 уйдет весом, 70 уйдет в вакуумной упаковке, 20 уйдет в жесткой упаковке. При этом, с покупателями условиями договора, указано, что поставка осуществляется в день выработки в упакованном виде, с приложением вет справок в системе Меркурий. Таким образом, получается, что вечером набирается заявка на завтра, пакуется в различные виды упаковок, утром документ проводиться, и к нему выписывается вет справка через Меркурий.
При этом возникает, вопросу только у кладовщиков, по набору и приему заявок.
Схема работы на складе следующая, приходит заявка, на основании ее создается накладная на реализацию, по которой надирается товар, т.к. товар весовой, то по факту набора веса как правило правяться наборщиком, после чего проверяет кладовщик, документ сохраняется и печатается.
На склад товар поступает по документы перемещения или производства в зависимости от вида товара.
На склад товар поступает по документы перемещения или производства в зависимости от вида товара.
(14)Заказ покупателя. Есть в УПП понятие авторезервирования на складах. Обратите внимание на кнопку "Заполнить и провести" наверху.
Работает так: заполняете документ товарами, нажимаете заполнить и провести и система сама ищет свободные остатки на складе и резервирует их.
Если свободных остатков нет - то их можно резервировать потом, документом резервирование товаров. его надо вводить на основании заказа.
Этим же документом при необходимости снимаете резервы.
Когда вы нажимаете Заполнить и провести свободные остатки ищутся с учетом резервов под другие заказы. То есть это по факту ваш случай.
Работает так: заполняете документ товарами, нажимаете заполнить и провести и система сама ищет свободные остатки на складе и резервирует их.
Если свободных остатков нет - то их можно резервировать потом, документом резервирование товаров. его надо вводить на основании заказа.
Этим же документом при необходимости снимаете резервы.
Когда вы нажимаете Заполнить и провести свободные остатки ищутся с учетом резервов под другие заказы. То есть это по факту ваш случай.
А почему бы не использовать документ "Заказ покупателя"?
План таков:
1. Делаем документ "Заказ покупателя" с датой отгрузки "завтра"
2.Когда начинается "завтра", на основании дока "Заказ покупателя" формируем РТиУ.
Весь цимус в регистре накопления "Свободные остатки".
Док "Заказ покупателя" уменьшает количество товара в этом регистре.
И всего то остается слепить отчет для кладовщиков по регистру "Свободные остатки", где будет виден фактический остаток товара.
И не придется ломать конфигурацию....
План таков:
1. Делаем документ "Заказ покупателя" с датой отгрузки "завтра"
2.Когда начинается "завтра", на основании дока "Заказ покупателя" формируем РТиУ.
Весь цимус в регистре накопления "Свободные остатки".
Док "Заказ покупателя" уменьшает количество товара в этом регистре.
И всего то остается слепить отчет для кладовщиков по регистру "Свободные остатки", где будет виден фактический остаток товара.
И не придется ломать конфигурацию....
С заказами у вас все очень хорошо получится...
Тот кто вечером оформлял документы сейчас должен будет создавать Заказ (если же заказы уже использовали ранее, то просто Резервировать товар под этот заказ) и резервировать внутри этого заказа товар.
А утром на основании этого заказа, который "готов к отгрузке" тот кто проводил у вас Реализацию должен изменить статус товара в заказе с "зарезервирован" на "готов к отгрузке" и после этого на основании этого заказа создавать Реализацию и проводить ее
Все просто
Тот кто вечером оформлял документы сейчас должен будет создавать Заказ (если же заказы уже использовали ранее, то просто Резервировать товар под этот заказ) и резервировать внутри этого заказа товар.
А утром на основании этого заказа, который "готов к отгрузке" тот кто проводил у вас Реализацию должен изменить статус товара в заказе с "зарезервирован" на "готов к отгрузке" и после этого на основании этого заказа создавать Реализацию и проводить ее
Все просто
Не согласна про заказ покупателя, на мой взгляд резервы для кладовщиков не прозрачны (возврат к документам заказа при отгрузке и т.п....), кладовщик который должен смотреть только свободные остатки... Может потому что я не люблю резервы в приницпе)...
На мой взгляд ордерная схема ляжет мягче, если уж виртуальные склады не канают. Делаем РТУ со списанием по ордеру, ордер по нему. Ордер проводим текущим числом (датой подготовки на складе), а реализацию - следующим числом...
На мой взгляд ордерная схема ляжет мягче, если уж виртуальные склады не канают. Делаем РТУ со списанием по ордеру, ордер по нему. Ордер проводим текущим числом (датой подготовки на складе), а реализацию - следующим числом...
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот