Фиксации: Купить стразы оптом клеевые холодной фиксации в интернет-магазине

Опубликовано автором

Содержание

Медимком — Устройства бесшовной фиксации StatLock (Статлок)

тел.: +7 812 334-37-64

тел.: +7 495 900-10-99

ул.Полевая Сабировская, д.43

Санкт-Петербург

Бренды

  • Becton Dickinson
  • Medtronic (Covidien)
  • Mindray
  • Fisher & Paykel
  • BOWA medical
  • Teleflex
  • ИНТЕРОКО
  • PFM
  • Merit Medical
  • Delta Med
  • Mederen
  • AVANOS
  • Amvex
  • GCE
  • GVS
  • АСКМ
  • HARTMANN
  • Pascal
  • Baihe
  • Lepu Medical
  • GE Healthcare

  • Устройство StatLock (Статлок) повышает комфорт и безопасность пациента

  • Снижает количество внеплановых повторных имплантаций

  • Снижает уровень осложнений, связанных с катетером

  • Увеличивает время нахождения катетера в вене пациента

  • Надежно фиксирует катетер

  • Может использоваться с широким ассортиментом катетеров

  • Опорная подкладка устройства StatLock накладывается быстрее и проще, чем шовный материал

  • Позволяет видеть место введения катетера

  • Воздухопроницаемое трикотажное полотно обеспечивает дополнительную безопасность катетера и комфорт пациента

Изображение Описание Артикул  Кол-во в упаковке
StatLock PICC PLUS со скользящим зажимом и серповидной подушечкой для фиксации PICC-катетеров VPPCSPCE 50 шт/уп
StatLock PICC PLUS со скользящим зажимом и трикотажной подушечкой для фиксации PICC-катетеров PIC0220CE 50 шт/уп
StatLock CV PLUS для фиксации центральных венозных катетеров со скользящим зажимом, трикотажной гидроколлоидной серповидной подушечкой и подушечкой «pigtail» CV0220CE 25 шт/уп
StatLock CV PLUS для фиксации центральных венозных катетеров со скользящим зажимом и трикотажной гидроколлоидной серповидной подушечкой CV0226CE 25 шт/уп
StatLock Dialysis для фиксации диализных катетеров на трикотажной гидроколлоидной подушечке DI0120CE 25 шт/уп
StatLock IV Select macro для фиксации периферических внутривенных катетеров не имеющих крыльев фиксации в комплекте с удлинителем макро (длина 15 см, диаметр 6 мм).   Уникальный угол входа фиксатора предназначен для предотвращения перегиба катетера. IV0525CE 25 шт/уп
StatLock IV Ultra для фиксации периферических внутривенных катетеров не имеющих крыльев фиксации. Уникальный угол входа фиксатора предназначен для предотвращения перегиба катетера. IV0520CE 50 шт/уп
StatLock UNIVERSAL PLUS с большим зажимом на универсальной подушечке для фиксации катетеров и дренажей 12-14Fr UPD1214CE 25 шт/уп
StatLock UNIVERSAL PLUS со средним зажимом на универсальной подушечке для фиксации катетеров и дренажей 10-12Fr VUPD1012CE 25 шт/уп
StatLock UNIVERSAL PLUS с малым зажимом на универсальной подушечке для фиксации катетеров и дренажей 6-8,5Fr VUPD68CE 25 шт/уп

Скачать РУ

Скачать ДС

Скачать каталог

 

 

6.

2. Порядок заполнения и срок представления заявки о фиксации в ЕГАИС информации о поставке (в том числе возврате), внутреннем перемещении продукции

6.2. Порядок заполнения и срок представления заявки

о фиксации в ЕГАИС информации о поставке (в том числе

возврате), внутреннем перемещении продукции

Заявка о фиксации в ЕГАИС информации о поставке (в том числе возврате), внутреннем перемещении продукции предоставляется в ЕГАИС не позднее момента выезда транспортного средства с территории поставщика. Заполнение сведений должно осуществляться на основании сопроводительного документа в соответствии со статьей 10.2 Федерального закона от 22.11.1995 N 171-ФЗ «О государственном регулировании производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции и об ограничении потребления (распития) алкогольной продукции» (Собрание законодательства Российской Федерации, 1995, N 48, ст. 4553; 2020, N, ст.) (далее — Федеральный закон N 171-ФЗ), подтверждающего факт поставки (в том числе возврата), внутреннего перемещения продукции.

Блок «I. Заголовок документа» заполняется оператором заявителя. Повторение показателей блока в рамках одного документа не допускается.

Поля «1. Версия» и «2. Системный идентификатор заявителя в ЕГАИС» формируются и заполняются автоматически.

Поле «3. Идентификатор документа, присвоенный учетной системой заявителя» заполняется оператором заявителя с указанием номера документа, присвоенного внутренней учетной системой заявителя.

Поле «4. Номер документа» заполняется оператором заявителя с указанием номера товарно-транспортной накладной, в соответствии со статьей 10.2 Федерального закона N 171-ФЗ.

