Сертификаты в Номенклатуру

10 Comments

1. ediks 12.03.2012 at 09:41

   (0) 1) А почему только JPG?
   
   2) много ли конфигураций 1С имеют такую табличную часть в справочнике????

   у элемента справочника должна быть табличная часть «Сертификаты», у которого должны быть поля: «ДатаНач» (тип: дата), «ДатаКон» (тип: дата), «Орган» (тип: Справочники.Контрагент), «Номер» (тип: строка) и «Сертификат» (тип: ХранилищеЗначений).

   Reply ↓
2. lomanos 12.03.2012 at 10:02

   (1) 1) ограничение на формат файла поставил специально, чтобы большие файлы не прикрепляли, но в принципе код открыт — исправить не долго;
   
   2) насколько я знаю, ни одна конфигурация не имеет такой табличной части, ее нужно будет создать самому в справочнике номенклатур. В любом случае, если вы хотите хранить картинки где-то в базе (а не в отдельных файлах), нужно объявить для них «место» (будь то табличная часть или регистры). Или я что-то не знаю 🙂

   Reply ↓
3. ediks 12.03.2012 at 13:09

   (2) Какая у Вас конфигурация или на основе чего сделана? Я это к тому, что типовая УТ может хранить сколько угодно изображений номенклатуры. Может не стоило изобретать велосипед, а взять готовый функционал?

   Reply ↓
4. lomanos 13.03.2012 at 03:59

   (3) у меня на основе 8.1 «Управленческий учет» и что-то похожего я не нашел, потому и пришлось изобретать «велосипед». А сюда выложил — может кому еще пригодится, может кто-то еще без «велосипеда» ездит 🙂

   Reply ↓
5. V.Nikonov 16.03.2012 at 15:11

   Вообще-то организация Табличной части со списком сертификатов к каждой Номенклатурной позиции — неслыханая роскошь!!!
   
   Стандартный Сертификат качества выдается зачастую на несколько Позиций товара!
   
   Если к товару требуется Качественное удостоверение, то в таком случае нужны объекты хранения привязанные к Партии… И все равно, один качественник на несколько позиций!

   Нужды хранить несколько сертификатов для Товара я не вижу, зачем хранить просроченные изображения?

   Reply ↓
6. lomanos 19.03.2012 at 04:29

   (5)

   • 1. Почему «неслыханая роскошь»? Сертификаты на номенклатуру выдаются крайне редко (~1раз в 2года), т.е. номенклатура будет содержать 1-3 сертификатов (больше нет никакого смысла, т.к. проводятся периодические «свертки», т.е. размер базы не сильно вырастит) и обмен «нагрузят» картинки сертификатов только один раз, при первичном занесении, дальше будут крайне редко прикреплять новые, потому и для обмена это будет не заметно.
     
   • 2. «Просроченные» сертификаты нужно хранить для контрагентов, которые периодически просят предоставить пакет документов, на продажи прошлых периодов, а в данном периоде новых сертификатов может и не быть, поэтому должны распечатываться старые сертификаты, даже если вы уже прикрепили новые.
     

   Reply ↓
7. V.Nikonov 19.03.2012 at 08:51

   (6)
   

   1. Почему «неслыханая роскошь»?

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

   2. «Просроченные» сертификаты

   И если сертификат перевыпустился, то зачем нужны предыдущие копии в ТЗ? По закону, сертификаты должны прилагаться сразу к отгрузочной накладной! Спустя даже несколько недель, предыдущий сертификат покупателю не нужен. Для собственных торговых нужд ему нужен действующий сертификат!

   Reply ↓
8. lomanos 19.03.2012 at 09:28

   (7)

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

   Я понимаю, что вы хотели сказать. Я же и аргументировал свой ответ по поводу объема хранимой и передаваемой информации. Да, правильней «привязывать» сертификаты не к номенклатуре, а к партии (у меня с самого начала так и было реализовано), но:
   

   • 1. это создает лишнюю сложность при поиске, просмотре и заполнении данных сертификатов пользователями, поэтому и было принято решение «упростить» работу с сертификатами;
     
   • 2. при «партионном» хранении сертификатов, нужно либо создавать реквизит в регистре накопления, в котором бы хранилось изображение или ссылка на справочник (в котором храниться изображение), в любом случае «обработка» таких данных больше бы «нагружало» скульную базу;
     

   Спустя даже несколько недель, предыдущий сертификат покупателю не нужен.

   «Покупатель» также может продавать «старые» и «новые» партии товаров, у которых соответственно «старые» и «новые» сертификаты. И если у «покупателя» «старый» сертификат был утерян, то он вправе запросить его («старый» сертификат) у «поставщика».
   
   P.S. во всяком случае мне заказчик так аргументировал постановку задачи на хранение «старых» сертификатов 🙂

   Reply ↓
9. V.Nikonov 19.03.2012 at 10:54

   Т.к. Конфигурация всё равно изменяется, то правильнее всего создавать отдельный Справочник Сертификатов. В нём хранить изображения.
   
   В Номенклатуре ли, в Сериях ли, или ещё где понадобится использовать ссылки на сертификаты…
   
   Из этого справочника, при необходимости можно извлекать изображения «устаревших» сертификатов. По крайней мере Крупный кусок данных (Изображение) хранится только в единственном экземпляре!

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

   Reply ↓
10. logoped99 19.03.2012 at 11:30

    Данную задачу можно решить различными способами.
    
    В указанном случае не хватает гибкости.

    Reply ↓