Сергей: при обсуждениях этой темы - народ жалуется, что при подаче документов на регистрацию ИП - отказываются брать - мол "сразу после регистрации сдадите".
Но главное не забыть тем или иным способом зафиксировать этот переход (вплоть до отправки заказным письмом).
K-700A: Только вот граница между Москвой и МО - тонкая-тонкая, притом зачастую Подмосковье бывает ближе к кремлю, чем Москва (Люберцы vs Зеленоград например).. со всеми вытекающими.
Например житель Зеленограда, оказывая услуги в фирсановке - будет платить по-московски, а житель фирсановки - нет -)
K-700A: напоминает "я уже десять лет пью боярышник и ничего" -)
Все просто. Виды деятельности для конкретного патента - перечислены в соответствующем постановлении (там прописано гораздо подробнее, чем в названии) и если там например звучит "оказание услуг ... населению" - то вполне верно и законно не считать оказание этих услуг юридическим лицам подпадающими под патент. Конкретно казус был вовремя разрулен по патенту на оказание юруслуг [только] населению. А цена ошибки там измерялась 8 нулями.
специально не смотрел, но как минимум "программирование" и "ремонт ПК" - это два патента, администрирование - скорее всего нет такого - т.е. ОСНО/УСН
vism: на сайте nalog.ru - есть бесплатная софтинка "налогоплательщик" - для заполнения и печати 3-5 листочков декларации раз в год - ее сверхдостаточно.
Весь остальной учет - по своему вкусу, хоть на бумажке.
Maloy123: ну тогда скорее вариант 2 с флагом историчности и отображением только "окончательных" версий постов + видимо сделать какую-то отображалку историй
Михаил Плюснин: честно говоря не знаю, т.к. не совсем представляю вашей структуры и как быть в ситуациях когда какая-нибудь из сторон не готова, лежит канал и т.п. В общем когда так или иначе требуются повторные попытки, возможно даже ситуации ошибка - прикладные правки - повтор.
А таймеры - собственно ничего такого страшного или ресурсоемкого в них нет. Тем более как я понимаю речь идет о периодичности минута-минуты.
Вероятнее всего ТС подразумевает не синхронизацию идентичных баз, а к примеру свой магазин с базой дистрибьютора и т.п. - там скорее всего еще куча песен по смысловой трансформации данных
logpol32: Сам язык как и шахматные правила совсем не сложен для понимания и изучения.
Все остальные сложности возникают дальше - в его применении (навыки, паттерны и т.п.). Собственно как и с шахматами - изучить как может ходить какая фигура - вопрос минут, а вот как избежать мата в три хода - уже месяцы, играть на уровне 1 разряда - может и жизни не хватить.
Иван Стройкин: case все-таки потребуется: "наш id" в общем случае не обязан быть первым, поэтому case, который будет возвращать 0 при "наш" и 1 при "не наш" - пригодится.
Если по гриду - то собственно проходить по всем его строкам и сравнивать колонки с искомым. Но imho это корявый подход по куче причин.
Более правильно скармливать искомое либо sql-процедуре, которая вываливает те самые товары_и_услуги и по сути заново формировать грид, либо то же самое делать между запросом и заливкой в грид.
Дмитрий: ну с учетом, что она состоит из почти независимых кусков - каждый 32-разрядный кусок - да не возьмет, но таких кусков может оказаться больше одного... Ну и окромя студии бывает всякой всячины крутится.
Ну и в ближайшей перспективе - новая версия, как там на практике - не знаю, а в обзорах - еще большая разбитость на независимые модули.
Егор Марчук: но это совсем не режим реального времени. Думаю не надо объяснять чем он отличается от тредингов и любых других режимов аппаратной, программной и других вариантов реализации квазипараллельности
Но главное не забыть тем или иным способом зафиксировать этот переход (вплоть до отправки заказным письмом).