Кто работает с УНФ?
.
УНФ в облаке ("волею судьбы я не могу выйти из дома", тренируюсь на локальной базе).
.
простая оптовая торговля.
на товар надо заводить два значения:
- сертификат/декларация (на все товары)
- гигиенический сертификат (не на все, на товары для детей)
.
как сертификат/гигиену прикрутить без доработок?
(мысли есть как извернуться, но может чего не знаю - порыскал не нашел штатного подходящего).
.
и может кто ссылочек накидает по урокам/видео актуальным по возможностям свежих текущих конфигураций.
(как всегда надо "быстро", повбывавбы!)

Что значит "прикрутить сертификат"

(1) зарегистрировать документ качества по данному товару:
В общем виде :
- вид документа (сертификат, декларация, отказное письмо итд)
- орган, выдавший сертификат
- датаномер сертификата
- период действия серьиыиката с.. По...
Хорошо бы ещё кто является держателем сертификата
- скан сертификата

Сертификат в общем случае выдаётся на несколько разных товаров
Под сертификатом понимается и прочие аналогичные документы : декларация, отказное письмо итд

(0) укрупнить до производителя, по списку производителей формировать пакет сопроводиловки

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

(2) А серии не пытался прикрутить к этой задаче? По-моему вполне нормально и штатно

(3) производитель - это отдельная песня. он вообще никак с документами качества не связан.

(4) а напрмер, какого типа должен быть допреквизит, чтобы в нем можно было определить еще и состав реквизитов этого допреквизита?

(5) хм... можно, но мутно мне как-то. серии в УНФ - в учете остатков\пр - как задействованы?.
.
документы качества к количеству никак не привязаны. никакого подбора серий в документах быть не должно...
.

(5) Глянул серии, похоже то, что надо. включаем серии, учет остатков по сериям не используем. серии нигде не указываем. просто "подчиненный" список сертификатов\документов качества. в серии можно напихать доп.реквизиты нужные (примитивные типы и ссылка на контрагента-орган сертификации).
Вроде подходит. Спсб.

Еще вопрос.
Партионный учет (для целей себестоимости). импортные товары.
грубо говоря, если из запасов списыается партия по вполне конкретному партиеобразующему документу - надо\хочется чтобы ГТД подставлялись\списывались те, которые относятся к списыаемой партии партиеобразующего документа.
Порылся, нигде привязки ГТД к партионному учету партиеобразующих документов - не нашел.
"учет по партиям", который можно включить в настройках - он напрямую не относится к партионному учету запасов (там так прямо по ? и поясняется).

И непонятно, как считает УНФ стоимость списания ТМЦ при расходе. jnrlf берет несписанную еще себестоимость. И где настраивается способ по среднему\фифо... Поясните, кто в курсе.

(11) Ар азве там расчет себестоимости не регламент операцией делается?

(12) хз, я не спец пока. да и если регламенной операцией - то все равно вопрос - на основании чего, из каких регистров что тянется при списании в расход..?

(10) Как нет привязки к ГТД? Док определяющий партию - Приходная накладная, а в ней обязательная привязка к ГТД (если в карточке товара указано, что он импорт и учитывается с гтд)
(11) В карточке товара в Учетная информация
"И непонятно, как считает УНФ стоимость списания ТМЦ при расходе" считает по рассчитанный на данный момент себестоимости конкретного товара. Корректировка происходит при закрытии месяца

(5) Серии для использования в каечтсе сертификатов - не подходят.
серии подчинены номенклатуре.
а сертификат наоборот. в один сертификат\декларацию "сертифицируется" много товаров.
Есть мысль сертификаты для товаров привязать через "категорию". Недостающее в категории - можно доопределить доп.реквизитами. И все бы ничего.. но тоже засада, надо как минимум два "обьекта\реквизита" для описания документов качества - для сертификатов\деклараций (1 действующий)ии гигиенический сертификат (1 действующий). а категория для товара - всего одна... нескладушечка...
.
вариант запасной есть, но очень некрасивый...