Поле «5. Дата документа» заполняется оператором заявителя с указанием даты товарно-транспортной накладной, в соответствии со статьей 10.2 Федерального закона N 171-ФЗ.

Поле «6. Тип накладной» выбирается оператором заявителя исходя из типа накладной. Может принимать следующие значения: WBInvoiceFromMe — расходная накладная; WBRetumFromMe — возврат от заявителя; WBintemal — внутреннее перемещение.

Поле «7. Дата отгрузки товара» заполняется оператором заявителя с указанием фактической даты отгрузки товара.

Поле «8. Основание» заполняется оператором заявителя с указанием основания отгрузки товара.

Поле «9. Примечание» заполняется оператором заявителя с указанием примечания к документу.

Поле «10. Дополнительное примечание N 1» заполняется оператором заявителя с указанием дополнительного примечания к документу.

Поле «11. Дополнительное примечание N 2» заполняется оператором заявителя с указанием дополнительного примечания к документу.

Поле «12. Дополнительное примечание N 3» заполняется оператором заявителя с указанием дополнительного примечания к документу.

Блок «II. Транспортный раздел» заполняется оператором заявителя. Повторение показателей блока в рамках одного документа не допускается.

КонсультантПлюс: примечание.

В связи с отсутствием технической возможности, незаполнение Поля 13 до 01.06.2021 не будет являться нарушением (Информация Росалкогольрегулирования).

Поле «13. Признак перехода права собственности» заполняется оператором заявителя с указанием признака перехода права собственности к покупателю в момент отгрузки продукции. <1>

———————————

<1> Заполнение данного поля является обязательным с 1 апреля 2021 года.

Поле «14. Тип перевозки» заполняется оператором заявителя с указанием типа перевозки.

Поле «15. Название компании перевозчика» заполняется оператором заявителя с названия компании перевозчика.

Поле «16. Государственный регистрационный номер транспортного средства» заполняется оператором заявителя с указанием государственного регистрационного номера первого транспортного средства, которым осуществляется отгрузка продукции.

Поле «17. Прицеп» заполняется оператором заявителя с указанием государственного регистрационного номера прицепа первого транспортного средства (при наличии), которым осуществляется отгрузка продукции.

Поле «18. Заказчик транспорта» заполняется оператором заявителя с указанием заказчика первого транспорта, которым осуществляется отгрузка продукции.

Поле «19. Водитель» заполняется оператором заявителя с указанием фамилии, имени и отчества (при наличии) водителя первого транспортного средства, которым осуществляется отгрузка продукции.

Поле «20. Место погрузки» заполняется оператором заявителя с указанием адреса фактического места погрузки товара.

Поле «21. Место разгрузки» заполняется оператором заявителя с указанием адреса фактического места разгрузки товара.

Поле «22. Перенаправление» заполняется оператором заявителя с указанием данных о перенаправлении транспортного средства.

Поле «23. Экспедитор» заполняется оператором заявителя с указанием фамилии, имени и отчества (при наличии) экспедитора первого транспортного средства, которым осуществляется отгрузка продукции.

Блок «III. Поставщик» заполняется оператором заявителя. Повторение показателей блока в рамках одного документа не допускается.

Блок «III.I. Юридическое лицо» заполняется оператором заявителя. Показатели блока не могут заполняться одновременно с показателями блоков «III. II. Физическое лицо» в рамках одного документа.

Поле «24. Системный идентификатор организации» заполняется оператором заявителя с указанием системного идентификатора поставщика.

Поле «25. Полное наименование организации» заполняется оператором заявителя с указанием полного наименования организации поставщика.

Поле «26. Сокращенное наименование организации (при наличии) заполняется оператором заявителя с указанием сокращенного наименования организации поставщика.

Поле «27. ИНН» заполняется оператором заявителя с указанием с указанием ИНН организации поставщика.

Поле «28. КПП» заполняется оператором заявителя с указанием КПП по месту осуществления деятельности поставщика.

Поле «29. Код страны фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода страны фактического места осуществления деятельности производителя в соответствии с Общероссийским классификатором стран мира.

Поле «30. Код субъекта Российской Федерации фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода субъекта Российской Федерации фактического места осуществления деятельности поставщика.

Поле «31. Адрес фактического места осуществления деятельности» заполняется оператором заявителя с указанием адреса фактического места осуществления деятельности поставщика.

Блок «III.II. Физическое лицо» заполняется оператором заявителя. Показатели блока не могут заполняться одновременно с показателями блоков «III.I. Юридическое лицо» в рамках одного документа.

Поле «32. Системный идентификатор физического лица» заполняется оператором заявителя с указанием уникального системного идентификатора поставщика в справочниках ЕГАИС.

Поле «33. Полное наименование физического лица» заполняется оператором заявителя с указанием полного наименования поставщика.

Поле «34. Сокращенное наименование физического лица» заполняется оператором заявителя с указанием сокращенного наименования поставщика.

