|
|
ПС:Мебельное производство Автоматизация учета и управления на мебельном производстве. Комплексная система учета и управления на платформе "1С:Предприятие 8". |
23.12.2010, 11:39
|
|
ПС:Мебельное производство. Вопросы по использованию
ps_Mike
Консультант
Регистрация: 05.11.2009
Адрес: Москва
Сообщений: 453
Сказал(а) спасибо: 134
Поблагодарили 380 раз(а) в 215 сообщениях
23.12.2010, 11:39
Рейтинг:
()
конкретные вопросы по использованию приобретенного продукта, техническая поддержка
|
Просмотров: 197023
|
09.12.2011, 16:00
|
#131
|
Местный
Регистрация: 13.04.2011
Адрес: РБ
Сообщений: 146
Сказал(а) спасибо: 98
Поблагодарили 75 раз(а) в 43 сообщениях
Вес репутации: 189
|
Цитата:
Сообщение от ps_Mike
Ну почему же...а если мы какие-то услуги или товары отгружаем "в подарок"???
|
Ну тогда хотя бы цена должна быть 0,00, но не пустая же?
И даже в этом случае пусть выдаст хотя бы предупреждение.
__________________
---
Kalvin
|
|
|
09.12.2011, 16:12
|
#132
|
Консультант
Регистрация: 05.11.2009
Адрес: Москва
Сообщений: 453
Сказал(а) спасибо: 134
Поблагодарили 380 раз(а) в 215 сообщениях
Вес репутации: 298
|
Цитата:
Сообщение от Kalvin
Ну тогда хотя бы цена должна быть 0,00, но не пустая же?
И даже в этом случае пусть выдаст хотя бы предупреждение.
|
Это вопрос к печатной форме или к экранной форме документа?
Если к экранной форме - то это стандартное представление нуля в документах для платформы 1С 8.
|
|
|
12.12.2011, 08:28
|
#133
|
Местный
Регистрация: 13.04.2011
Адрес: РБ
Сообщений: 146
Сказал(а) спасибо: 98
Поблагодарили 75 раз(а) в 43 сообщениях
Вес репутации: 189
|
Документы с нулевой суммой
Цитата:
Сообщение от ps_Mike
Это вопрос к печатной форме или к экранной форме документа?
Если к экранной форме - то это стандартное представление нуля в документах для платформы 1С 8.
|
Мне кажется что, заявка покупателя, в абсолютном большинстве случаев создается не с нулевой суммой. И отгрузка покупателю то же.
И, для контроля, будет целесообразно встроить механизм проверки при проведении этих документов на заполненность реквизита сумма.
Во многих решениях я наблюдал следующий механизм: при проведении документа, если сумма документа 0,00, выдается предупреждение, что то типа "вы действительно хотите провести документ с нулевой суммой?" Варианты ответа "Да" "Нет"
Ну или можно просто выдать информационное сообщение "Вы провели документ с нулевой суммой"
__________________
---
Kalvin
|
|
|
12.12.2011, 10:06
|
#134
|
Консультант
Регистрация: 05.11.2009
Адрес: Москва
Сообщений: 453
Сказал(а) спасибо: 134
Поблагодарили 380 раз(а) в 215 сообщениях
Вес репутации: 298
|
Цитата:
Сообщение от Kalvin
Мне кажется что, заявка покупателя, в абсолютном большинстве случаев создается не с нулевой суммой. И отгрузка покупателю то же.
И, для контроля, будет целесообразно встроить механизм проверки при проведении этих документов на заполненность реквизита сумма.
Во многих решениях я наблюдал следующий механизм: при проведении документа, если сумма документа 0,00, выдается предупреждение, что то типа "вы действительно хотите провести документ с нулевой суммой?" Варианты ответа "Да" "Нет"
Ну или можно просто выдать информационное сообщение "Вы провели документ с нулевой суммой"
|
Ок, передам программисту.
|
|
|
Пользователь сказал cпасибо:
|
|
27.12.2011, 11:24
|
#135
|
Местный
Регистрация: 13.04.2011
Адрес: РБ
Сообщений: 146
Сказал(а) спасибо: 98
Поблагодарили 75 раз(а) в 43 сообщениях
Вес репутации: 189
|
Цитата:
Сообщение от ps_Mike
Добавлен механизм контроля количества передаваемого в производство материала
|
Не могу увидеть как это реализовано?
__________________
---
Kalvin
|
|
|
Пользователь сказал cпасибо:
|
|
27.12.2011, 11:34
|
#136
|
VIP
Регистрация: 24.06.2010
Адрес: Україна, Проскурів
Сообщений: 1,950
Сказал(а) спасибо: 6,603
Поблагодарили 5,053 раз(а) в 1,304 сообщениях
Вес репутации: 1375
|
Цитата:
Сообщение от Kalvin
Не могу увидеть как это реализовано?
__________________
|
Как по мне- то немного через .. неправильно. Если в будете выдавать количество большее, чем в заказе на производство, то программа выдаст предупреждение. Лично для меня -это практически бесполезно. Так как выдаем НА ОСНОВАНИИ, то и больше выдавать вроде как смысла нет, разве что убирать позиции, которых в данный момент нет на складе. А вот для чего требовался контроль- то как раз для таких случаев, чтобы по приходу ранее не выданных позиций в документ перемещения попадали только они
|
|
|
27.12.2011, 14:50
|
#137
|
Консультант
Регистрация: 05.11.2009
Адрес: Москва
Сообщений: 453
Сказал(а) спасибо: 134
Поблагодарили 380 раз(а) в 215 сообщениях
Вес репутации: 298
|
Цитата:
Сообщение от FIDEL
Как по мне- то немного через .. неправильно. Если в будете выдавать количество большее, чем в заказе на производство, то программа выдаст предупреждение. Лично для меня -это практически бесполезно. Так как выдаем НА ОСНОВАНИИ, то и больше выдавать вроде как смысла нет, разве что убирать позиции, которых в данный момент нет на складе. А вот для чего требовался контроль- то как раз для таких случаев, чтобы по приходу ранее не выданных позиций в документ перемещения попадали только они
|
Правильно я понимаю - в тако6е перемещение должны попадать все "не переданные на производство" позиции, имеющиеся в наличии на складе?
|
|
|
27.12.2011, 16:21
|
#138
|
VIP
Регистрация: 24.06.2010
Адрес: Україна, Проскурів
Сообщений: 1,950
Сказал(а) спасибо: 6,603
Поблагодарили 5,053 раз(а) в 1,304 сообщениях
Вес репутации: 1375
|
Цитата:
Сообщение от ps_Mike
Правильно я понимаю - в тако6е перемещение должны попадать все "не переданные на производство" позиции, имеющиеся в наличии на складе?
|
В принципе- верно.То есть чтобы передача ТМЦ в производство происходила по типу связки- Заказ поставщику-Приход от поставщика. Например по заказу на производство на складе нет некоторых позиций- значит мы передаем только то что есть. Завтра к нам поступили от поставщика недостающие позиции- иы на основании заказа на производство делаем документ перемещения ТМЦ в который подтягиваются только те позиции, которые отсутствовали во вчерашнем документе. Ну и в табличной части тоже сделать колонку- заказ на производство(по аналогии с заказом поставщику) для того чтобы в одном документе можно было еще передать ТМЦ , не привязанную к конкретному заказу на производство
|
|
|
Пользователь сказал cпасибо:
|
|
28.12.2011, 07:56
|
#139
|
Местный
Регистрация: 13.04.2011
Адрес: РБ
Сообщений: 146
Сказал(а) спасибо: 98
Поблагодарили 75 раз(а) в 43 сообщениях
Вес репутации: 189
|
Цитата:
Сообщение от FIDEL
на основании заказа на производство делаем документ перемещения ТМЦ в который подтягиваются только те позиции, которые отсутствовали во вчерашнем документе
|
У нас это реализовано через документ Требование-накладная, он вводится только на основании Зак. на производство. Есть контроль, т.е. нельзя выдать больше чем было запланировано по заказу, в печатной форме Тр.Накладной указан Зк.Производство. Так кладовщики еще видят в спец. журнале те Зк. на производство по которым цех еще не получил материалы полностью.
Но теперь у меня в программе 2 документа с аналогичным функционалом: Требование накладная и Перемещение ТМЦ, разница только в том что первый вводится ТОЛЬКО на основании Заказа на производство.
__________________
---
Kalvin
|
|
|
29.12.2011, 15:23
|
#140
|
Местный
Регистрация: 13.04.2011
Адрес: РБ
Сообщений: 146
Сказал(а) спасибо: 98
Поблагодарили 75 раз(а) в 43 сообщениях
Вес репутации: 189
|
Цитата:
Сообщение от FIDEL
Если в будете выдавать количество большее, чем в заказе на производство, то программа выдаст предупреждение.
|
Не знаю, у меня ничего не выдает. Делаю Заказ на производство, по нему запланировано 20 болтов. Делаю на основании этого заказа Перемещение ТМЦ, и выдаю 130 болтов - никаких предупреждений.
__________________
---
Kalvin
|
|
|
Нижняя навигация
|
|
Ваши права в разделе
|
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения
HTML код Выкл.
|
|
|
Текущее время: 16:44. Часовой пояс GMT +3.
|