(14)  по (10) - не взлетит (?). потому что при расходовании товара списание по партиям (если таковое есть) - никак не привязано к указываемым в документе расхода ГТД (которые подбираются либо справочно, если нет количественного учета по ГТД или при включенной настройке "количественный учет по ГТД) подбираются полувручную по кнопке заполнения когда еще документ не проведен и партии списания еще не определены.
.
и вообще не нашел в проведенном документе расхода - где-нибудь записи которая ссылается на партию прихода (как вообще партионный учет ведется.
.
и не нашел где задаются параметры партионного учета (фифо, среднее)? или этого нет в принципе и зашита настройка жестко? подскажите кто в курсе.

(14) по (11), да, в карточке товара партионка настраивается. непривычно. привык что способ - но фирму в целом, здесь потоварно, нет жесткой привязки к требованиям НПА...

(14) по (11) фифо\средняя - несущественно - при списании товара в расход - из какого регистра тянет себестоимость текущую?

и.. так ничего себе.. тонкий клиент.. 80 Мб отожрал памяти (файл-серверный вариант базы).
.
и как-то не понимаю (ламер пока, до чайника еще не дорос).
Файловая база, тонкий клиент. а где прокладка, которая между тонким клиентом и базой? в файловом варианте - это что, внутри тонкого клиент все?

тьфу, не 80, а 800 Мб.

(19) Файловый вариант по сети ужасен для современных конф на БСП. Сколько пользователей? Если бюджета нет, имеет смысл хотя бы веб-сервер поднять.

>>внутри тонкого клиент все?
Да. И 800 Мб это ещё скромно

(21) я пока дома тренируюсь\осваиваю как юзверь\внедренец (прогать не планирую, есть спе если что). так что в одно рыло на домашнем компе. а так - в облаке планируется на начальном этапе.

(22)  "на домашнем компе" - "файл-серверный вариант"
Где-то тут не стыкуется)

Локально SSD должна нормально крутиться.

По регистрам смотри движения тестовых документов плюс регистраторы регистров в конфигураторе. Вроде там вариантов не так много.

Правда попытался понять смысл справочника партии. Со стороны конфигуратора не смог понять где бы он мог быть привязан к документу прихода. Пример забивать и код смотреть лень.

(23) уй, на ноуты более-менее нормальные ставить не хочу закакивать систему. кручу на домашнем старом десктопе, там оперативы мало... скорость не важна, а из-за оперативы он реально начинает притормаживать... уродство а не софт для людей... ;-)

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

спр.партии - можно выставить "партионный учет" по средней, но при этом юзать "партии" как совершенно другое измерение.

(26) В конфе единственный вроде подходящий регистр Запасы ("Запасы и затраты") - есть нужные измерения и ресурс сумма.

Партии ручные, оригинально. Т.е. фифо не предусмотрено - это подозрительно

(28) Нашел ФИФО
    |ВЫБРАТЬ
    |    УчетЗатрат.Организация КАК Организация,
    |    УчетЗатрат.СтруктурнаяЕдиница КАК СтруктурнаяЕдиница,
    |    УчетЗатрат.СчетУчета КАК СчетУчета,
    |    УчетЗатрат.Номенклатура КАК Номенклатура,
    |    УчетЗатрат.Характеристика КАК Характеристика,
    |    УчетЗатрат.Партия КАК Партия,
    |    УчетЗатрат.ЗаказПокупателя КАК ЗаказПокупателя,
    |    МАКСИМУМ(НАЧАЛОПЕРИОДА(УчетЗатрат.Период, ДЕНЬ)) КАК Период
    |ПОМЕСТИТЬ ПериодыПартий
    |ИЗ
    |    РегистрНакопления.Запасы КАК УчетЗатрат
    |        ВНУТРЕННЕЕ СОЕДИНЕНИЕ ТаблицаОстатковПартий КАК ТаблицаОстатковПартий
    |        ПО (ТаблицаОстатковПартий.Организация = УчетЗатрат.Организация)
    |            И (ТаблицаОстатковПартий.СтруктурнаяЕдиница = УчетЗатрат.СтруктурнаяЕдиница)
    |            И (ТаблицаОстатковПартий.СчетУчета = УчетЗатрат.СчетУчета)
    |            И (ТаблицаОстатковПартий.Номенклатура = УчетЗатрат.Номенклатура)
    |            И (ТаблицаОстатковПартий.Характеристика = УчетЗатрат.Характеристика)
    |            И (ТаблицаОстатковПартий.Партия = УчетЗатрат.Партия)
    |            И (ТаблицаОстатковПартий.ЗаказПокупателя = УчетЗатрат.ЗаказПокупателя)
    |            И (ТаблицаОстатковПартий.КоличествоОстаток <> 0)
    |ГДЕ
    |    УчетЗатрат.Период МЕЖДУ &ДатаНач И &ДатаКон
    |    И УчетЗатрат.КоррСчетУчета = &ПустойСчет
    |    И (УчетЗатрат.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Приход)
    |                И (НЕ УчетЗатрат.Возврат)
    |            ИЛИ УчетЗатрат.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Расход)
    |                И УчетЗатрат.Возврат)
    |    И УчетЗатрат.Период < ТаблицаОстатковПартий.Период
    |    И УчетЗатрат.Организация = &Организация