Поле «35. ИНН» заполняется оператором заявителя с указанием ИНН поставщика.

Поле «36. Код страны фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода страны фактического места осуществления деятельности производителя в соответствии с Общероссийским классификатором стран мира.

Поле «37. Код субъекта Российской Федерации фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода субъекта Российской Федерации фактического места осуществления деятельности поставщика.

Поле «38. Адрес фактического места осуществления деятельности» заполняется оператором заявителя с указанием адреса фактического места осуществления деятельности поставщика.

Блок «IV. Покупатель» заполняется оператором заявителя. Повторение показателей блока в рамках одного документа не допускается.

Блок «IV.I. Юридическое лицо» заполняется оператором заявителя. Показатели блока не могут заполняться одновременно с показателями блоков «IV.II. Физическое лицо», «IV.III. Нерезидент Российской Федерации (за исключением стран-участниц ЕАЭС)», «IV.IV. Резидент стран-участниц ЕАЭС (за исключением Российской Федерации)» в рамках одного документа.

Поле «39. Системный идентификатор организации» заполняется оператором заявителя с указанием уникального системного идентификатора покупателя в справочниках ЕГАИС.

Поле «40. Полное наименование организации» заполняется оператором заявителя с указанием полного наименования покупателя.

Поле «41. Сокращенное наименование организации (при наличии)» заполняется оператором заявителя с указанием сокращенного наименования покупателя.

Поле «42. ИНН» заполняется оператором заявителя с указанием ИНН покупателя.

Поле «43. КПП» заполняется оператором заявителя с указанием КПП по месту осуществления деятельности покупателя.

Поле «44. Код страны фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода страны фактического места осуществления деятельности производителя в соответствии с Общероссийским классификатором стран мира.

Поле «45. Код субъекта Российской Федерации фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода субъекта Российской Федерации фактического места осуществления деятельности покупателя.

Поле «46. Адрес фактического места осуществления деятельности» заполняется оператором заявителя с указанием адреса фактического места осуществления деятельности покупателя.

Блок «IV.II. Физическое лицо» заполняется оператором заявителя. Показатели блока не могут заполняться одновременно с показателями блоков «IV.I. Юридическое лицо», «IV.III. Нерезидент Российской Федерации (за исключением стран-участниц ЕАЭС)», «IV.IV. Резидент стран-участниц ЕАЭС (за исключением Российской Федерации)» в рамках одного документа.

Поле «47. Системный идентификатор физического лица» заполняется оператором заявителя с указанием уникального системного идентификатора покупателя в справочниках ЕГАИС.

Поле «48. Полное наименование физического лица» заполняется оператором заявителя с указанием полного наименования покупателя.

Поле «49. Сокращенное наименование физического лица» заполняется оператором заявителя с указанием сокращенного наименования покупателя.

Поле «50. ИНН» заполняется оператором заявителя с указанием ИНН покупателя.

Поле «51. Код страны фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода страны фактического места осуществления деятельности производителя в соответствии с Общероссийским классификатором стран мира.

Поле «52. Код субъекта Российской Федерации фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода субъекта Российской Федерации фактического места осуществления деятельности покупателя.

Поле «53. Адрес фактического места осуществления деятельности» заполняется оператором заявителя с указанием адреса фактического места осуществления деятельности покупателя.

Блок «IV.III. Нерезидент Российской Федерации (за исключением стран-участниц ЕАЭС)» заполняется оператором заявителя. Показатели блока не могут заполняться одновременно с показателями блоков «IV.I. Юридическое лицо», «IV.II. Физическое лицо», «IV.IV. Резидент стран-участниц ЕАЭС (за исключением Российской Федерации)» в рамках одного документа.

Поле «54. Системный идентификатор лица» заполняется оператором заявителя с указанием уникального системного идентификатора покупателя в справочниках ЕГАИС.

Поле «55. Полное наименование лица» заполняется оператором заявителя с указанием полного наименования покупателя.

Поле «56. Сокращенное наименование лица» заполняется оператором заявителя с указанием сокращенного наименования покупателя.

Поле «57. Код страны фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода страны фактического места осуществления деятельности производителя в соответствии с Общероссийским классификатором стран мира.

Поле «58. Адрес фактического места осуществления деятельности» заполняется оператором заявителя с указанием адреса фактического места осуществления деятельности покупателя.

Блок «IV.IV. Резидент стран-участниц ЕАЭС (за исключением Российской Федерации)» заполняется оператором заявителя. Показатели блока не могут заполняться одновременно с показателями блоков «IV.I. Юридическое лицо», «IV.II. Физическое лицо», «IV.III. Нерезидент Российской Федерации (за исключением стран-участниц ЕАЭС)» в рамках одного документа.

Поле «59. Системный идентификатор лица» заполняется оператором заявителя с указанием уникального системного идентификатора покупателя в справочниках ЕГАИС.

Поле «60. Полное наименование лица» заполняется оператором заявителя с указанием полного наименования покупателя.

