Может ли банк заблокировать счет, который физлицо со статусом ИП открыло для личных нужд? — Бухонлайн

Налоговики вправе вынести решение о приостановлении операций по банковским счетам индивидуального предпринимателя, который не исполнил требование об уплате налогов, сборов или взносов. При этом заблокированными могут оказаться и текущие счета физлица, то есть счета, которые были открыты для целей, не связанных с ведением предпринимательской деятельности. Такой вывод следует из письма Минфина России от 26.07.19 № 03-02-07/1/55898.

Разъяснения следующие. Согласно пункту 1 статьи 76 НК РФ, банк должен прекратить все расходные операции по счетам клиента, в отношении которого налоговики вынесли решение о блокировке счетов. При этом счетами, как гласит пункт 2 статьи 11 НК РФ, признаются расчетные (текущие) и иные счета в банках, открытые на основании договора банковского счета.

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

Источник: Может ли банк заблокировать счет, который физлицо со статусом ИП открыло для личных нужд? — Бухонлайн

Документ (счет) в PDF Bitrix

За основу взяли готовый вариант счета из платежного модуля оплаты счета один к одному, скажем так, но не взлетело! Ведь там есть настройки платежной системы перед формированием счета, а у нас и оплаты с такой системой в заказе может и не быть.

Тогда для оживления счета были внесены некоторые изменения в код: Читать далее Документ (счет) в PDF Bitrix

KIA SPORTAGE II ~207000

В последнее время сильно увеличились вибрации при торможении — похоже, что пора менять тормозные диски.

Присмотрел оригиналы за 4917 р. https://bycode.ru/parts/search/517120Z000/HYUNDAI%20%2F%20KIA%20%2F%20MOBIS

Триггер «Ожидает оплату»

Сегодня решил автоматизировать жмакание кнопки в RetailCRM.

Создал триггер, когда статус заказа переходит в «Ожидает оплату», то клиенту направляется письмо по шаблону.

Сделать мега просто:

  1. Создаем шаблон письма по событию «Отправка письма при изменении заказа»
  2. Создаем триггер
  3. В условие прописываем
    changeSet.hasChangedField(«status») and changeSet.getNewValue(«status»).getCode() == «p-waiting»
    где «p-waiting» — код статуса «Ожидает оплату»
  4. Выбираем действие «Отправить письмо по шаблону» и выбираем созданный шаблон.

Все. Работает )

ТО GETS 60000

30011328746 IDEMITSU SNGF-5 5W-30 (4 л) масло моторное https://bycode.ru/parts/search/30011328746/IDEMITSU
HYUNDAI-KIA 2630035501 ФИЛЬТР МАСЛЯНЫЙ https://bycode.ru/parts/search/2630035501/HYUNDAI%20%2F%20KIA%20%2F%20MOBIS
Фильтр воздушный HYUNDAI/KIA (GETZ) 281131C000 https://bycode.ru/parts/search/281131C000/HYUNDAI%20%2F%20KIA%20%2F%20MOBIS
Фильтр воздушный салона HYUNDAI/KIA (GETZ) 9761725000 https://bycode.ru/parts/search/9761725000/HYUNDAI%20%2F%20KIA%20%2F%20MOBIS
HYUNDAI-KIA 2441026000 РОЛИК РЕМНЯ ГРМ https://bycode.ru/parts/search/2441026000/HYUNDAI%20%2F%20KIA%20%2F%20MOBIS
HYUNDAI-KIA 2431222612 РЕМЕНЬ ГРМ https://bycode.ru/parts/search/2431222612/HYUNDAI%20%2F%20KIA%20%2F%20MOBIS

Все расходники для ТО HYUNDAI GETZ в каталоге https://bycode.ru/catalog_to/brand/22

Главное меню с ограничением по активному разделу

В прошлый раз было меню, где выпадали подразделы активного пункта, но и показывалось все остальное меню на ряду с ними. 

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

Мега-долгий запрос в компоненте catalog.section

Или это прикол, или так надо, но никому не надо, но битрикс при выводе элементов раздела зачем-то загружает все свойства каждого элемента, что в некоторых случаях приводит к оооооооочень долгой загрузке страницы сайта. Доходило до 60-70 секунд, если дожидаться до конца.

Тормозит все дело этот запрос:

$query = $connection->query(«
SELECT
P.ID
,P.CODE
,P.TEMPLATE
,P.ENTITY_TYPE
,P.ENTITY_ID
,IP.VALUE
,IP.ELEMENT_ID
FROM
b_iblock_element_iprop IP
INNER JOIN b_iblock_iproperty P ON P.ID = IP.IPROP_ID
WHERE
IP.IBLOCK_ID = «.$this->iblockId.»
AND IP.ELEMENT_ID in («.implode(«, «, $ids).»)
«);

Еще бы написали просто select *, да и зачем мне свойства элементов, если я их не заказывал?!

Итого было принято решение тупо закоментить код функции

public function queryValues()
{ }

Ибо она в моем проекте не нужна. Профит! 0.7-1.5 секунды!

ах, да, лежит все это в /home/bitrix/www/bitrix/modules/iblock/lib/inheritedproperty/elementvalues.php