МАКСИМУМ(НАЧАЛОПЕРИОДА(УчетЗатрат.Период, ДЕНЬ)) КАК Период
Т.е. порядок определяется датой последнего прихода по партии. Писали (и архитектуру заказывали) конечно люди весьма одаренные. Тормоза должны быть нарастающими по мере наполнения базы.

(25) Вспоминается заказчик, у которого Буха7 крутится на серваке начала-середины 2000х. На 4Gb оперативки SQL и rdp. В пике там человек 15 в базе работало и даже не сильно жаловались.
Сейчас считается, что для офисного компа 8гиг почти минимум.

(30) офФ: ну дык у меня до 2010г тис (суммарно до 25 юзверей, из них 1102 с ТСД напрямую в базу) бегали + бухи несколько человек сидели. недосервер с 2ГБ оперативы (материнка у меян на домашнем компе сейчас вроде стоит) - все норм вертелоаь более-менее ;-)

(29) а "ТаблицаОстатковПартий" - она откуда? похоже что в ней как раз себестоимости партий на списание?

(33)     |ПОМЕСТИТЬ ТаблицаОстатковПартий
    |ИЗ
    |    РегистрНакопления.Запасы.Остатки(
    |            &ДатаКон,
    |            Организация = &Организация
    |                И Номенклатура.МетодОценки = ЗНАЧЕНИЕ(Перечисление.МетодОценкиЗапасов.FIFO)) КАК УчетЗатратОстатки

Себестоимость как и предполагалось в (28) в РН Запасы. Но соединять остатки со всеми приходами за всю историю только для того чтобы получить дату для ФИФО - это ппц бомба. Я в шоке

так значит себестоимость тянется из РН.Запасы... а вот тут интереснее все.. пару мин...

В РН "Запасы" - партия - это типа "производственная" (или иная партия учета) партия. к себестоимости как "партиеобразующая" сущность вообще не относится. Из нее никак не вытащить дату для фифо. тем более учет по таким партиям - может быть отключен. Поэтому и соединяются с приходами для фифо. И как они вычисляют к какой дате партия относится? остаток по партии соединяют со всеми приходами от СЕЙЧАС НАЗАД и смотрят на приход который цепляет остаток в ноль? (соединять вообще со всеми приходами смысла нет, с первых приходов уже будет списано).

и, блин, получается что я никак не увижу в регистре с какого прихода (партиеобразующего) списалось? Различаются ли приходы для фифо по позиции или свернуты до даты?

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

Партия как измерение в РН "Запасы" (синоним Запасы и Затраты) штатно никак на это не влияет, это "производственная партия, как и писал выше (заполнять в доках ручками)

.. и что самое поганое (как писал выше) - учет ГТД никак не привязан штатно к партионному учету себестоимости... это очень некузяво, очень...

(34) это код из документ.закрытиемесяца, это немного не то...

(40) хотя хз... может этот код и при проведении обычного документа расхода выполняется (чудны возможности и код 8-ки... для меня... пока...)

блин, как бы в УНФ "штатно" закачать список групп справочника из списка
наименованиегруппы-ссылкагруппы(гуид)-ссылкагруппыродителя(гуид)
- чтобы группы создались с этими гуидами...
??

(42) штатно гуиды из списка грузиться не должны по идее. Кодить придётся или xml правильную сгенерить по образцу