Применения ИП и ООО бланков строгой отчетности БСО — Эльба
Если вы на УСН и получаете оплату наличными или картой, способов избежать работы с кассой у вас немного. Один из них — использовать бланки строгой отчётности, если оказываете услуги физлицам и ИП. Например, делаете маникюр, лечите животных или шьёте одежду.
Для расчётов с организациями БСО не подойдёт.
Работать без кассы можно только до 1 июля 2019 года, а общепиту с сотрудниками — до 1 июля 2018 года.
Сдавайте отчётность в три клика
Эльба возьмёт бухгалтерию на себя. Сервис подготовит отчётность и отправит её через интернет. Загружать платежи поможет связь с банками и онлайн-кассами.
Что такое БСО
Название «бланк строгой отчётности» кажется незнакомым и малопонятным, но на самом деле все сталкивались с ними в жизни. БСО — это билеты в театр и кино, туристические путёвки или абонемент в фитнес-центр.
Сложность работы с БСО в том, что их нельзя самостоятельно напечатать на принтере. БСО заказывают в типографии, а потом ведут их учёт.
В типографии можно купить готовые БСО. Обычно это стопка квитанций, склеенных в одну книжку. Если вам не нравятся готовые бланки, можете придумать свою форму и напечатать на заказ. Но проверьте, что в ней есть все обязательные реквизиты:
- название БСО: например, квитанция на оплату пользования легковым такси
- шестизначный номер и серия БСО
- ФИО ИП или название ООО
- ИНН ИП или ООО
- адрес регистрации ООО, ИП адрес указывать необязательно
- название и стоимость услуги
- сумма
- дата оплаты и составления БСО — должны совпадать
- должность, ФИО и подпись продавца, который получил деньги от клиента
- печать, если вы её используете
Ещё БСО должны содержать серию, номер и сведения о типографии, которая их напечатала: название, ИНН, адрес, тираж, номер заказа и год его выполнения.
Как использовать БСО
У БСО две части. Одну вы заполняете и отдаёте клиенту, а вторую оставляете себе. Используйте квитанции с отрывными корешками или заполняйте БСО под копирку. Оставляйте себе корешок или копию бланка.
Если вы ошиблись при заполнении БСО, не выбрасывайте его, а перечеркните и приложите к книге учёта БСО.
Сохраняйте копии или корешки и испорченные бланки 5 лет. Потом составьте акт об уничтожении БСО и порвите документы в присутствии собранной вами комиссии.
Как учитывать БСО
Вам понадобится книга учёта бланков строгой отчётности. Можете сами придумать её форму или использовать готовую. Пронумеруйте и прошнуруйте листы книги, поставьте свою подпись и печать.
Оформите акт приёмки готовых БСО из типографии и сделайте первую запись в книге — сколько БСО и когда вы получили.
Выдайте БСО своим продавцам и сделайте запись об этом в книгу с отметкой Расход. Если вы ИП без сотрудников и сами ведёте расчёты с покупателями, всё равно записывайте в книгу выдачу бланков самому себе.
Где взять и как заполнить БСО для такси
Как заполнять БСО для такси зависит от того, как работает водитель. Таксисты из штата таксопарка получают ККТ для печати БСО от работодателя. Таксисты, которые открывают ИП и работают сами на себя, могут до 1 июля 2019 года выдавать пассажирам в качестве документа об оплате типографские БСО.
В статье разберем, кто может выдавать старые квитанции в такси и где их купить, кто обязан печатать новые БСО и работать с ККТ. Также предоставим образец БСО, возможность скачать бланк БСО в формате word для примера.
Где купить БСО для такси
С 1 июля 2019 года компания с сотрудниками при расчете за товары и услуги обязана выдавать клиентам чеки или БСО. Вне зависимости от формы организации, эти чеки и БСО должны быть отпечатаны на ККТ. Реквизиты новых БСО практически совпадают с реквизитами чека онлайн-ККТ, их печатает такой же аппарат, который специально настраивают.
Главное требование — касса должна передавать данные в ФНС в онлайн режиме. То есть компании с сотрудниками должны купить не бланки БСО, а современные кассы. Исключение сделано для такси, которые работают на территории с плохим интернет-сигналом.
Согласно п. 8 ст. 7 закона № 290-ФЗ отсрочку в применении ККТ сделали для ИП без работников, которые продают товар своего производства или оказывают услуги собственными силами. Они не обязаны покупать ККТ или выдавать БСО до 1 июля 2021 года. Но после найма первого же работника, у ИП есть 30 дней, чтобы установить кассу. Иначе — штраф.
Любой пассажир имеет право получить документ, подтверждающий оплату услуги. Как быть ИП без работников? Выдать клиенту БСО типографского образца. До июля 2021 года за это не оштрафуют.
Где покупают БСО? В канцелярских магазинах или у типографий. Такой бланк должен соответствовать положениям постановления Правительства № 359.
Сомневаетесь, обязана ли ваша компания выдавать чеки или БСО? Проконсультируйтесь в местном органе ФНС.
Как заполнить БСО на оплату легкового такси
Закон № 54-ФЗ обязывает таксопарки со штатом таксистов обеспечить передачу фискальных данных в ФНС. Схема такая — водитель выполнил заказ — указал сумму оплаты — сформировал чек или БСО — передал клиенту в бумажном или электронном виде. Касса автоматически заполнит чек или БСО реквизитами. Поэтому водителю такси не нужно заполнять квитанцию.
Если таксист самозанятый, он также не заполняет бланки. Приложение «Мой налог» является для такого таксиста и кассой, и программой для сдачи отчетности. Приложение формирует электронный чек и передает его клиенту, а данные об операции поступают в налоговую.
Заполнение БСО касается ИП без сотрудников, которые пользуются отсрочкой по применению ККТ. БСО для такси — это квитанция по форме 0504510, которую водитель выдает клиенту после расчета за поездку. Квитанцию заполняют чернилами любого цвета. Но выдавать пассажиру пустой бланк незаконно.
К обязательным реквизитам БСО относятся:
наименование документа, номер и серия;
ФИО индивидуального предпринимателя;
ИНН предпринимателя;
вид услуги;
стоимость услуги;
дата расчета и составления документа;
ФИО, должность и подпись водителя.
В типографии предприниматель может заказать тираж бланков с напечатанными реквизитами. Но это обойдется дороже, чем пустая форма.
Скачать бланк БСО word
Бланк БСО для такси: скачать образец
Образец заполнения БСО:
БСО дает преимущество водителю. С ним предприниматель не потеряет заказ от подотчетника или работника, который ездит на такси по делам фирмы.
Выдача бланков строгой отчетности — новый порядок работы 2020
Соглашение о конфиденциальности
и обработке персональных данных
1.Общие положения
1.1.Настоящее соглашение о конфиденциальности и обработке персональных данных (далее – Соглашение) принято свободно и своей волей, действует в отношении всей информации, которую ООО «Инсейлс Рус» и/или его аффилированные лица, включая все лица, входящие в одну группу с ООО «Инсейлс Рус» (в том числе ООО «ЕКАМ сервис»), могут получить о Пользователе во время использования им любого из сайтов, сервисов, служб, программ для ЭВМ, продуктов или услуг ООО «Инсейлс Рус» (далее – Сервисы) и в ходе исполнения ООО «Инсейлс Рус» любых соглашений и договоров с Пользователем. Согласие Пользователя с Соглашением, выраженное им в рамках отношений с одним из перечисленных лиц, распространяется на все остальные перечисленные лица.
1.2.Использование Сервисов означает согласие Пользователя с настоящим Соглашением и указанными в нем условиями; в случае несогласия с этими условиями Пользователь должен воздержаться от использования Сервисов.
1.3.Сторонами (далее – «Стороны) настоящего Соглашения являются:
«Инсейлс» – Общество с ограниченной ответственностью «Инсейлс Рус», ОГРН 1117746506514, ИНН 7714843760, КПП 771401001, зарегистрированное по адресу: 125319, г.Москва, ул.Академика Ильюшина, д.4, корп.1, офис 11 (далее — «Инсейлс»), с одной стороны, и
«Пользователь» –
либо физическое лицо, обладающее дееспособностью и признаваемое участником гражданских правоотношений в соответствии с законодательством Российской Федерации;
либо юридическое лицо, зарегистрированное в соответствии с законодательством государства, резидентом которого является такое лицо;
либо индивидуальный предприниматель, зарегистрированный в соответствии с законодательством государства, резидентом которого является такое лицо;
которое приняло условия настоящего Соглашения.
1.4.Для целей настоящего Соглашения Стороны определили, что конфиденциальная информация – это сведения любого характера (производственные, технические, экономические, организационные и другие), в том числе о результатах интеллектуальной деятельности, а также сведения о способах осуществления профессиональной деятельности (включая, но не ограничиваясь: информацию о продукции, работах и услугах; сведения о технологиях и научно-исследовательских работах; данные о технических системах и оборудовании, включая элементы программного обеспечения; деловые прогнозы и сведения о предполагаемых покупках; требования и спецификации конкретных партнеров и потенциальных партнеров; информацию, относящуюся к интеллектуальной собственности, а также планы и технологии, относящиеся ко всему перечисленному выше), сообщаемые одной стороной другой стороне в письменной и/или электронной форме, явно обозначенные Стороной как ее конфиденциальная информация.
1.5.Целью настоящего Соглашения является защита конфиденциальной информации, которой Стороны будут обмениваться в ходе переговоров, заключения договоров и исполнения обязательств, а равно любого иного взаимодействия (включая, но не ограничиваясь, консультирование, запрос и предоставление информации, и выполнение иных поручений).
2.Обязанности Сторон
2.1.Стороны соглашаются сохранять в тайне всю конфиденциальную информацию, полученную одной Стороной от другой Стороны при взаимодействии Сторон, не раскрывать, не разглашать, не обнародовать или иным способом не предоставлять такую информацию какой-либо третьей стороне без предварительного письменного разрешения другой Стороны, за исключением случаев, указанных в действующем законодательстве, когда предоставление такой информации является обязанностью Сторон.
2.2.Каждая из Сторон предпримет все необходимые меры для защиты конфиденциальной информации как минимум с применением тех же мер, которые Сторона применяет для защиты собственной конфиденциальной информации. Доступ к конфиденциальной информации предоставляется только тем сотрудникам каждой из Сторон, которым он обоснованно необходим для выполнения служебных обязанностей по исполнению настоящего Соглашения.
2.3.Обязательство по сохранению в тайне конфиденциальной информации действительно в пределах срока действия настоящего Соглашения, лицензионного договора на программы для ЭВМ от 01.12.2016г., договора присоединения к лицензионному договору на программы для ЭВМ, агентских и иных договоров и в течение пяти лет после прекращения их действия, если Сторонами отдельно не будет оговорено иное.
2.4.Не будут считаться нарушением настоящего Соглашения следующие случаи:
(а)если предоставленная информация стала общедоступной без нарушения обязательств одной из Сторон;
(б)если предоставленная информация стала известна Стороне в результате ее собственных исследований, систематических наблюдений или иной деятельности, осуществленной без использования конфиденциальной информации, полученной от другой Стороны;
(в)если предоставленная информация правомерно получена от третьей стороны без обязательства о сохранении ее в тайне до ее предоставления одной из Сторон;
(г)если информация предоставлена по письменному запросу органа государственной власти, иного государственного органа, или органа местного самоуправления в целях выполнения их функций и ее раскрытие этим органам обязательно для Стороны. При этом Сторона должна незамедлительно известить другую Сторону о поступившем запросе;
(д)если информация предоставлена третьему лицу с согласия той Стороны, информация о которой передается.
2.5.Инсейлс не проверяет достоверность информации, предоставляемой Пользователем, и не имеет возможности оценивать его дееспособность.
2.6.Информация, которую Пользователь предоставляет Инсейлс при регистрации в Сервисах, не является персональными данными, как они определены в Федеральном законе РФ №152-ФЗ от 27.07.2006г. «О персональных данных».
2.7.Инсейлс имеет право вносить изменения в настоящее Соглашение. При внесении изменений в актуальной редакции указывается дата последнего обновления. Новая редакция Соглашения вступает в силу с момента ее размещения, если иное не предусмотрено новой редакцией Соглашения.
2.8.Принимая данное Соглашение Пользователь осознает и соглашается с тем, что Инсейлс может отправлять Пользователю персонализированные сообщения и информацию (включая, но не ограничиваясь) для повышения качества Сервисов, для разработки новых продуктов, для создания и отправки Пользователю персональных предложений, для информирования Пользователя об изменениях в Тарифных планах и обновлениях, для направления Пользователю маркетинговых материалов по тематике Сервисов, для защиты Сервисов и Пользователей и в других целях.
Пользователь имеет право отказаться от получения вышеуказанной информации, сообщив об этом письменно на адрес электронной почты Инсейлс — [email protected].
2.9.Принимая данное Соглашение, Пользователь осознает и соглашается с тем, что Сервисами Инсейлс для обеспечения работоспособности Сервисов в целом или их отдельных функций в частности могут использоваться файлы cookie, счетчики, иные технологии и Пользователь не имеет претензий к Инсейлс в связи с этим.
2.10.Пользователь осознает, что оборудование и программное обеспечение, используемые им для посещения сайтов в сети интернет могут обладать функцией запрещения операций с файлами cookie (для любых сайтов или для определенных сайтов), а также удаления ранее полученных файлов cookie.
Инсейлс вправе установить, что предоставление определенного Сервиса возможно лишь при условии, что прием и получение файлов cookie разрешены Пользователем.
2.11.Пользователь самостоятельно несет ответственность за безопасность выбранных им средств для доступа к учетной записи, а также самостоятельно обеспечивает их конфиденциальность. Пользователь самостоятельно несет ответственность за все действия (а также их последствия) в рамках или с использованием Сервисов под учетной записью Пользователя, включая случаи добровольной передачи Пользователем данных для доступа к учетной записи Пользователя третьим лицам на любых условиях (в том числе по договорам или соглашениям). При этом все действия в рамках или с использованием Сервисов под учетной записью Пользователя считаются произведенными самим Пользователем, за исключением случаев, когда Пользователь уведомил Инсейлс о несанкционированном доступе к Сервисам с использованием учетной записи Пользователя и/или о любом нарушении (подозрениях о нарушении) конфиденциальности своих средств доступа к учетной записи.
2.12.Пользователь обязан немедленно уведомить Инсейлс о любом случае несанкционированного (не разрешенного Пользователем) доступа к Сервисам с использованием учетной записи Пользователя и/или о любом нарушении (подозрениях о нарушении) конфиденциальности своих средств доступа к учетной записи. В целях безопасности, Пользователь обязан самостоятельно осуществлять безопасное завершение работы под своей учетной записью по окончании каждой сессии работы с Сервисами. Инсейлс не отвечает за возможную потерю или порчу данных, а также другие последствия любого характера, которые могут произойти из-за нарушения Пользователем положений этой части Соглашения.
3.Ответственность Сторон
3.1.Сторона, нарушившая предусмотренные Соглашением обязательства в отношении охраны конфиденциальной информации, переданной по Соглашению, обязана возместить по требованию пострадавшей Стороны реальный ущерб, причиненный таким нарушением условий Соглашения в соответствии с действующим законодательством Российской Федерации.
3.2.Возмещение ущерба не прекращают обязанности нарушившей Стороны по надлежащему исполнению обязательств по Соглашению.
4.Иные положения
4.1.Все уведомления, запросы, требования и иная корреспонденция в рамках настоящего Соглашения, в том числе включающие конфиденциальную информацию, должны оформляться в письменной форме и вручаться лично или через курьера, или направляться по электронной почте адресам, указанным в лицензионном договоре на программы для ЭВМ от 01.12.2016г., договоре присоединения к лицензионному договору на программы для ЭВМ и в настоящем Соглашении или другим адресам, которые могут быть в дальнейшем письменно указаны Стороной.
4.2.Если одно или несколько положений (условий) настоящего Соглашения являются либо становятся недействительными, то это не может служить причиной для прекращения действия других положений (условий).
4.3.К настоящему Соглашению и отношениям между Пользователем и Инсейлс, возникающим в связи с применением Соглашения, подлежит применению право Российской Федерации.
4.3.Все предложения или вопросы по поводу настоящего Соглашения Пользователь вправе направлять в Службу поддержки пользователей Инсейлс www.ekam.ru либо по почтовому адресу: 107078, г. Москва, ул. Новорязанская, 18, стр.11-12 БЦ «Stendhal» ООО «Инсейлс Рус».
Дата публикации: 01.12.2016г.
Полное наименование на русском языке:
Общество с ограниченной ответственностью «Инсейлс Рус»
Сокращенное наименование на русском языке:
ООО «Инсейлс Рус»
Наименование на английском языке:
InSales Rus Limited Liability Company (InSales Rus LLC)
Юридический адрес:
125319, г. Москва, ул. Академика Ильюшина, д. 4, корп.1, офис 11
Почтовый адрес:
107078, г. Москва, ул. Новорязанская, 18, стр.11-12, БЦ «Stendhal»
ИНН: 7714843760 КПП: 771401001
Банковские реквизиты:
Р/с 40702810600001004854
В ИНГ БАНК (ЕВРАЗИЯ) АО, г.Москва,
к/с 30101810500000000222, БИК 044525222
Электронная почта: [email protected]
Контактный телефон: +7(495)133-20-43
Отменяют бланки строгой отчетности ИП
Бланки строгой отчетности для ИП нужны, как альтернатива кассовым чекам. Многие системы налогообложения в определенных условиях позволяют использовать именно их. Но только при соблюдении ряда условий можно обойтись без ККМ, заполнив и выдав покупателю бланк строгой отчетности. С 2018 года правила работы с БСО очень сильно меняются – скоро ожидается переход на электронные БСО, то есть бланки строгой отчетности для ИП можно будет создавать только на специальной ККТ, которой нет даже в проектах у производителей. Ведь закон об онлайн-кассах упомянул о новых БСО и правилах для них, но никакой конкретики всё ещё нет. До середины 2019 года должны просуществовать действующие правила и практики применения бумажных БСО, а потом бланки строгой отчетности для ИП в их классическом понимании могут уйти в прошлое – БСО отменят. Ведь отличий на данный момент принципиальных от чеков онлайн-касс нет… Вообще, онлайн-кассы, похоже, изменят так экономику, что бизнес будет не узнать. Который сможет это пережить, конечно.
Бланки строгой отчетности для ИП должны соответствовать требованиям законодательства, предъявляемым к этим документам. А именно иметь обязательные реквизиты:
- Наименование (товарный чек, квитанция, путевка и т.д.), номер, состоящий из 6-ти знаков и серия документа.
- Данные о предпринимателе: его фамилия, имя и отчество, а также ИНН.
- Сведения о товаре или услуге: вид, количество, цена и стоимость.
- Дата оформления документа (совпадает с моментом продажи товара или оказания услуги).
- Подпись и ее расшифровка, должность лица, выдавшего документ.
- Печать индивидуального предпринимателя.
Правила оформления бланков строгой отчетности регламентированы постановлением Правительства РФ от 06.05.08 № 359, которое устанавливает требования к наличным денежным расчетам с использованием кассовой техники или без нее.
Что касается вопроса: где именно взять бланки строгой отчетности для ИП, то закон поясняет следующее: БСО можно изготовить как самостоятельно, используя специальные программы, так и заказать, либо приобрести в типографии. На типографском бланке обязательно должны присутствовать наименовании печатного учреждения, его ИНН, номер заказа, тираж и год исполнения. Формат документа может быть любой. Для определенных видов деятельности существуют разработанные Минфином единые формы бланков строгой отчетности.
Вообще упрощенная система налогообложения требует от своих налогоплательщиков наличие и регистрацию кассовых аппаратов. Но при оказании услуг можно использовать бланки строгой отчетности. Для ИП, к сожалению, нет исключений в плане розничной торговли. При продаже товаров, как частным лицам, так и юридическим, они все равно обязаны использовать кассовый аппарат. Так же нельзя использовать БСО и в общепите. Единый налог на вмененный доход в отличие от УСН позволяет использовать бланки строгой отчетности для ИП не только при оказании услуг, но и в розничной торговле.
Помимо этого, несмотря на систему налогообложения можно использовать БСО при торговле газетами, журналами, лотерейными билетами и т.д. В общем тем перечнем товаров, который указан во 2-й статье Закона 54-ФЗ.
В момент продажи товара/услуги выписывают бланки строгой отчетности. Для ИП или его продавца должно стать правилом тот факт, что покупатель может потребовать документ, подтверждающий его покупку. Поэтому нужно будет заполнить БСО надлежащим образом: указать наименование товара/услуги, количество, цену и стоимость. Если позиций будет несколько, то нужно посчитать общую сумму документа и написать ее прописными буквами. Все записи делаются в соответствующих для этого графах. В незаполненные поля ставится прочерк. Поставить подпись, фамилию с инициалами, должность и печать можно будет только после того, как покупка передана клиенту и за нее получены деньги. Кстати, для удобства многие «проштамповывают» печатями сразу несколько бланков, на будущее. К тому же, если у предпринимателя несколько точек продаж, то придется делать несколько печатей, а это мягко скажем, не совсем удобно.
Когда применяют бланки строгой отчетности, для ИП необходимо помнить, что их нужно и правильно учитывать. Во-первых, нужно вести журнал учета. Унифицированной формы данного документа нет, ее нужно разработать самостоятельно. Но общие требования к оформлению журнала все же приведены:
- Листы журнала должны быть пронумерованы и прошиты. Сам документ заверяется печатью ИП.
- Первой записью в журнале должны числится данные о: дате начала ведения, материально ответственном лице (ФИО), основании для передачи БСО, их количество, серия и номера – с какого начинается и каким заканчивается.
- Списывать бланки строгой отчетности нужно по мере их расходования, указывая в журнале ежедневно количество использованных, их серию и с какого, по какой номер (обобщенно).
Копии БСО или корешки от них хранят в течение 5 лет, либо не меньше месяца после их инвентаризации. Инвентаризацию необходимо проводить для регулирования нарушений правил хранения, заполнения или недостач. Конечно, бланки строгой отчетности для ИП, чаще всего, просто товарные чеки, которым не придают особого значения. Но их правильный учет поможет избежать ошибок в отчетности и поможет контролировать движение ТМЦ.
Upd. В 2020 году онлайн-кассы, действительно, уже всё изменили… БСО в своем изначальном классическом ушли в прошлое. Но это не значит, что всем нужны онлайн-кассы, даже если закон требует, есть же современные технологии, и грамотные бизнес-сценарии, в частности интернет-магазины вполне могут работать без онлайн-кассы. Да и не только они 🙂
Печать БСО в Самаре | типография печать бланков строгой отчетности
Бланки строгой отчетности – документы, изготовление которых регулируется Постановлением Министерства финансов РФ №359 от 21 мая 2008 года. Активно используются в различных сферах деятельности, их изготовление подлежит строгому контролю со стороны законодательства. Заказать печать БСО высокого качества с соблюдением всех требований вы можете в нашей типографии. Доступные цены и квалифицированную помощь на понятном языке (без активного использования терминологии) гарантируем каждому клиенту.
Особенности создания БСО
За последний год изготовление бсо претерпело ряд изменений согласно действующему законодательству, в частности это касается создания новых форм для бланков строгой отчетности (старые образцы не действительны с 2019 года). На бланке в обязательном порядке должны присутствовать реквизиты компании, а также входные данные типографии, которая занимается их изготовлением.
Основные виды бланков БСО в зависимости от специфики деятельности:
- Туристические услуги – туристическая путевка.
- Страхование – квитанция на получение страховой премии.
- Ветеринарные услуги – квитанция на оплату ветеринарных услуг.
- Услуги ломбарда – залоговый билет, сохранная квитанция.
- Бюджетные организации – квитанция, форма 0504510.
Единые формы бланков строгой отчетности были разработаны для отдельных видов деятельности, чтобы избежать путаницы с документами и облегчить работу специалистов. У предпринимателей исчезла необходимость разрабатывать бланки бсо– они могут воспользоваться уже готовыми формами (кроме отдельных видов деятельности, бланки для которых предпринимателям придется создавать самостоятельно).
Разработка бланка для предпринимателей
Если для определенного рода деятельности (в первую очередь касается предпринимателей) нет специального бланка, потребуется разработать его самостоятельно. Он должен соответствовать следующим критериям:
- На бланке в обязательном порядке должны присутствовать реквизиты компании, указанные в постановлении №359 (в первую очередь это наименование и организационно-правовая форма компании или ФИО индивидуального предпринимателя, место нахождения постоянно действующего исполнительного органа юридического лица (в случае его отсутствия – иного органа или лица, имеющего право действовать от имени юридического лица без доверенности; ИНН, вид услуги, стоимость услуги в денежном выражении, размер оплаты, осуществляемой наличными денежными средствами и (или) с использованием банковской карты, должность и ФИО лица, ответственного за совершение операции и правильность ее оформления (личная подпись, печать организации, предпринимателя, а также дата осуществления расчета и составления документа).
- Должны быть указаны входные данные типографии, где вы решили купитьбсо (наименование типографии, ИНН, номер заказа, год исполнения заказа, тираж бланка).
- Не нужно ссылаться на старый номер формы, поскольку они уже недействительны.
- Должен присутствовать шестизначный номер и серия бланка для учета. Обычно серию предприниматель самостоятельно присваивает при сдаче заказа на изготовление бсо в типографию, а номер в пределах серии ставит сама типография. Однако отследить уникальность каждого номера не представляется возможным, и эта обязанность перекладывается на предпринимателя.
Самым доступным вариантом считается взять за основу уже готовый бланк (или образец, который использовался ранее) и на его основе создать новый бланк строгой отчетности. Заказать в нашей типографии бсо высокого качества вы можете в любое время. Доступные цены и соблюдение предписанных норм гарантируем.
Заказать бланки строгой отчетности в типографии для ИП в Москве
Бланки строгой отчетности под заказ
Решение в сложившийся ситуации есть, заказать бланки для строгой отчетности для ИП. Заменить кассовый аппарат на бланк, это отличный выход и решение как для предпринимателей.
Только нужно понимать, что законом регулируется право, тех кто должен использовать кассовый аппарат, а в каких случаях возможно применять бланки строгой отчетности.
Нужно понимать, что бланки строгой отчетности применяются:
1. Бланками можно оформить расчет наличными или платежными картами, только за оказания услуг.
2. Бланками нужно пользоваться и применять согласно законодательству.
Бланк строгой отчетности – это документ, который подтверждает факт оплаты наличными средствами или платежной картой. Благодаря такому планку можно оформить проезд, путевки, абонемент и т.д.
Достоинства для предприятий, при использованиях бланков строгой отчетности:
1. Такие бланки нужно хранить в сейфах и т.д., чтобы исключить возможность кражи документа.
2. Сотрудник, что пользуется и выписывает эти бланки, должен быть материально ответственным лицом;
3. В случаи ошибок в бланке, его нельзя выкидывать, необходимо перечеркивать.
4. Все передвижения бланков фиксируются в специальном документе.
Где заказать бланки строгой отчетности в Москве
Форма документа строгой отчетности утверждается на руководящем уровни страны. Каждый, кто используют эти бланки, должен пользоваться только теми, которые утвердили и разработали исполнительные органы страны.
В случаи, когда такая форма не утверждена, то предприятия может взять эту ответственность на себя и разработать свои личные бланки.
При разработке собственных бланков, нужно учитывать элементы, которые обязательно должны быть на форме:
1. Название документа.
2. Также номер и серия, которая должна состоять не меньше, чем из 6 цифр.
3. Для юридического лица необходимо, чтобы бланк имел название фирмы, а для предпринимателей – фамилию, имя и отчество.
4. Адрес, для юридических лиц обязательно должен присутствовать.
5. ИНН.
6. Перечень услуг и сумма в денежном эквиваленте.
7. Дата и подпись.
8. Если расчет произведен с помощью карты, это тоже должно указываться.
9. Должность и подпись лица, что совершает прием денежных средств и является ответственным.
10. Иные данные, что остаются на усмотрения каждого.
Независимо разработали ли форму самостоятельно или государственная это форма, необходимо, чтобы бланк был типографической печати или напечатан с помощью автоматизированной системы.
Если стоит вопрос где заказать бланки строгой отчетности для ип, то ответ: заказать бланк строгой отчетности в типографии или же напечатать самому.
Где заказать бланки строгой отчетности в Москве, тогда тут только один надежный профессионал своего дела http://www.shtampmaster.ru. Благодаря специалистам и профессиональному оборудованию, фирма поможет вам уже напечатать бланки утвержденной формой или же поможет составить свои собственные, которые выделят ваше предприятие индивидуальностью, но будут выполнены по требуемой форме и букве закона.
что к ним относится, использование вместо кассового чека
В настоящее время многие организации в своем бухгалтерском учете используют огромное множество различных форм документов. Это могут быть различные накладные, счета-фактуры, кассовые чеки и бланки строгой отчетности (БСО).
Именно о последнем виде документации и пойдет речь в этой статье.
Содержание статьи
Что это такое, где их используют
Бланк строгой отчетности представляет собой документ, который выдается при расчетах с определенными людьми за выполнение различных видов услуг. Их используют в тех организациях, где нет кассового оборудования. Для того чтобы их применять, нужно, чтобы деятельность предприятия подходила под статью налогового кодекса, где разрешены такие действия.
Например, оказав определенную услугу для населения, организация выдает специальную квитанцию (БСО), подтверждающую данное действие, она имеет такую же силу, что и кассовый чек.
Согласно законам РФ данные бланки не могут применяться организациями, которые занимаются продажей товаров для людей. Также можно оказаться в числе правонарушителей, если деятельность с натяжкой приравнена к услугам, потому что при проверке соответствующими органами обман вскроется, и предприятие понесет соответствующее наказание.
Согласно Налоговому кодексу РФ бланки в основном применяют те организации, которые оказывают бытовые услуги населению. Сюда можно отнести туристические агентства, транспортные компании, театры, кинотеатры и другие подобные заведения.
Виды БСО
В настоящее время лишь немногие предприятия работают с такими видами бланков, форма которых разработана министерством РФ. К таким видам относят:
- железнодорожные билеты;
- туристические путевки;
- квитанции на оплату услуг газификации и газоснабжения;
- сохранные квитанции.
Эти формы можно посмотреть на официальном сайте налоговой инспекции. Примером может считаться форма БО-18, используемая отелями, гостиницами и другими подобными заведениями при расчете с постояльцами.
В остальных же случаях закон предусматривает использование форм, которые организации разрабатывают самостоятельно. Важно помнить, что в любом таком документе обязательно должны быть указаны все обязательные реквизиты компаний, а также стоимость за оказание услуг.
По размерам эти бланки можно разрабатывать разные, так, например, в некоторых организациях они представлены в виде листка формата А4, а в других же – небольшим прямоугольником. Тут все зависит от фантазии руководителя.
После того, как предприятие самостоятельно разработает этот документ, необходимо произвести регистрацию данной формы в налоговой. Также, законом запрещается использование одинаковых бланков разными организациями.
После того, как налоговая инспекция проверит правильность данных, среди которых должны быть указаны наименование, ИНН организации или предпринимателя, вид и стоимость услуги, она регистрирует бланк, и компания может начинать свою деятельность.
Подробная информация об использовании данных документов приведена на следующем видео:
Где взять БСО?
Самым простым способом изготовить бланки является типография. Если организация работает по утвержденным формам, то их образец обязательно у них будет.
Если же бланк разработан организацией самостоятельно, то типография вместе с вами создает образец будущего документа. Затем, после согласия сторон она их распечатывает.
Для того чтобы правильно вести учет бланков, необходимо отслеживать их по номеру и серии. Для более простого учета следует заказывать новую партию под другой серией или добавить к ней определенную букву.
Можно распечатывать бланк и на кассовом оборудовании самостоятельно, правда для этого понадобится его усовершенствовать. Согласно законодательству РФ, для того чтобы начать печать таких документов, дополнительная регистрация оборудования не потребуется, однако одним из важных условий является то, что все операции должны сохраняться в течение 5 лет, а также оборудование должно быть защищено от несанкционированного доступа.
Печатать самостоятельно бланки строгой отчетности на компьютере строго запрещено, поскольку данное оборудование не отвечает определенным правилам для печати. Персональный компьютер может не сохранить все проведенные операции за 5 лет, а также доступ к нему может быть у большого количества людей.
Как их заполнять?
Для оформления существуют определенные правила:
- Во-первых, должен быть указан номер, который обычно представлен шестью цифрами, а также серия. Благодаря им ведется бухгалтерский учет данных документов.
- Во-вторых, в бланках должно быть четко прописано название услуги и ее стоимость.
- Также указывают все необходимые реквизиты организации или индивидуального предпринимателя, в которые входят идентификационный номер, КПП (для организаций), точный адрес, полностью инициалы директора или юридического лица, а также уполномоченного представителя.
- Должно быть указано количество денежных средств, которые получены от покупателя, или размер оплаты с помощью банковской карты, дата заполнения и получения денег, а также подпись того лица, кто осуществляет расчеты.
- Могут и указываться иные данные, которые утверждены определенной формой бланков, разработанных конкретной организацией.
Бланки должны быть заполнены в двух экземплярах, причем один из них делается под копирку.
Списание и хранение
Бланк строгой отчетности является важным документом, поэтому хранить их следует в специально отведенном месте без доступа неуполномоченных лиц. При этом каждый документ должен быть зафиксирован и учтен в бухгалтерском учете.
Срок хранения самих бланков законодательством не предусмотрен, а вот отрывные корешки следует поместить в специальные мешки сроком на пять лет.
Для того чтобы уничтожить их по истечении необходимого времени, должна созываться специальная комиссия, которая составляет акт инвентаризации, проводит ее, следит за сохранностью абсолютно всех бланков, даже испорченных. После того, как не обнаружится никаких нарушений, данные документы уничтожаются. Можно в этом случае уничтожить и сами бланки, которые пришли в негодность.
Для всех вышеуказанных действий необходим приказ руководителя.
Уничтожение может производиться несколькими способами:
- Непосредственно членами комиссии.
- С помощью специального оборудования.
- С помощью сторонней организации.
Первый метод отлично подойдет для тех предприятий, где количество таких документов незначительное, причем вырезав серию и номер, можно вклеить их в акт списания. Второй способ рационален для умеренного количества таких бланков. Третьим способом пользуются те организации, которые ежедневно выписывают большое число таких документов.
Нефротоксичность бутионинсульфоксимина (BSO) и N- (3,5-дихлорфенил) сукцинимида: временные аспекты применения BSO и влияние BSO на почечные транспортные системы
Сельскохозяйственный фунгицид N- (3,5-дихлорфенил) сукцинимид (NDPS) вызывает острую полиурическую почечную недостаточность, которая ослабляется предварительной обработкой истощителями глутатиона, диэтилмалеатом или бутионинсульфоксимином (BSO). В настоящем исследовании были изучены временные аспекты ослабления BSO нефротоксичности NDPS.Кроме того, способность BSO изменять почечное накопление выбранных органических ионов была исследована как возможный механизм способности BSO ослаблять нефротоксичность NDPS. В первой серии экспериментов NDPS (0,2 или 0,4 ммоль / кг) или носитель (кунжутное масло, 2,5 мл / кг) вводили внутрибрюшинно (ip) группам самцов крыс Fischer 344 (4-8 крыс / группа) 0,25 или За 2 часа до BSO (890 мг / кг, внутрибрюшинно) контролировали функцию почек через 24 и 48 часов. Нефротоксичность NDPS (0,4 ммоль / кг) заметно уменьшалась при введении BSO при 0.Через 25 часов после NDPS, но существенно не изменился при введении BSO через 2 часа после NDPS. Вызванные NDPS (0,2 ммоль / кг) почечные эффекты не усиливались BSO, вводимым через 0,25 часа после NDPS, и только 1 из 8 крыс проявляла выраженную нефротоксичность, когда BSO вводили через 2 часа после NDPS. Во второй серии экспериментов крысам (4 / группа) вводили BSO (890 мг / кг, внутрибрюшинно) или носитель (0,9% физиологический раствор, 10 мл / кг) и собирали почки через 2 или 5 ч после обработки. Изучена способность срезов коркового вещества почек накапливать органические ионы (п-аминогиппурат [ПАУ], альфа-аминоизобутриевая кислота [AIB] или тетраэтиламмоний [TEA]) в течение 90 минут инкубации.Снижалось только накопление TEA срезами почечной коры, полученными из группы, полученной через 2 часа после лечения. Также были проведены исследования для изучения влияния BSO (10 (-7) -10 (-4) M) in vitro на накопление ПАУ, AIB и TEA срезами коры почек после 5, 15 или 90 минут совместной инкубации BSO и органический ион BSO не оказали значительного влияния на накопление каких-либо изученных органических ионов в любой момент времени. Эти результаты показывают, что BSO все еще может ослаблять нефротоксичность NDPS при введении при 0.Через 25 часов после NDPS, но BSO теряет эффективность при введении через 2 часа после NDPS. Эти результаты также предполагают, что BSO ослабляет нефротоксичность NDPS посредством истощения глутатиона, а не изменяет накопление в почках метаболитов NDPS через почечные транспортеры PAH, TEA или AIB.
rfc1108
Сетевая рабочая группа С. Кент
Запрос комментариев: 1108 BBN Communications
Устарело: RFC 1038, ноябрь 1991 г.
U.S. Министерство обороны
Параметры безопасности для интернет-протокола
Статус этого меморандума
Этот RFC определяет протокол отслеживания стандартов IAB для Интернета.
сообщества, и просит обсуждения и предложений по улучшению.
См. Текущую редакцию «Официального протокола IAB.
Стандарты »для состояния стандартизации и статуса этого протокола.
Распространение этой памятки не ограничено.
Абстрактный
Этот RFC определяет базовую безопасность Министерства обороны США.
Вариант и описание верхнего уровня расширенного варианта безопасности
для использования с Интернет-протоколом.Этот RFC отменяет RFC 1038.
«Пересмотренный вариант защиты IP» от января 1988 г.
1. Определение параметров безопасности DoD
Следующие два варианта интернет-протокола определены для использования на
Общие пользовательские сети передачи данных Министерства обороны (DoD):
CF КЛАСС № ТИП ДЛИНА ОПИСАНИЕ
1 0 2 130 вар. DoD Basic Security: используется для
уровень классификации и защита
флаги власти.
1 0 5 133 вар.DoD Extended Security: используется для переноски
дополнительная информация о безопасности как
требуется зарегистрированными органами.
CF = Копировать при фрагментации
2. Базовая опция безопасности DoD
Этот параметр определяет уровень классификации США, на котором
дейтаграмма должна быть защищена, и органы, чья защита
правила применяются к каждой дейтаграмме.
Кент [Страница 1]
RFC 1108 U.Вариант безопасности S. DOD, ноябрь 1991 г.
Эта опция используется оконечными и промежуточными системами
Интернет в:
а. Передача от источника к месту назначения в сетевом стандарте
представление общих защитных этикеток, требуемых компьютером
модели безопасности,
б. Подтвердите дейтаграмму как подходящую для передачи от
источник и доставка в пункт назначения,
c. Убедитесь, что маршрут дейтаграммы защищен от
уровень, требуемый всеми органами защиты, указанный на
дейтаграмма.Чтобы предоставить эту возможность в общем
Интернет-среда, протоколы внутренних и внешних шлюзов
должны быть расширены, чтобы включить информацию о защитной этикетке в
поддержка управления маршрутизацией.
Параметр базовой безопасности DoD должен копироваться при фрагментации. Этот
не более одного раза появляется в дейтаграмме. Некоторые системы безопасности
требовать, чтобы это был первый вариант, если более одного варианта
переносится в заголовке IP, но это не общее требование
взимается в соответствии с данной спецификацией.Формат опции базовой безопасности DoD следующий:
+ ------------ + ------------ + ------------ + ---------- --- // ---------- +
| 10000010 | XXXXXXXX | SSSSSSSS | AAAAAAA [1] AAAAAAA0 |
| | | | [0] |
+ ------------ + ------------ + ------------ + ---------- --- // ---------- +
ТИП = 130 ДЛИНА КЛАССИФИКАЦИИ ЗАЩИТА
УРОВЕНЬ ВЛАСТИ
ФЛАГИ
ФИГУРА 1.ФОРМАТ ОПЦИИ ОСНОВНОЙ БЕЗОПАСНОСТИ DoD
2.1. Тип
Значение 130 идентифицирует это как Базовый вариант безопасности DoD.
2.2. Длина
Длина опции варьируется. Минимальная длина
параметр составляет 3 октета, включая поля Тип и Длина (
Поле Protection Authority может отсутствовать). Указание длины
менее 3 октетов должны приводить к обработке ошибок, как описано в
Раздел 2.8.1.
Кент [Страница 2]
RFC 1108 U.Вариант безопасности S. DOD, ноябрь 1991 г.
2.3. Уровень классификации
Длина поля: один октет
В этом поле указывается уровень классификации (США), на котором
дейтаграмма должна быть защищена. Информация в дейтаграмме должна быть
защищен на этом уровне. Поле закодировано, как показано в таблице 1.
и порядок значений в этой таблице определяет порядок для
в целях сравнения. Значения битовой строки в этой таблице были выбраны
для достижения минимального расстояния Хэмминга четыре (4) между любыми двумя
допустимые значения.Это конкретное присвоение имен уровней классификации
to values определено для совместимости с устройствами безопасности
которые уже разработаны и внедрены.
«Зарезервированные» значения в таблице должны рассматриваться как недопустимые до тех пор, пока
время, когда они назначаются на именованные уровни классификации в преемнике
к этому документу. Дейтаграмма, содержащая значение для этого поля, которое
либо отсутствует в этой таблице, либо указана как «зарезервировано» в
ошибка и должна обрабатываться в соответствии с "вне допустимого диапазона"
процедуры, определенные в разделе 2.8.1.
Значение уровня классификации из базовой опции безопасности в
дейтаграмма может быть проверена на равенство с любым из (назначенных)
значения в таблице 1, выполнив простое сравнение битовой строки.
Однако из-за разреженности уровня классификации
кодировок, проверки диапазона, включающие значение из этого поля, не должны
выполняется исключительно на основе арифметических сравнений (как таковых
сравнения будут охватывать недопустимые и / или неназначенные значения в пределах
диапазон). Подробная информация о том, как выполняются упорядоченные сравнения для
это поле в системе является локальным вопросом, в зависимости от
требования, изложенные в этом параграфе.Таблица 1. Кодировки уровней классификации
Имя значения
00000001 - (Зарезервировано 4)
00111101 - Совершенно секретно
01011010 - Секрет
10010110 - Конфиденциально
01100110 - (Зарезервировано 3)
11001100 - (Зарезервировано 2)
10101011 - Несекретный
11110001 - (Зарезервировано 1)
Кент [Страница 3]
RFC 1108 U.Вариант безопасности S. DOD, ноябрь 1991 г.
2.4. Флаги органов защиты
Длина поля: переменная
В этом поле указываются национальные программы доступа или специальный доступ.
Программы, определяющие правила защиты для передачи и
обработка информации, содержащейся в дейтаграмме. Обратите внимание, что
флаги органов защиты НЕ представляют аккредитацию
авторитетами, хотя семантика внешне схожа. В
чтобы поддерживать архитектурную согласованность и функциональную совместимость
во всех общих пользовательских сетях передачи данных DoD, пользователи этих сетей
должен представить требования для дополнительных флагов органов защиты
в DISA DISDB, Вашингтон, D.C. 20305–2000, для рассмотрения и утверждения.
Такой обзор и одобрение следует запрашивать до проектирования,
разработка или развертывание любой системы, которая будет использовать
дополнительные возможности в зависимости от назначения нового органа защиты
флаги. По мере утверждения и назначения дополнительных флагов они будут
опубликованы вместе со значениями, определенными выше, в Назначенном
Номера RFC отредактировал Internet Assigned Numbers Authority (IANA).
а. Длина поля: это поле переменной длины.Низкий-
бит порядка (бит 7) каждого октета кодируется как "0", если это
последний октет в поле или как "1", если есть дополнительные
октеты. Изначально для этого поля требуется только один октет.
(поскольку определено менее семи органов власти), таким образом
последний бит первого октета кодируется как «0». Однако,
минимально совместимые реализации должны быть способны
обработка поля полномочий защиты, состоящего не менее чем из 2
октеты (представляющие до 14 органов защиты).Реализации, существовавшие до выпуска этого RFC, и
которые обрабатывают меньше полномочий защиты, чем указано здесь,
будут считаться минимально соответствующими, если таковые
реализации обрабатывают флаги в соответствии с RFC.
Это поле должно быть минимально закодированным представлением, т.е.
завершающие октеты с нулевыми значениями должны быть испущены. Если длина
это поле, как указано в этой расширяемой кодировке, не
в соответствии с полем длины для опции, дейтаграмма
по ошибке и процедура, описанная в разделе 2.8.1 должен быть
последовал. (Рисунок 2 иллюстрирует относительную значимость
биты в октете).
0 1 2 3 4 5 6 7
+ --- + --- + --- + --- + --- + --- + --- + --- +
Высокого порядка | | | | | | | | | Младший
+ --- + --- + --- + --- + --- + --- + --- + --- +
Рисунок 2. Значение битов
Кент [Страница 4]
RFC 1108 U.Вариант безопасности S. DOD, ноябрь 1991 г.
б. Флаги источника: первые семь битов (биты с 0 по 6) в
каждый октет - это флаги. Каждый флаг связан с
власть. В настоящее время назначены флаги центра защиты:
указано в таблице 2. Бит, соответствующий полномочиям, равен
«1», если дейтаграмма должна быть защищена в соответствии с
правила этого органа. Более одного флага может присутствовать в
единственный экземпляр этой опции, если данные, содержащиеся в
дейтаграмма должна быть защищена в соответствии с правилами, установленными
несколько органов власти.В таблице 3 указано контактное лицо для
каждый из полномочий, перечисленных в таблице 2. Нет "неназначенных" битов
в этом или других октетах в Поле полномочий защиты должны
считаться действительными флагами Органа защиты до тех пор, пока
поскольку такие биты назначаются, и назначения публикуются в
RFC с присвоенными номерами. Таким образом, дейтаграмма, содержащая флаги для
неназначенные биты в этом поле для этой опции ошибочны и
должны обрабатываться в соответствии с процедурами "вне допустимого диапазона"
определено в разделе 2.8.1.
Можно сравнить два поля флага защиты
равенство (=) через простое сопоставление битовой строки. Нет родственника
упорядочение между двумя полями флага органа защиты
определенный. Поскольку эти флаги представляют органы защиты,
модели безопасности, такие как Bell-LaPadula, не применяются к
интерпретация этого поля. Однако символ "= <" относится
установить включение при сравнении флага защиты
field в набор таких полей.Средства для проведения этих тестов
внутри системы - это вопрос местного значения, в зависимости от требований
изложены в этом абзаце.
Таблица 2 - Назначение битов полномочий защиты
НЕМНОГО
НОМЕР АВТОРИЯ
0 ГЕНСЕР
1 SIOP-ESI
2 SCI
3 АНБ
4 ДОЭ
5, 6 не назначено
7 Индикатор завершения поля
Кент [Страница 5]
RFC 1108 U.Вариант безопасности S. DOD, ноябрь 1991 г.
Таблица 3 - Контактные лица органов защиты
ОРГАН КОНТАКТА
GENSER Назначенный утверждающий орган
согласно DOD 5200.28
SIOP-ESI Министерство обороны
Организация
Объединенный комитет начальников штабов
Attn: J6
Вашингтон, округ Колумбия, 20318-6000
SCI директор Центральной разведки
Attn: председатель, информация
Комитет по управлению, разведка
Персонал сообщества
Вашингтон, Д.С. 20505 г.
Агентство национальной безопасности АНБ
9800 Savage Road
Attn: T03
Ft. Мид, MD 20755-6000
Министерство энергетики Министерство энергетики
Attn: DP343.2
Вашингтон, округ Колумбия 20545
2.5. Параметры конфигурации безопасности системы
Использование базовой опции безопасности (BSO) конечным или промежуточным
система требует, чтобы конфигурация системы включала параметры
описано ниже.Эти параметры критически важны для безопасной обработки.
BSO и, следовательно, должны быть защищены от несанкционированного
модификация. Обратите внимание, что совместимые реализации должны позволять
минимум 14 различных флагов органов защиты (в соответствии с
размер поля Protection Authority, определенный в разделе 2.4), который должен быть установлен
независимо в любом параметре, включающем флаг Protection Authority
поля.
а. SYSTEM-LEVEL-MAX: этот параметр указывает наивысший
Уровень классификации (см. Таблицу 1), который может присутствовать в
поле уровня классификации базовой опции безопасности в любом
датаграмма, переданная или полученная системой.б. SYSTEM-LEVEL-MIN: этот параметр указывает самый низкий
Уровень классификации (см. Таблицу 1), который может присутствовать в
поле уровня классификации базовой опции безопасности в любом
Кент [стр. 6]
RFC 1108 Опция безопасности Министерства обороны США, ноябрь 1991 г.
дейтаграмма, передаваемая системой.
c. SYSTEM-AUTHORITY-IN: Этот параметр представляет собой набор, каждый член
который является полем флага защиты.Набор перечисляет
все поля флага Protection Authority, которые могут присутствовать
в поле Protection Authority в Basic Security Option
в любой дейтаграмме, полученной этой системой. Послушный
реализация должна быть способна представлять не менее 256
отдельные поля флага Protection Authority (каждое поле должно быть
может представлять 14 различных флагов органов защиты)
в этом наборе. Каждый элемент перечислимого набора может быть
комбинация нескольких флагов полномочий защиты.Элементы набора, представляющие несколько органов защиты:
сформированный операцией ИЛИ вместе флагов, представляющих каждый
власть. Так, например, элемент множества, представляющий
датаграммы, которые должны быть защищены в соответствии с правилами NSA и SCI, могут
будет представлен как «00110000», а элемент, представляющий
защита, санкционированная NSA, DOE и SIOP-ESI, может быть
представлен как «01011000». (Эти примеры иллюстрируют 8-битный набор
элементы относительно минимальных кодировок для определенных в настоящее время
Флаги органов защиты.Если определены дополнительные флаги
за первым байтом поля полномочий защиты, длиннее
могут потребоваться кодировки для элементов множества.)
Важно, чтобы реализации Интернет-протокола
Базовая опция безопасности обеспечивает удобный и компактный способ
менеджеры системной безопасности, чтобы указать, какие комбинации флагов
разрешается. Детали такого интерфейса выходят за рамки
Однако в рамках этого RFC перечисление битовых шаблонов НЕ ЯВЛЯЕТСЯ
рекомендуемый интерфейс.В качестве альтернативы можно рассмотреть
обозначение формы COMB (GENSER, NSA, SCI) + COMB (SIOP-ESI, NSA, SCI)
в котором "COMB" означает ЛЮБУЮ комбинацию флагов, обозначенных как
параметры функции COMB разрешены, а «+» означает «или».
d. SYSTEM-AUTHORITY-OUT: этот параметр является набором, каждый член
из которых является полем флага защиты. Набор
перечисляет все поля флага Protection Authority, которые могут
присутствовать в поле «Авторитет защиты» основного
Параметр безопасности в любой дейтаграмме, передаваемой этой системой.А
совместимая реализация должна быть способна представлять на
в этом наборе не менее 256 различных полей флага центра защиты.
Явное перечисление всех авторизованных органов защиты
флаги полей обеспечивают большую гибкость и, в частности,
не накладывать на этот параметр установленные ограничения включения.
Следующие параметры конфигурации определены для каждой сети.
порт присутствует в системе. Термин «порт» используется здесь для обозначения
Кент [стр. 7]
RFC 1108 U.Вариант безопасности S. DOD, ноябрь 1991 г.
либо к интерфейсу физического устройства (который может представлять несколько
IP-адреса) или на один IP-адрес (который может обслуживаться через
несколько физических интерфейсов). В целом прежняя интерпретация
будет применяться и соответствует Интерпретации доверенной сети
концепции критериев оценки доверенных компьютерных систем (TNI)
«канал связи» или «устройство ввода-вывода». Однако последний
интерпретация также может быть действительной в зависимости от безопасности локальной системы
возможности.Обратите внимание, что некоторые комбинации значений параметров порта
подходят только в том случае, если порт "одноуровневый", т.е. все данные
переданный или полученный через порт точно характеризуется
ровно одно поле уровня классификации и отметки органа защиты.
е. PORT-LEVEL-MAX: этот параметр указывает наивысший
Уровень классификации (см. Таблицу 1), который может присутствовать в
поле уровня классификации базовой опции безопасности в любом
дейтаграмма, переданная или полученная системой через эту сеть
порт.f. PORT-LEVEL-MIN: этот параметр определяет самый низкий
Уровень классификации (см. Таблицу 1), который может присутствовать в
поле уровня классификации базовой опции безопасности в любом
дейтаграмма, передаваемая системой через этот сетевой порт.
г. PORT-AUTHORITY-IN: этот параметр задается каждым членом
который является полем флага защиты. Набор перечисляет
все поля флага Protection Authority, которые могут присутствовать
в поле Protection Authority в Basic Security Option
в любой дейтаграмме, полученной через этот порт.Послушный
реализация должна быть способна представлять не менее 256
отдельные поля флага защиты в этом наборе.
час PORT-AUTHORITY-OUT: этот параметр задается каждым членом
который является полем флага защиты. Набор перечисляет
все поля флага Protection Authority, которые могут присутствовать
в поле Protection Authority в Basic Security Option
в любой дейтаграмме, передаваемой через этот порт. Послушный
реализация должна быть способна представлять не менее 256
отдельные поля флага защиты в этом наборе.я. ПОРТ-АВТОРИТЕТ-ОШИБКА: Этот параметр представляет собой единственную защиту
Поле флага полномочий, присвоенное передаваемым сообщениям об ошибках ICMP
(см. раздел 2.8). Выбрано значение PORT-AUTHORITY-ERROR.
из набора значений, составляющих ПОРТ-АВТОРИТЕТ-ВЫХОД.
Средства для выбора значения PORT-AUTHORITY-ERROR в пределах
системы являются местным делом и регулируются местной политикой безопасности.
j. PORT-IMPLICIT-LABEL: этот параметр указывает один
Уровень классификации и поле флага органа защиты
Кент [стр. 8]
RFC 1108 U.Вариант безопасности S. DOD, ноябрь 1991 г.
(который может быть нулевым), чтобы быть связанным со всеми немаркированными
дейтаграммы, полученные через порт. Этот параметр имеет смысл
только если PORT-BSO-REQUIRED-RECEIVE = FALSE, в противном случае получение
датаграмма без метки приводит к ответу с ошибкой.
k. PORT-BSO-REQUIRED-RECEIVE: этот параметр является логическим, который
указывает, все ли дейтаграммы, полученные через этот сетевой порт
должен содержать базовую опцию безопасности.л. PORT-BSO-REQUIRED-TRANSMIT: этот параметр является логическим.
который указывает, все ли дейтаграммы, передаваемые через этот
сетевой порт должен содержать базовую опцию безопасности. Если это
для параметра установлено значение FALSE, тогда PORT-BSO-REQUIRED-RECEIVE должен
также должно быть установлено значение FALSE (чтобы избежать сбоев связи, приводящих к
от асимметричных ограничений разметки).
В каждой промежуточной или конечной системе следующие отношения должны
эти параметры сохраняются для всех сетевых интерфейсов.Символ
"> =" интерпретируется относительно линейного порядка, определенного для
уровни безопасности, указанные в разделе 2.3 для параметров «УРОВЕНЬ»,
а так же настройте включение для параметров "АВТОРИТЕТ".
СИСТЕМА-УРОВЕНЬ-МАКС.> = ПОРТ-УРОВЕНЬ-МАКС.> =
PORT-LEVEL-MIN> = SYSTEM-LEVEL-MIN
SYSTEM-AUTHORITY-IN> = PORT-AUTHORITY-IN
и
SYSTEM-AUTHORITY-OUT> = PORT-AUTHORITY-OUT
2.6. Соображения по конфигурации
Системы, которые не поддерживают разделение для разной безопасности
уровни классификации данных должны иметь только тривиальные диапазоны для
Параметры УРОВНЯ, т.е., СИСТЕМА-УРОВЕНЬ-МАКС. = ПОРТ-УРОВЕНЬ-МАКС. = ПОРТ-
УРОВЕНЬ-МИН = СИСТЕМА-УРОВЕНЬ-МИН.
Системы, которые поддерживают разделение для разной безопасности
уровни классификации данных могут иметь нетривиальные диапазоны для
Параметры LEVEL, например, SYSTEM-LEVEL-MAX> = PORT-LEVEL-MAX> = PORT-
УРОВЕНЬ-МИН.> = СИСТЕМА-УРОВЕНЬ-МИН.
2.7. Обработка базовой опции безопасности
Для систем, реализующих базовую опцию безопасности, параметры
PORT-BSO-REQUIRED-TRANSMIT и PORT-BSO-REQUIRED-RECEIVE используются для
указать локальную политику безопасности в отношении требования
наличие этой опции на переданных и полученных дейтаграммах,
соответственно, для каждого порта.Каждая переданная дейтаграмма или
Кент [стр. 9] RFC 1108 Опция безопасности Министерства обороны США, ноябрь 1991 г. полученные системой должны быть обработаны в соответствии с порт и общесистемные параметры безопасности, настроенные для системы. Системы, которые обрабатывают только несекретные данные, могут или не могут быть сконфигурирован для генерации BSO на переданных дейтаграммах. Такой системы также могут требовать или не требовать присутствия BSO при получении дейтаграммы.Однако все системы должны быть способны принимать дейтаграммы, содержащие эту опцию, независимо от того, обрабатывается или нет. Как правило, системы, обрабатывающие секретные данные, должны генерировать это опция для передаваемых дейтаграмм. Единственное исключение из этого правила возникает в (выделенных или системных [DoD 5200.28]) сетях, где трафик может быть неявно помечен, а не требовать каждого присоединенная система для создания явных меток. Если местная охрана политика разрешает получение дейтаграмм без опции, каждый такой предполагается, что датаграмма неявно помечена на основе порта через полученная дейтаграмма.Параметр для каждого порта (PORT- IMPLICIT-LABEL) определяет метку, которая будет связана с таким датаграммы при получении. Обратите внимание, что дейтаграмма, переданная в ответ к получению неявно помеченной дейтаграммы, может на основе локальных policy, требуется явный базовый параметр безопасности. 2.7.1. Обработка неклассифицированных дейтаграмм Если немаркированная дейтаграмма получена через сетевой порт, для которого PORT-BSO-REQUIRED = FALSE и PORT-IMPLICIT-LABEL = UNCLASSIFIED (NO FLAGS), дейтаграмма должна обрабатываться, как если бы Защита Установлены флаги власти.Таким образом, есть два различных действительных представления для неклассифицированных дейтаграмм, для которых нет защиты Применяются правила полномочий (немаркированная дейтаграмма, как описано здесь, и дейтаграмма, содержащая явный BSO с установленным уровнем классификации Неклассифицированный и без установленных флагов Protection Authority). Обратите внимание, что дейтаграмма также может содержать базовую опцию безопасности, в которой Уровень классификации неклассифицирован и одна или несколько защит Установлены флаги поля полномочий. Такие дейтаграммы явно отличается от класса эквивалентности, указанного выше (датаграммы, отмеченные Неклассифицировано без установленных флагов поля Protection Authority и дейтаграммы, не содержащие Basic Security Option).2.7.2. Обработка ввода После получения любой дейтаграммы система, соответствующая этому RFC, должна выполните следующие действия. Во-первых, если PORT-BSO-REQUIRED-RECEIVE = ИСТИНА для этого порта, то любая полученная дейтаграмма должна содержать базовый Параметр безопасности и отсутствие BSO приводит к ответу ICMP с ошибкой как указано в разделе 2.8.1. Полученная дейтаграмма, содержащая Базовая опция безопасности должна быть обработана, как описано ниже. Этот Кент [стр. 10]
RFC 1108 U.Вариант безопасности S. DOD, ноябрь 1991 г.
алгоритм предполагает, что контрольная сумма IP-заголовка уже была
проверено и что в ходе обработки опций IP это
вариант встретился. Значение уровня классификации
поле из опции будет обозначено "DG-LEVEL", а значение
поле Protection Authority Flags будет обозначено как "DG-
ВЛАСТЬ."
Шаг 1. Убедитесь, что DG-LEVEL является допустимым уровнем классификации безопасности,
т.е. это должно быть одно из (незарезервированных) значений из таблицы
1.Если этот тест не пройден, выполните процедуру выхода за пределы допустимого диапазона.
Раздел 2.8.1.
Шаг 2. Убедитесь, что PORT-LEVEL-MAX> = DG-LEVEL. Если этот тест не пройден,
выполнить процедуру за пределами допустимого диапазона, указанную в разделе 2.8.2.
Шаг 3. Убедитесь, что DG-AUTHORITY = = DG-LEVEL> = PORT-LEVEL-MIN и DG-AUTHORITY
= <ПОРТ-АВТОРИТЕТ-ВЫХОД. Какие процедуры
за ними следует система, которая обнаруживает попытку передачи
дейтаграмма, для которой эти отношения не выполняются.
Если порт настроен так, чтобы разрешать как помеченные, так и немаркированные
дейтаграммы (PORT-BSO-REQUIRED-TRANSMIT = FALSE) для передачи,
возникает вопрос, нужно ли ставить ярлык.В
признание отсутствия широкого внедрения или использования этого
вариант, особенно в несекретных сетях, этот RFC рекомендует
по умолчанию - передача немаркированных дейтаграмм. Если
пункт назначения требует, чтобы все дейтаграммы были помечены на входе, тогда он
ответит сообщением об ошибке ICMP (см. Раздел 2.8.1) и
отправитель может ответить, пометив последовательные пакеты, передаваемые
это место назначения.
Для поддержки этого режима работы система, позволяющая передавать
как помеченных, так и немаркированных дейтаграмм должны поддерживать состояние
информации (кэш), чтобы система могла связать использование
этикетки с определенным местом назначения, e.г., в ответ на получение
Сообщение об ошибке ICMP, как указано в разделе 2.8.1. Это требование
для поддержки кеша для каждого пункта назначения очень похож на
Кент [стр. 11] RFC 1108 Опция безопасности Министерства обороны США, ноябрь 1991 г. что наложено для обработки параметра маршрута источника IP или для ведение информации о маршрутизации первого прыжка (RFC 1122). Этот RFC делает не указывать, какой модуль протокола должен поддерживать адрес назначения кеш (e.g., IP против TCP или UDP), но технические ограничения безопасности может диктовать реализацию IP в доверенных системах. Этот RFC также не указывает алгоритм обслуживания кеша, хотя использование таймера и флаг активности может быть подходящим. 2.8. Процедуры ошибок Датаграммы, полученные с ошибками в Basic Security Option или которые выходят за пределы диапазона сетевого порта, через который они получены, не должны доставляться в пользовательские процессы. В местной политике будет указано является ли регистрация и / или уведомление сотрудника службы безопасности системы требуется в ответ на получение таких дейтаграмм.Следующие наименее ограничительные действия, разрешенные этим протоколом. Физическое лицо конечные или промежуточные системы, системные администраторы или защита власти могут наложить более строгие ограничения на ответы и в некоторых случаях может вообще не разрешать какой-либо ответ на дейтаграмму который находится вне зоны безопасности хоста или системы. Во всех случаях, если ошибка вызвана получением ICMP, ICMP отбрасывается, и ответ не разрешается (в соответствии с общие правила обработки ICMP).2.8.1.Параметр Проблема Действия Если дейтаграмма получена без базовой опции безопасности и параметры конфигурации безопасности системы требуют наличия опции на сетевой порт, через который была получена дейтаграмма, параметр ICMP Проблема Отсутствует параметр (тип = 12, код = 1) передается сообщение в ответ. В поле указателя ICMP должно быть установлено значение значение «130», чтобы указать тип отсутствующей опции. Базовая безопасность Опция включена в ответную дейтаграмму с установленным уровнем допуска на PORT-LEVEL-MIN и флаги защиты, установленные на PORT- АВТОРИТЕТ-ОШИБКА.Если получена дейтаграмма, в которой установлен базовый параметр безопасности. некорректно сформирован (например, недействительный орган защиты уровня классификации Поле флага), сообщение ICMP Parameter Problem (Type = 12, Code = 0) передается в ответ. Поле указателя установлено на искаженный базовый параметр безопасности. Базовый вариант безопасности включены в ответную дейтаграмму с уровнем допуска, установленным на PORT- Флаги LEVEL-MIN и Protection Authority установлены на PORT-AUTHORITY-ERROR. Кент [стр. 12]
RFC 1108 U.Вариант безопасности S. DOD, ноябрь 1991 г. 2.8.2. Ответ вне допустимого диапазона Если получена дейтаграмма, выходящая за пределы диапазона сетевого порта на котором он был получен, пункт назначения ICMP недоступен Связь запрещена в административном порядке (тип = 3, код = 9 для сети или Code = 10 для хоста) в ответ передается сообщение. Базовый Параметр безопасности включен в ответную дейтаграмму с разрешением Уровень установлен на PORT-LEVEL-MIN, а флаги полномочий защиты установлены на ПОРТ-ВЛАСТЬ-ОШИБКА.2.9. Процедура доверенного посредника Определенные устройства в Интернете могут действовать как посредники для проверки что связь между двумя хостами разрешена. Это решение основан на знании аккредитованных уровней безопасности хосты и значения в опции базовой безопасности DoD. Эти устройства может получать дейтаграммы IP, которые находятся в пределах досягаемости промежуточного устройства, но не входят в аккредитованный диапазон для источника или для пункта назначения. В первом случае дейтаграмма должна быть обрабатывается, как описано выше для варианта, выходящего за пределы допустимого диапазона.В последнем случае, ICMP-адресат недоступен в административном порядке. Запрещено (Тип = 3, Код = 9 для сети или Код = 10 для хоста) ответ должен быть передан. Диапазон безопасности сети интерфейс, на который будет отправлен ответ, определяет, будет ли ответ разрешено и на каком уровне оно будет отправлено. 3. Вариант расширенной безопасности Министерства обороны США Эта опция разрешает дополнительную информацию о безопасности, помимо которые присутствуют в базовой опции безопасности, должны быть предоставлены в IP дейтаграмма для удовлетворения потребностей зарегистрированных органов.Обратите внимание, что информация, которая не является данными маркировки или имеет только значение до конечных систем (не промежуточных систем) не подходит для передача на уровне IP и, следовательно, не должна передаваться с использованием этот вариант. Этот параметр необходимо скопировать при фрагментации. В отличие от базовый вариант, этот параметр может появляться несколько раз в датаграмма с учетом общих ограничений размера IP-заголовка. Эта опция может присутствовать только в сочетании с Basic Опция безопасности, то есть все системы, поддерживающие расширенную безопасность Опции также должны поддерживать базовую опцию безопасности.Однако не все системы, поддерживающие базовую опцию безопасности, должны поддерживать Расширенные параметры безопасности и поддержка этих параметров могут быть выборочный, то есть система не обязана поддерживать все расширенную безопасность Опции. Формат верхнего уровня для этой опции следующий: Кент [стр. 13]
RFC 1108 Опция безопасности Министерства обороны США, ноябрь 1991 г.
+ ------------ + ------------ + ------------ + ------- // - ------ +
| 10000101 | 000LLLLL | AAAAAAAA | добавить информацию о сек |
+ ------------ + ------------ + ------------ + ------- // - ------ +
ТИП = 133 ДЛИНА ДОПОЛНИТЕЛЬНО ДОПОЛНИТЕЛЬНО
БЕЗОПАСНОСТЬ ИНФОРМАЦИЯ БЕЗОПАСНОСТЬ
ФОРМАТИРОВАТЬ КОД ИНФОРМАЦИЮ
РИСУНОК 3.ФОРМАТ РАСШИРЕННОЙ БЕЗОПАСНОСТИ DoD
3.1. Тип
Значение 133 идентифицирует это как параметр расширенной безопасности Министерства обороны США.
3.2. Длина.
Длина опции, которая включает «Тип» и «Длина».
полей, является переменным. Минимальная длина опции - 3 октета.
3.3. Дополнительный код формата информации о безопасности
Длина: 1 октет
Значение кода формата дополнительной информации о безопасности определяет
синтаксис и семантика для конкретной «дополнительной информации о безопасности»
поле.Для каждого кода формата дополнительной информации о безопасности RFC будет
опубликовано, чтобы указать синтаксис и предоставить алгоритмический
описание обработки, необходимой для определения того,
дейтаграмма, содержащая метку, указанную этим кодом формата, должна быть
принято или отклонено. Эта спецификация должна быть достаточно
подробный, чтобы позволить поставщикам производить совместимые реализации,
например, он должен быть сопоставим со спецификацией Базового
Вариант безопасности, предусмотренный в этом RFC.Однако спецификация
не нужно включать сопоставление синтаксиса варианта с человеческим
метки, если такое сопоставление вызовет распространение спецификации
быть ограниченным.
Для поддержания архитектурной целостности обычного пользователя DoD
сетей передачи данных, и для максимальной совместимости каждое действие должно
представить свои планы по определению и использованию Дополнительного обеспечения
Код информационного формата для DISA DISDB, Вашингтон, округ Колумбия, 20305-2000 для
обзор и одобрение.DISA DISDB будет передавать планы в Интернет
Совет по деятельности по архитектурному обзору и, при необходимости, одобренный
комитет, сформированный IAB, будет создан для проверки
процесс. После утверждения полномочия по присвоению номеров в Интернете будут
назначить код формата дополнительной информации о безопасности запрашивающему
активность, одновременно с публикацией соответствующего RFC.
Примечание. Назначение битов для флагов Protection Authority
Кент [стр. 14]
RFC 1108 U.Вариант безопасности S. DOD, ноябрь 1991 г.
Базовый вариант безопасности не имеет отношения к «Дополнительному
Код формата информации о безопасности »этой опции.
3.4. Дополнительная информация о безопасности.
Длина: переменная
Поле Дополнительная информация о безопасности содержит дополнительную информацию о безопасности.
маркировка информации, указанной в "Дополнительная информация о безопасности"
Код формата "опции расширенной безопасности. Синтаксис и
требования к обработке для этого поля определены
связанный RFC, как указано выше.Минимальная длина этого поля составляет
нуль.
3.5. Параметры конфигурации безопасности системы
Для использования опции расширенной безопасности требуется, чтобы промежуточный или
конфигурация конечной системы точно отражает параметры безопасности
связаны с коммуникацией через каждый сетевой порт (см. Раздел 2.5
в качестве руководства). Внутреннее представление параметров безопасности
зависит от реализации. Набор параметров, необходимых для поддержки
обработка опции расширенной безопасности является функцией установленного
кодов дополнительного формата информации о безопасности, поддерживаемых системой.RFC, который определяет синтаксис и правила обработки для зарегистрированного
Код формата дополнительной информации о безопасности будет указывать дополнительные
параметры безопасности системы, необходимые для обработки расширенного
Вариант безопасности относительно этого кода.
3.6. Правила обработки
Любая дейтаграмма, содержащая параметр расширенной безопасности, также должна содержать
базовый вариант безопасности и получение дейтаграммы, содержащей
первое отсутствует, второе является ошибкой. Если длина
указанное в поле Длина несовместимо с длиной
указывается кодировкой переменной длины для Дополнительной безопасности
Информационное поле, датаграмма ошибочная.Если дейтаграмма получена в
который код формата дополнительной информации о безопасности содержит не-
зарегистрированное значение, датаграмма ошибочная. Наконец, если
Поле дополнительной информации о безопасности содержит данные, несовместимые с
определение RFC для кода формата дополнительной информации о безопасности,
датаграмма ошибочна. В любом из этих случаев параметр ICMP
Ответ о проблеме должен быть отправлен в соответствии с разделом 2.8.1. Любые дополнительные
правила обработки ошибок будут указаны в определяющем RFC для этого
Дополнительный код формата информации о безопасности.Если дополнительная информация о безопасности, содержащаяся в Расширенном
Параметр безопасности указывает, что дейтаграмма находится в пределах диапазона в соответствии с
к политике безопасности системы, то дейтаграмма должна быть
Кент [стр. 15]
RFC 1108 Опция безопасности Министерства обороны США, ноябрь 1991 г.
принято к дальнейшей обработке. В противном случае дейтаграмма должна быть
отклонено и процедура, указанная в Разделе 2.8.2 должно быть
затем (со значениями расширенной опции безопасности, установленными относительно
Дополнительный формат информации о безопасности Параметры безопасности порта кода).
Как и в случае с базовым вариантом безопасности, это невозможно в
общая интернет-среда для промежуточных систем, чтобы обеспечить
управление маршрутизацией для дейтаграмм на основе меток, содержащихся в
Расширенная опция безопасности до тех пор, пока внутри и снаружи
протоколы маршрутизации шлюза улучшены для обработки таких меток.
использованная литература
[DoD 5200.28] Директива Министерства обороны 5200.28 «Безопасность
Требования к автоматизированным информационным системам », 21
Март 1988 г.
Соображения безопасности
Основное внимание в этом RFC уделяется определению форматов и обработки.
соглашения о поддержке меток безопасности для данных, содержащихся в IP
дейтаграммы, поэтому необходимо учитывать множество вопросов безопасности
будьте осторожны при использовании этих опций. Невозможно
учитывать все соображения безопасности, которые влияют на правильность
реализация и использование этих опций, однако следующие
параграф освещает некоторые из этих вопросов.Правильная реализация и работа программного и аппаратного обеспечения
то, как обрабатываются эти параметры, имеет важное значение для их эффективного использования.
Средство для достижения уверенности в такой правильной реализации и
операции выходят за рамки этого RFC. Варианты
сами по себе не имеют средств для обеспечения целостности
метки безопасности при передаче (кроме механизма контрольной суммы IP),
таким образом, соответствующая технология должна использоваться всякий раз, когда датаграммы
содержащие эти варианты транзитного «враждебного» сообщения
среды.Тщательное и безопасное управление конфигурацией
переменные, связанные с каждой системой, использующей эти параметры:
важно, если варианты должны обеспечить желаемую безопасность
функциональность.
Кент [стр. 16] RFC 1108 Опция безопасности Министерства обороны США, ноябрь 1991 г. Адрес автора Стивен Кент BBN Communications КембриджПарк Драйв, 150 Кембридж, Массачусетс 02140 Телефон: (617) 873-3988 Электронная почта: kent @ bbn.ком Кент [стр. 17]
Механизм нефротоксичности дихлорида цис-платины (II) диамина у мышей
Abstract
Самцам мышей Swiss OF1 подкожно вводили 20 мг / кг цис -платина (II) диамидихлорид ( цис -платин). Исследование криостатных срезов почек, окрашенных на щелочную фосфатазу (APP), выявило повреждение примерно 10, 20, 40 и 50% проксимальных канальцев через 7, 24, 48 и 72 часа соответственно.Предварительная обработка ингибитором синтеза глутатиона бутионинсульфоксимином (BSO) (внутрибрюшинно 3 ммоль / кг) усиливала повреждение канальцев цис -платина. Напротив, предварительная обработка ингибитором транспорта органических анионов пробенецидом (внутрибрюшинно 3 × 0,75 ммоль / кг) уменьшала количество поврежденных канальцев примерно на 80% через 72 часа после инъекции цис -платина. Предварительная обработка инактиватором γ-глутамилтранспептидазы (γ-GT) ацивицином (AT-125, 50 мг / кг перорально, плюс 50 мг / кг внутрибрюшинно) не смогла предотвратить почечную токсичность, вызванную цис -платином.Предварительная обработка инактиватором β-лиазы аминооксиуксусной кислотой (AOAA, 2 × 100 мг / кг перорально) и почечным цистеиновым конъюгатом S -ингибитор оксидазы метимазол (40 мг / кг внутрибрюшинно) уменьшала количество поврежденных канальцев примерно на 40%. и 75%, соответственно, у мышей, получавших цис -платин. Результаты предполагают, что образованные комплексы платина-сульфгидрильная группа поглощаются клетками почек через механизм транспорта органических анионов, который является чувствительным к пробенециду. В клетках эти комплексы стабильны в течение нескольких часов, в зависимости от уровня внутриклеточного глутатиона (GSH), и постепенно превращаются в реактивные метаболиты с помощью почечной внутриклеточной β-лиазы и S -оксидазы.
Ключевые слова
Нефротоксичность - цис -платина (II) диамин дихлорид
Бутионин сульфоксимин
Пробенецид
Ацивицин
Аминооксиуксусная кислота
000
000
000
000
000
0002 Methimazole статьи Авторские права © 1994 Издано Elsevier Ireland Ltd.
Рекомендуемые статьи
Цитирующие статьи
BSO.bat · GitHub
BSO.bat · GitHubМгновенно делитесь кодом, заметками и фрагментами.
BSO.bat
| @echo off | |
| echo set sh = WScript.CreateObject ("WScript.Shell")> telnet_tmp.vbs | |
| эхо WScript.Сон 300 >> telnet_tmp.vbs | |
| REM 127.0.0.1 你 要 的 IP | |
| echo sh.SendKeys "open 127.0.0.1" >> telnet_tmp.vbs | |
| эхо WScript.Sleep 300 >> telnet_tmp.vbs | |
| эхо ш.SendKeys "{ENTER}" >> telnet_tmp.vbs | |
| эхо WScript.Sleep 300 >> telnet_tmp.vbs | |
| REM 用户 名 | |
| echo sh.SendKeys "Имя пользователя {ENTER}" >> telnet_tmp.vbs | |
| эхо WScript.Сон 300 >> telnet_tmp.vbs | |
| REM 密码 | |
| echo sh.SendKeys "Пароль {ENTER}" >> telnet_tmp.vbs | |
| эхо WScript.Sleep 300 >> telnet_tmp.vbs | |
| запустить telnet | |
| cscript // нет telnet_tmp.vbs | |
| del telnet_tmp.vbs | |
BSO покоряют IX Reach, чтобы создать * чеки * крупнейший в мире частный телекоммуникационный бизнес • The Register
Провайдер сетей, облачных вычислений и хостинга BSO поглотил британского специалиста по корпоративным коммуникациям IX Reach, создав, как он утверждает, «крупнейшего частного оператора связи в мире».
Финансовые детали сделки не разглашаются, но приобретение, вероятно, повлияет на рынок облачных услуг, операторов мобильной связи, CDN и центров обработки данных.
IX Reach в Чешире управляет сетью, охватывающей более 170 точек присутствия (PoP) в Северной Америке, EMEA и Азии. Он соединяет предприятия с поставщиками общедоступного облака и другими предприятиями, предлагая функции SDN и удаленный пиринг.
Существующие клиенты IX Reach включают более 300 компаний, связанных с сетями, от операторов связи до интернет-провайдеров и контент-провайдеров.
«Наша объединенная инфраструктура и технологии делают нас уникальным предложением, и вместе с нашим сильным финансовым положением они создают совершенно другого и чрезвычайно сильного соперника для всех крупных традиционных провайдеров», - сказал Саймон Вай, генеральный директор IX Reach.
BSO со штаб-квартирой в Лондоне, Англия, построила большую часть своего бизнеса, сосредоточив внимание на конкретных потребностях поставщиков финансовых услуг, которые требуют минимальной задержки в сети. Он присутствует в 23 странах и имеет точки присутствия на всех основных торговых площадках.
С добавлением IX Reach BSO теперь имеет более 330 точек доступа и три отдельные сети: транспортную сеть уровня 1, транспортную сеть с поддержкой SDN уровня 2 и сеть IP / MPLS уровня 3.
Компания является основным сторонником SD-WAN, предлагая предприятиям защищенные широкополосные соединения, которые работают почти так же хорошо, как ее выделенные линии MPLS.
Последние 18 месяцев BSO активно шла по магазинам, купив также компанию Apsara Networks - специалиста по беспроводной микроволновой технологии, любимого высокочастотными трейдерами, - и небольшую французскую облачную и хостинговую компанию PROceau.
«Наша глобальная стратегия слияний и поглощений продолжает развиваться, и приобретение IX Reach укрепляет нашу репутацию в качестве предпочтительного поставщика сетевых услуг для финансовых услуг, поставщиков облачных услуг и технологических компаний», - сказал Майкл Ураба, основатель и генеральный директор BSO.®
«In vivo ингибирование катаракты, вызванной L-бутионин- (S, R) -сульфоксимином» Джошуа В. Кэри, Эйлем Ю. Пинарчи и др.
Название
Ингибирование in vivo катаракты, вызванной L-бутионин- (S, R) -сульфоксимином, новым антиоксидантом, амидом N-ацетилцистеина
Абстрактные
Эффекты N-ацетилцистеин амида (NACA), акцептора свободных радикалов, на развитие катаракты оценивали на крысах Wistar.Формирование катаракты индуцировали у этих животных внутрибрюшинной инъекцией ингибитора синтеза глутатиона (GSH), l-бутионин- (S, R) -сульфоксимина (BSO). Чтобы оценить, оказывает ли NACA значительное влияние на катаракту, вызванную BSO, крысы были разделены на четыре группы: (1) контрольная, (2) только BSO, (3) только NACA и (4) NACA + BSO. контрольная группа получала внутрибрюшинные инъекции только физиологического раствора, группе, получавшей только BSO, вводили внутрибрюшинно инъекции BSO (4 ммоль / кг массы тела), группе, получавшей только NACA, вводили внутрибрюшинно только NACA (250 мг / кг массы тела). wt), а группе NACA + BSO давали дозу NACA за 30 мин до введения инъекции BSO.детенышей умерщвляли на 15-й день после родов после исследования под микроскопом с щелевой лампой. Их линзы были проанализированы на выбор параметров окислительного стресса, включая глутатион (восстановленный и окисленный), карбонилы белка, каталазу, глутатионпероксидазу, глутатионредуктазу и малоновый диальдегид. линзы у детенышей как в контрольной группе, так и в группе, получавшей только NACA, были прозрачными, тогда как у всех детенышей в группе, получавшей только BSO, развились четко выраженные катаракты. Было обнаружено, что дополнительные инъекции NACA во время лечения BSO предотвращали образование катаракты у большинства крысят в группе NACA + BSO.Только у 20% этих детенышей развилась катаракта, а у остальных сохранились прозрачные линзы. Кроме того, уровни GSH были значительно снижены в группе, получавшей только BSO, но у крыс, которые получали инъекции NACA во время лечения BSO, эти уровни GSH пополнялись. Наши результаты показывают, что NACA ингибирует образование катаракты, ограничивая карбонилирование белков, перекисное окисление липидов и компоненты окислительно-восстановительной системы, а также восполняя антиоксидантные ферменты.
Рекомендуемое цитирование
Дж.W. Кэри и другие., если author_list> «Ингибирование in vivo катаракты, вызванной L-бутионин- (S, R) -сульфоксимином новым антиоксидантом, амидом N-ацетилцистеина», Free Radical Biology and Medicine , Elsevier, март 2011 г.
Полная версия доступна по адресу https://doi.org/10.1016/j.freeradbiomed.2010.12.017
«Лучшие практики снижения риска двусторонней сальпингоофорэктомии: влияние хирургической специальности» | Всемирный журнал хирургической онкологии
Ford D, Easton DF, Stratton M и др. Генетическая гетерогенность и анализ пенетрантности генов BRCA1 и BRCA2 в семьях рака груди. Консорциум по связям с раком груди. Am J Hum Genet. 1998. 62: 676–89.
CAS Статья PubMed PubMed Central Google Scholar
Кинг М.С., Маркс Дж. Х., Манделл Дж. Б.. Риск рака груди и яичников из-за наследственных мутаций в BRCA1 и BRCA2. Наука (Нью-Йорк, Нью-Йорк). 2003. 302: 643–6.
CAS Статья Google Scholar
Struewing JP, Hartge P, Wacholder S, et al. Риск рака, связанный со специфическими мутациями BRCA1 и BRCA2 среди евреев ашкенази. N Engl J Med. 1997; 336: 1401–8.
CAS Статья PubMed Google Scholar
Kauff ND. Заявление Комитета клинической практики Общества гинекологов-онкологов по профилактической сальпингоофорэктомии.Gynecol Oncol. 2005. 98: 179–81.
Кауфф Н.Д., Сатагопан Дж.М., Робсон М.Э. и др. Снижающая риск сальпингоофорэктомия у женщин с мутацией BRCA1 или BRCA2. N Engl J Med. 2002; 346: 1609–15.
Артикул PubMed Google Scholar
Финч А., Байнер М., Любински Дж. И др. Сальпингоофорэктомия и риск рака яичников, маточных труб и брюшины у женщин с мутацией BRCA1 или BRCA2. JAMA, J.Являюсь. Med. Доц. 2006; 296: 185–92.
CAS Статья Google Scholar
Реббек Т.Р., Кауф Н.Д., Домчек С.М. Метаанализ оценок снижения риска, связанного с уменьшающей риск сальпингоофорэктомии у носителей мутаций BRCA1 или BRCA2. J Natl Cancer Inst. 2009; 101: 80–7.
CAS Статья PubMed PubMed Central Google Scholar
Домчек С.М., Friebel TM, Neuhausen SL, et al.Смертность после двусторонней сальпингоофорэктомии у носителей мутаций BRCA1 и BRCA2: проспективное когортное исследование. Ланцет Онкол. 2006; 7: 223–9.
CAS Статья PubMed Google Scholar
Guillem JG, Wood WC, Moley JF, et al. Обзор ASCO / SSO текущей роли хирургических вмешательств при распространенных наследственных онкологических синдромах. J. Clin. Онкол. Выключенный. Варенье. Soc. Clin. Онкол. 2006; 24: 4642–60.
Артикул Google Scholar
Агофф Н. Неожиданные гинекологические новообразования у пациентов с доказанными или предполагаемыми мутациями BRCA-1 или -2. Значение для макроскопического обследования, цитологии и последующего клинического наблюдения. Am J Surg Pathol. 2002; 26: 171–8.
Артикул PubMed Google Scholar
Колган Т.Дж., Бурнер С.Л., Мерфи Дж., Коул Д.Е.К., Народ С., Розен Б. Цитология перитонеального лаважа: оценка ее значения во время профилактической овариэктомии. Gynecol Oncol. 2002; 85: 397–403.
Артикул PubMed Google Scholar
Кауф Н.Д., Баракат Р.Р. Снижающая риск сальпингоофорэктомия у пациентов с мутациями зародышевой линии в BRCA1 или BRCA2. J. Clin. Онкол. Выключенный. Варенье. Soc. Clin. Онкол. 2007; 25: 2921–7.
CAS Статья Google Scholar
Пауэлл С.Б., Чен Л.М., МакЛеннан Дж. И др. Снижающая риск сальпингоофорэктомия (RRSO) у носителей мутации BRCA: опыт последовательной серии из 111 пациентов с использованием стандартизированного хирургически-патологического протокола.Int. J. Gynecol. Рак: J Intern Gynecol Cancer Soc. 2011; 21: 846–51.
Артикул Google Scholar
Пауэлл С.Б., Кенли Э., Чен Л.М. и др. Снижающая риск сальпингоофорэктомия у носителей мутации BRCA: роль серийных секций в обнаружении скрытых злокачественных новообразований. J. Clin. Онкол. Выключенный. Варенье. Soc. Clin. Онкол. 2005; 23: 127–32.
Артикул Google Scholar
Раббан Дж.Т., Красик Э., Чен Л.М., Пауэлл С.Б., Кроуфорд Б., Залудек С.Дж. Разделы многошагового уровня для выявления скрытой карциномы маточной трубы при снижающей риск сальпингоофорэктомии у женщин с мутациями BRCA: значение для определения оптимального протокола вскрытия образца. Am J Surg Pathol. 2009; 33: 1878–85.
Артикул PubMed Google Scholar
Американский колледж акушеров и гинекологов. Бюллетень практики ACOG No.89. Плановая сальпингоофорэктомия, снижающая риск. Obstet Gynecol. 2008; 111: 231–41.
Артикул Google Scholar
McEwen AR, McConnell DT, Kenwright DN, Gaskell DJ, Cherry A, Kidd AM. Скрытый рак маточной трубы у носителя мутации зародышевой линии BRCA2 при профилактической сальпингоофорэктомии. Gynecol Oncol. 2004. 92: 992–4.
CAS Статья PubMed Google Scholar
Colgan TJMJ, Cole DE, Narod S, Rosen B. Оккультная карцинома в образцах профилактической овариэктомии: распространенность и связь со статусом мутации зародышевой линии BRCA. Америкэн Дж. Сург Патол. 2001; 25: 1283–9.
CAS Статья Google Scholar
Carcangiu ML, Peissel B, Pasini B, Spatti G, Radice P, Manoukian S. Случайные карциномы в профилактических образцах носителей мутаций зародышевой линии BRCA1 и BRCA2, с акцентом на поражения маточных труб: отчет о 6 случаях и обзор литературы.Am J Surg Pathol. 2006; 30: 1222–30.
Артикул PubMed Google Scholar
Domchek SM, Friebel TM, Garber JE, et al. Скрытый рак яичников, выявленный при снижающей риск сальпингоофорэктомии в проспективной когорте носителей мутации BRCA1 / 2. Лечение рака груди Res. 2010; 124: 195–203.
Артикул PubMed PubMed Central Google Scholar
Финч А, Шоу П., Розен Б., Мерфи Дж., Народ С.А., Колган Т.Дж. Клинические и патологические данные профилактических сальпингоофорэктомий у 159 носителей BRCA1 и BRCA2. Gynecol Oncol. 2006; 100: 58–64.
CAS Статья PubMed Google Scholar
Липер К., Гарсия Р., Свишер Э, Гофф Б., Грир Б., Пейли П. Патологические находки в образцах профилактической овариэктомии у женщин из группы высокого риска. Gynecol Oncol. 2002; 87: 52–6.
Артикул PubMed Google Scholar
К. Х. Л., Гарбер Дж. Э., Крамер Д. В. и др. Скрытые опухоли яичников у женщин с мутациями BRCA1 или BRCA2, которым проводится профилактическая овариэктомия. J. Clin. Онкол. Выключенный. Варенье. Soc. Clin. Онкол. 2000. 18: 2728–32.
Артикул Google Scholar
Грин М.Х., Пьемонте М., Альбертс Д. и др. Проспективное исследование снижающей риск сальпингоофорэктомии и продольного скрининга CA-125 среди женщин с повышенным генетическим риском рака яичников: дизайн и исходные характеристики: групповое исследование гинекологической онкологии.