Поле «61. Сокращенное наименование лица» заполняется оператором заявителя с указанием сокращенного наименования покупателя.

Поле «62. Идентификационный номер лица, присвоенный страной-участницей ЕАЭС» заполняется оператором заявителя с идентификационного номера производителя, присвоенного страной-участницей ЕАЭС, в которой им осуществляется деятельность по закупке продукции.

Поле «63. Код страны фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода страны фактического места осуществления деятельности производителя в соответствии с Общероссийским классификатором стран мира.

Поле «64. Адрес фактического места осуществления деятельности» заполняется оператором заявителя с указанием адреса фактического места осуществления деятельности покупателя.

Блок «V. Позиции документа» заполняется оператором заявителя. Показатели блока могут повторяться в рамках одного документа исходя из количества позиций продукции в документе.

Поле «65. Признак фасовки продукции» заполняется оператором заявителя с указанием признака фасовки продукции в потребительскую тару.

Поле «66. Тип продукции» выбирается оператором заявителя исходя из типа продукции. Может принимать значения: этиловый спирт, алкогольная продукция, спиртосодержащая пищевая продукция, спиртосодержащая непищевая продукция.

Поле «67. Полное наименование продукции» заполняется оператором заявителя с указанием полного наименования продукции.

Поле «68. Сокращенное наименование продукции (при наличии)» заполняется оператором заявителя с указанием сокращенного наименования продукции.

Поле «69. Код продукции в ЕГАИС» заполняется оператором заявителя с указанием уникального кода продукции в справочниках ЕГАИС.

Поле «70. Емкость тары продукции» заполняется оператором заявителя с указанием емкости потребительской тары продукции.

Поле «71. Содержание этилового спирта в продукции» заполняется оператором заявителя с указанием процентного содержания этилового спирта в продукции.

Поле «72. Код вида продукции» заполняется оператором заявителя с указанием кода вида продукции в соответствии с Общероссийским классификатором продукции по видам экономической деятельности.

Поле «73. Идентификатор упаковки продукции» заполняется оператором заявителя с указанием идентификатора упаковки продукции в справочниках ЕГАИС.

Поле «74. Количество продукции» заполняется оператором заявителя с указанием количества продукции в позиции документа. Показатель заполняется для фасованной продукции в количестве единиц потребительской тары, нефасованной продукции, за исключением этилового спирта, в декалитрах физического объема, нефасованного этилового спирта в декалитрах безводного объема.

Поле «75. Фактическое содержание этилового спирта в продукции» заполняется оператором заявителя с указанием фактического процентного содержания этилового спирта в продукции. Параметр заполняется для нефасованного этилового спирта, нефасованной спиртосодержащей продукции.

Поле «76. Минимальное содержание этилового спирта в продукции» заполняется оператором заявителя с указанием минимально возможного для данной продукции процентного содержания этилового спирта. Параметр заполняется для нефасованного этилового спирта, нефасованной спиртосодержащей продукции.

Поле «77. Максимальное содержание этилового спирта в продукции» заполняется оператором заявителя с указанием максимально возможного для данной продукции процентного содержания этилового спирта. Параметр заполняется для нефасованного этилового спирта, нефасованной спиртосодержащей продукции.

Поле «78. Цена за единицу продукции» заполняется оператором заявителя с указанием цены за единицу с продукции. Параметр включает НДС.

Поле «79. Номер партии, присвоенной учетной системой заявителя» заполняется оператором заявителя с указанием номера партии товара, присвоенного учетной системой заявителя.

Поле «80. Идентификатор позиции в документе» заполняется оператором заявителя с указанием уникального для документа номера позиции в документе.

Поле «81. Номер извещения об уплате авансового платежа/извещения об освобождении от уплаты авансового платежа акциза» заполняется оператором заявителя с указанием номера регистрации извещения (идентификатор (ID), присвоенный ФНС России) об уплате авансового платежа в ФНС России за приобретаемый этиловый спирт или номера регистрации извещения об освобождении от уплаты авансового платежа акциза. В случае замены извещения оператор заявителя с использованием программно-аппаратных средств вносит изменения в ранее направленную заявку с указанием нового номера регистрации извещения (идентификатора (ID), присвоенного ФНС России).

(в ред. Приказа Росалкогольрегулирования от 26.05.2021 N 185)

(см. текст в предыдущей редакции)

Поле «82. Дата извещения об уплате авансового платежа/извещения об освобождении от уплаты авансового платежа акциза» заполняется оператором заявителя с указанием даты регистрации извещения об уплате авансового платежа в ФНС России за приобретаемый этиловый спирт или даты регистрации извещения об освобождении от уплаты авансового платежа акциза. В случае замены извещения, оператор заявителя с использованием программно-аппаратных средств вносит изменения в ранее направленную заявку с указанием новой даты регистрации извещения.

(в ред. Приказа Росалкогольрегулирования от 26.05.2021 N 185)

(см. текст в предыдущей редакции)

Поле «83. Сумма по извещению об уплате авансового платежа» заполняется оператором заявителя с указанием суммы по извещению об уплате авансового платежа в ФНС России за приобретаемый этиловый спирт. Не заполняется в случае наличия извещения об освобождении от уплаты авансового платежа акциза.

Поле «84. Объем по извещению об уплате авансового платежа/по извещению об освобождении от уплаты авансового платежа акциза» заполняется оператором заявителя с указанием объема (в декалитрах) приобретаемой продукции по извещению об уплате авансового платежа в ФНС России за приобретаемый этиловый спирт или извещения об освобождении от уплаты авансового платежа акциза.

Поле «85. Дополнительная маркировка продукции» заполняется оператором заявителя с дополнительной маркировки продукции.

Поле «86. Номер регистрационной формы учета N 1» заполняется оператором заявителя с указанием номера регистрационной формы учета N 1, относящейся к партии товара, указанной в позиции документа.

Поле «87. Номер регистрационной формы учета N 2» заполняется оператором заявителя с указанием номера регистрационной формы учета N 2, относящейся к партии товара, указанной в позиции документа.

Блок «V.I. Производитель продукции» заполняется оператором заявителя. Показатели блока могут повторяться в рамках одного документа исходя из количества позиций продукции в документе.

Блок «V.I.I. Юридическое лицо» заполняется оператором заявителя. Показатели блока не могут заполняться одновременно с показателями блоков «V.I.II. Физическое лицо», «V.I.III. Нерезидент Российской Федерации (за исключением стран-участниц ЕАЭС)», «V.I.IV. Резидент стран-участниц ЕАЭС (за исключением Российской Федерации)» в рамках одной позиции документа.

Поле «88. Системный идентификатор организации» заполняется оператором заявителя с указанием уникального системного идентификатора производителя в справочниках ЕГАИС.

Поле «89. Полное наименование организации» заполняется оператором заявителя с указанием полного наименования производителя.

Поле «90. Сокращенное наименование организации (при наличии)» заполняется оператором заявителя с указанием сокращенного наименования производителя.

Поле «91. ИНН» заполняется оператором заявителя с указанием ИНН производителя.

Поле «92. КПП» заполняется оператором заявителя с указанием КПП по месту осуществления деятельности производителя.

Поле «93. Код страны фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода страны фактического места осуществления деятельности производителя в соответствии с Общероссийским классификатором стран мира.

Поле «94. Код субъекта Российской Федерации фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода субъекта Российской Федерации фактического места осуществления деятельности производителя.

Поле «95. Адрес фактического места осуществления деятельности» заполняется оператором заявителя с указанием адреса фактического места осуществления деятельности производителя.

Блок «V.I.II. Физическое лицо» заполняется оператором заявителя. Показатели блока не могут заполняться одновременно с показателями блоков «V.I.I. Юридическое лицо», «V.I.III. Нерезидент Российской Федерации (за исключением стран-участниц ЕАЭС)», «V.I.IV. Резидент стран-участниц ЕАЭС (за исключением Российской Федерации)» в рамках одной позиции документа.

Поле «96. Системный идентификатор физического лица» заполняется оператором заявителя с указанием уникального системного идентификатора производителя в справочниках ЕГАИС.

Поле «97. Полное наименование физического лица» заполняется оператором заявителя с указанием полного наименования производителя.

Поле «98. Сокращенное наименование физического лица» заполняется оператором заявителя с указанием сокращенного наименования производителя.

Поле «99. ИНН» заполняется оператором заявителя с указанием ИНН производителя.

Поле «100. Код страны фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода страны фактического места осуществления деятельности производителя в соответствии с Общероссийским классификатором стран мира.

Поле «101. Код субъекта Российской Федерации фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода субъекта Российской Федерации фактического места осуществления деятельности производителя.

Поле «102. Адрес фактического места осуществления деятельности» заполняется оператором заявителя с указанием адреса фактического места осуществления деятельности производителя.

Блок «V.I.III. Нерезидент Российской Федерации (за исключением стран-участниц ЕАЭС)» заполняется оператором заявителя. Показатели блока не могут заполняться одновременно с показателями блоков «V.I.I. Юридическое лицо», «V.I.II. Физическое лицо», «V.I.IV. Резидент стран-участниц ЕАЭС (за исключением Российской Федерации)» в рамках одной позиции документа.

Поле «103. Системный идентификатор лица» заполняется оператором заявителя с указанием уникального системного идентификатора производителя в справочниках ЕГАИС.

Поле «104. Полное наименование лица» заполняется оператором заявителя с указанием полного наименования производителя.

Поле «105. Сокращенное наименование лица» заполняется оператором заявителя с указанием сокращенного наименования производителя.

Поле «106. Код страны фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода страны фактического места осуществления деятельности производителя в соответствии с Общероссийским классификатором стран мира.

Поле «107. Адрес фактического места осуществления деятельности» заполняется оператором заявителя с указанием адреса фактического места осуществления деятельности производителя.

Блок «V.I.IV. Резидент стран-участниц ЕАЭС (за исключением Российской Федерации)» заполняется оператором заявителя. Показатели блока не могут заполняться одновременно с показателями блоков «V.I.I. Юридическое лицо», «V.I.II. Физическое лицо», «V.I.III. Нерезидент Российской Федерации (за исключением стран-участниц ЕАЭС)» в рамках одной позиции документа.

Поле «108. Системный идентификатор лица» заполняется оператором заявителя с указанием уникального системного идентификатора производителя в справочниках ЕГАИС.

Поле «109. Полное наименование лица» заполняется оператором заявителя с указанием полного наименования производителя.

Поле «110. Сокращенное наименование лица» заполняется оператором заявителя с указанием сокращенного наименования производителя.

Поле «111. Идентификационный номер лица, присвоенный страной-участницей ЕАЭС» заполняется оператором заявителя с идентификационного номера производителя, присвоенного страной-участницей ЕАЭС, в которой им осуществляется деятельность по производству продукции.

Поле «112. Код страны фактического места осуществления деятельности» заполняется оператором заявителя с указанием кода страны фактического места осуществления деятельности производителя в соответствии с Общероссийским классификатором стран мира.

Поле «113. Адрес фактического места осуществления деятельности» заполняется оператором заявителя с указанием адреса фактического места осуществления деятельности производителя.

Блок «V.II. Идентификаторы ЕГАИС» заполняется оператором заявителя. Показатели блока могут повторяться исходя из количества единиц потребительской тары маркируемой алкогольной продукции, указанного в рамках одной позиции документа.

Поле «114. Номер транспортной тары» заполняется оператором заявителя с указанием уникального номера транспортной тары, в которой находится потребительская тара продукции. Используется для облечения ведения поштучного учета алкогольной продукции в ЕГАИС.

Поле «115. Идентификатор ЕГАИС» заполняется оператором заявителя с указанием уникального буквенно-цифрового идентификатора ЕГАИС, нанесенного в виде штрихового кода на ФСМ/АМ, которыми оклеена продукция.

О коммитах — GitHub Docs

О коммитах

Подобно сохранению отредактированного файла, коммит записывает изменения в один или несколько файлов в вашей ветке. Git присваивает каждой фиксации уникальный идентификатор, называемый SHA или хэшем, который идентифицирует:

  • Конкретные изменения
  • Когда были внесены изменения
  • Кто создал изменения

Когда вы делаете фиксацию, вы должны включить сообщение фиксации, в котором кратко описаны изменения.

Если репозиторий, в который вы совершаете фиксацию, имеет обязательный выход из коммита, и вы делаете фиксацию через веб-интерфейс, вы автоматически выходите из коммита как часть процесса фиксации. Дополнительные сведения см. в разделе «Управление политикой выхода из фиксации для вашего репозитория».

Вы можете добавить соавтора для любых коммитов, над которыми вы сотрудничаете. Дополнительные сведения см. в разделе «Создание фиксации с несколькими авторами».

Вы также можете создать фиксацию от имени организации. Дополнительные сведения см. в разделе «Создание фиксации от имени организации».

Перебазирование позволяет изменить серию коммитов и изменить порядок коммитов на временной шкале. Дополнительные сведения см. в разделе «О перебазировании Git».

О ветвях фиксации и метках тегов

Вы можете увидеть, на какой ветке находится фиксация, посмотрев на метки под фиксацией на странице фиксации.

  1. На GitHub.com перейдите на главную страницу репозитория.

  2. На главной странице репозитория над списком файлов нажмите фиксирует .

  3. Чтобы перейти к определенной фиксации, щелкните сообщение фиксации для этой фиксации.

  4. Чтобы узнать, на какой ветке находится фиксация, проверьте метку под сообщением фиксации.

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

Как только фиксация находится в ветке по умолчанию, будут показаны все теги, содержащие фиксацию, и ветвь по умолчанию будет единственной веткой в ​​списке. Дополнительные сведения о тегах см. в разделе «Основы Git — тегирование» документации Git.

Использование дерева файлов

Дерево файлов можно использовать для перехода между файлами в фиксации.

  1. На GitHub.com перейдите на главную страницу репозитория.

  2. На главной странице репозитория над списком файлов нажмите фиксирует .

  3. Чтобы перейти к определенной фиксации, щелкните сообщение фиксации для этой фиксации.

  4. Щелкните файл в дереве файлов, чтобы просмотреть соответствующий файл diff. Если дерево файлов скрыто, щелкните, чтобы отобразить дерево файлов.

    Примечание : дерево файлов не будет отображаться, если ширина экрана слишком мала или если фиксация включает только один файл.

  5. Для фильтрации по пути к файлу введите часть или весь путь к файлу в поле Фильтр измененных файлов Окно поиска.

Дополнительная литература

  • «Внесение и проверка изменений в проекте» на GitHub Desktop

Обычные коммиты

Резюме

Спецификация Conventional Commits — это облегченное соглашение поверх сообщений фиксации. Он предоставляет простой набор правил для создания явной истории коммитов; что упрощает написание автоматизированных инструментов поверх. Эта конвенция согласуется с SemVer, путем описания функций, исправлений и критических изменений, сделанных в сообщениях фиксации.

Сообщение фиксации должно иметь следующую структуру:

 <тип> [необязательный объем]: <описание>
[необязательное тело]
[необязательный нижний колонтитул(ы)]

Коммит содержит следующие структурные элементы, чтобы сообщить о намерении пользователей вашей библиотеки:

  1. исправление: фиксация типа исправление исправляет ошибку в вашей кодовой базе (это коррелирует с PATCH в Semantic Versioning).
  2. feat: коммит типа feat вводит новую функцию в кодовую базу (это коррелирует с MINOR в Semantic Versioning).
  3. КРИТИЧЕСКОЕ ИЗМЕНЕНИЕ: фиксация с нижним колонтитулом КРАЙНЕЕ ИЗМЕНЕНИЕ: или добавление ! после типа/области вводит критическое изменение API (соответствует
    MAJOR     в Semantic Versioning). BREAKING CHANGE может быть частью коммитов любого типа .
  4. типы отличные от fix: и feat: разрешены, например @commitlint/config-conventional (на основе соглашения Angular) рекомендует build: , chore: , ci: , docs: , style: , refactor: , perf: , test: и другие.
  5. нижние колонтитулы , отличные от ВАЖНОЕ ИЗМЕНЕНИЕ: <описание> может быть предоставлено и следовать соглашению, аналогичному git формат трейлера.

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

feat(parser): добавить возможность анализировать массивы .

Примеры 

 feat: разрешить предоставленному объекту конфигурации расширять другие конфигурации
ГЛАВНОЕ ИЗМЕНЕНИЕ: ключ «extends» в файле конфигурации теперь используется для расширения других файлов конфигурации.

Подтвердить сообщение с кодом

! для привлечения внимания к сдаче
 feat!: отправить электронное письмо покупателю, когда товар будет отправлен

Сообщение фиксации с областью действия и

! для привлечения внимания к сдаче
 feat(api)!: отправить электронное письмо покупателю, когда продукт будет отправлен
 
 рутинная работа!: отказаться от поддержки Node 6
КРАЙНЕЕ ИЗМЕНЕНИЕ: используйте функции JavaScript, недоступные в Node 6.

Сообщение фиксации без тела 

 документы: правильное написание CHANGELOG

Сообщение фиксации с областью действия 

 feat(lang): добавить польский язык

Сообщение фиксации с телом из нескольких абзацев и несколькими нижними колонтитулами

Исправление
: предотвращение гонки запросов
Введите идентификатор запроса и ссылку на последний запрос.  Увольнять
входящие ответы, отличные от последнего запроса.
Удалите тайм-ауты, которые использовались для смягчения проблемы с гонками, но
сейчас устарело.
Отзыв: Z
Ссылки: #123

Спецификация

Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ТРЕБУЕТСЯ», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «СЛЕДУЕТ», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом документе должны интерпретироваться, как описано в RFC 2119.

  1. Коммиты ДОЛЖНЫ иметь префикс типа, который состоит из существительного, feat , fix и т. д., за которыми следует ДОПОЛНИТЕЛЬНЫМ прицелом, ДОПОЛНИТЕЛЬНЫМ ! и ТРЕБУЕТСЯ концевое двоеточие и пробел.
  2. Тип feat ДОЛЖЕН использоваться, когда фиксация добавляет новую функцию в ваше приложение или библиотеку.
  3. Исправление типа ДОЛЖНО использоваться, когда фиксация представляет собой исправление ошибки для вашего приложения.
  4. Область действия МОЖЕТ указываться после типа. Область действия ДОЛЖНА состоять из существительного, описывающего раздел кодовой базы, заключенный в круглые скобки, например, fix(parser):
  5. Описание ДОЛЖНО следовать сразу после двоеточия и пробела после префикса типа/области. Описание представляет собой краткий обзор изменений кода, например, исправление : проблема разбора массива, когда в строке 9 содержалось несколько пробелов.0127 .
  6. Более длинное тело коммита МОЖЕТ быть предоставлено после краткого описания, предоставляя дополнительную контекстную информацию об изменениях кода. Тело ДОЛЖНО начинаться с одной пустой строки после описания.
  7. Тело коммита имеет произвольную форму и МОЖЕТ состоять из любого количества абзацев, разделенных новой строкой.
  8. Один или несколько нижних колонтитулов МОГУТ быть предоставлены через одну пустую строку после основной части. Каждый нижний колонтитул ДОЛЖЕН состоять из токен слова, за которым следует либо :<пробел> , либо <пробел># 9разделитель 0056, за которым следует строковое значение (это вдохновлено соглашение о трейлерах git).
  9. Маркер нижнего колонтитула ДОЛЖЕН использовать - вместо пробельных символов, например, Подтверждено (это помогает различать раздел нижнего колонтитула из тела, состоящего из нескольких абзацев). Исключение сделано для BREAKING CHANGE , которое МОЖЕТ также использоваться в качестве токена.
  10. Значение нижнего колонтитула МОЖЕТ содержать пробелы и новые строки, и синтаксический анализ ДОЛЖЕН завершиться, когда появится следующий допустимый нижний колонтитул. наблюдается пара токен/разделитель.
  11. Критические изменения ДОЛЖНЫ быть указаны в префиксе типа/области фиксации или в виде записи в нижний колонтитул.
  12. Если критическое изменение включено в нижний колонтитул, оно ДОЛЖНО состоять из прописного текста BREAKING CHANGE, за которым следует двоеточие, пробел и описание, например, КРИТИЧЕСКОЕ ИЗМЕНЕНИЕ: переменные среды теперь имеют приоритет над файлами конфигурации .
  13. Если критические изменения включены в префикс типа/области действия, ДОЛЖНО быть указано ! непосредственно перед : . Если ! используется, ВАЖНОЕ ИЗМЕНЕНИЕ: МОЖЕТ быть опущено в разделе нижнего колонтитула, и описание фиксации ДОЛЖНО использоваться для описания критического изменения.
  14. Типы, отличные от feat и fix , МОГУТ использоваться в сообщениях фиксации, например, docs: update ref docs.
  15. Единицы информации, составляющие обычные фиксации, НЕ ДОЛЖНЫ рассматриваться разработчиками как чувствительные к регистру, за исключением BREAKING CHANGE, которое ДОЛЖНО быть в верхнем регистре.
  16. BREAKING-CHANGE ДОЛЖЕН быть синонимом BREAKING CHANGE при использовании в качестве токена в нижнем колонтитуле.

Зачем использовать обычные фиксации

  • Автоматическое создание CHANGELOG.
  • Автоматическое определение семантического скачка версии (на основе типов полученных коммитов).
  • Сообщение характера изменений товарищам по команде, общественности и другим заинтересованным сторонам.
  • Запуск процессов сборки и публикации.
  • Облегчение участия людей в ваших проектах, позволяя им исследовать более структурированная история коммитов.

Часто задаваемые вопросы

Как поступать с сообщениями фиксации на начальном этапе разработки?

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

Являются ли типы в заголовке фиксации прописными или строчными?

Можно использовать любую оболочку, но лучше соблюдать последовательность.

Что делать, если фиксация соответствует нескольким типам фиксации?

Вернитесь и сделайте несколько коммитов, когда это возможно. Частично преимущество традиционных коммитов заключается в том, что они побуждают нас делать более организованные коммиты и PR.

Не препятствует ли это быстрой разработке и быстрой итерации?

Препятствует быстрому и неорганизованному движению. Это поможет вам быстро перемещаться в долгосрочной перспективе по нескольким проектам с разными участниками.

Могут ли обычные коммиты привести разработчиков к ограничению типов коммитов, которые они делают, потому что они будут думать предоставленными типами?

Conventional Commits побуждает нас делать больше определенных типов коммитов, таких как исправления. Помимо этого, гибкость обычных коммитов позволяет вашей команде придумывать свои собственные типы и изменять их с течением времени.

Как это связано с SemVer?

исправление коммитов типа должно быть переведено в PATCH выпуска. Коммиты типа feat должны быть переведены в релизы MINOR . Коммиты с BREAKING CHANGE в коммитах, независимо от типа, должны быть переведены в MAJOR релизов.

Как мне верифицировать мои расширения к Спецификации обычных коммитов, например.

@jameswomack/conventional-commit-spec ?

Мы рекомендуем использовать SemVer для выпуска собственных расширений этой спецификации (и призываю вас сделать эти расширения!)

Что делать, если я случайно использовал неправильный тип фиксации?

Когда вы использовали тип, соответствующий спецификации, но не правильный тип, например.
исправить вместо подвиг

Перед слиянием или устранением ошибки мы рекомендуем использовать git rebase -i для редактирования истории коммитов. После выпуска очистка будет отличаться в зависимости от того, какие инструменты и процессы вы используете.

Когда вы использовали тип
, а не спецификации, например. футов вместо feat

В худшем случае это не конец света, если фиксация не соответствует спецификации обычных фиксаций. Это просто означает, что коммит будет пропущен инструментами, основанными на спецификации.

Должны ли все мои участники использовать спецификацию Conventional Commits?

Нет! Если вы используете рабочий процесс на основе сквоша в Git, ведущие сопровождающие могут очищать сообщения коммитов по мере их слияния, не добавляя нагрузки на случайных коммиттеров. Обычный рабочий процесс для этого заключается в том, чтобы ваша система git автоматически сбрасывала коммиты из запроса на вытягивание и предоставляла форму для ведущего сопровождающего для ввода правильного сообщения коммита git для слияния.

Как обычные фиксации обрабатывают возвратные фиксации?

Откат кода может быть сложным: вы отменяете несколько коммитов? если вы вернете функцию, должен ли следующий выпуск быть патчем?

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