Для справки:
 

1. Предприятия, являющиеся плательщиками единого налогового платежа.
Предусматриваются льготы по снижению установленной ставки единого налогового платежа (для предприятий, у которых разработка и внедрение компьютерных программных продуктов составляет не менее 80 процентов от общего объема реализации данного вида услуг – установленная ставка 5 процентов, а если нет – то все 10%!!!). Если доля экспорта предприятия за свободно конвертируемую валюту составляет от 15 до 30%, установленная ставка (5%) снижается на 30%, если от 30% и более, установленная ставка (5%) снижается в 2 раза. Единственный вопрос, который возникает: а какую валюту считать свободно конвертируемой? На сегодняшний день нет ни одного нормативно-правового документа, зарегистрированного в Министерстве Юстиции, дающего четкое определение СКВ. Опираясь на общепризнанный порядок определения СКВ, таковой валютой на сегодняшний день считаются:
1.Доллар США
2.Евро
3.Швейцарский франк
4.Японская Йена
Таким образом, если предприятие подписало экспортный контракт, например, с Российской компанией, и оплата по данному контракту производится в российских рублях, то экспортом, согласно Положения о порядке исчисления и уплаты единого платежа и общепринятым понятиям признания валюты свободно конвертируемой, являться не будет. Или будет?

2. Предприятия, являющиеся плательщиками общеустановленной системы налогообложения.
НДС.
Неблагоприятным условием является то, что при экспорте услуг по разработке программного обеспечения предприятие будет уплачивать НДС по общеустановленной ставке 20%, в отличие, например, от предприятий, осуществляющих экспорт товаров и услуг, оказываемых вне территории Республики Узбекистан, для которых предусмотрен порядок обложения НДС по нулевой ставке, что является существенной льготой для предприятий-плательщиков НДС. Как правило, оказание услуг по разработке программного обеспечения производится посредством Интернет-связи и нецелесообразно отправлять работника в длительную командировку, что в принципе, не предусматривает само понятие аутсорсинга услуг. Таким образом, экспорт данного вида услуг не является объектом обложения НДС по нулевой ставке, т.к. нет доказательств оказания услуг непосредственно на территории Заказчика.

В России конвертация свободна так что Россия заключает с нами контракты безо всяких проблем в долларах США.

Неблагоприятным условием является то, что при экспорте услуг по разработке программного обеспечения предприятие будет уплачивать НДС по общеустановленной ставке 20%, в отличие, например, от предприятий, осуществляющих экспорт товаров и услуг, оказываемых вне территории Республики Узбекистан, для которых предусмотрен порядок обложения НДС по нулевой ставке, что является существенной льготой для предприятий-плательщиков НДС.
А что мешает продать программное обеспечение как товар, заключив импортный контракт не на разработку ПО, а на продажу оного? Ведь разработанное программное обеспечение это такой же товар как и любой другой, а экспорт товаров НДС не облагается?

налоговиков не хватает сюда

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

Не хватает некой политики давления, в первую очередь, на государственные органы в плане внедрения информационных систем. Ведь, если взглянуть на то как "развиваются" информационные системы гос.органов, то становится иногда горько:
1) идея "документооборота" ограничивается "внедрением" систем контроля входящей/исходящей документации. Отсюда - идеи построения документооборота только на основе электронной почты и т.п.;
2) акценты смещаются с прикладных систем на персональные вычислительные системы.

Понятно, что денег в стране и так недостаточно (поэтому "роза" превращается в "капусту" на примере ЛДП "Адолат"). Но вот, например, как реализовывалась идея создания Национальной информационной системы управления здравоохранением в Хорватии (за точные детали сейчас не готов ответить, но достоверность должна быть высокой):
1) государство объявило тендер на создание такой системы;
2) по итогам тендерных торгов было выбрано три участника, каждый из которых получил один регион для выполнения пилотного проекта;
3) государство оценило стоимость каждого из трех пилотов в 200 тыс. у.е.;
4) участники в рамках выделенного финансирования представили свои решения (продолжительность пилота - порядка 2 месяцев);
5) по итогам пилотных проектов был выбран один участник, которому и был присужден контракт на создание системы уже на государcтвенном масштабе.

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


не всегда и не все компании ! чаще если в СКВ то это будут зарубежные дочки Российских компаний

Одних компаний-разработчиков не хватит.

Примеров из жизни навалом: на сегодняшний день практически ни одна из местных софтверных компаний не умеет справляться с кластерными технологиями в СУБД Oracle (например, Real Application Cluster) или СУБД Microsoft SQL Server... Отсюда все кластерные конфигурации строятся по технологии Stand-by с соответствующими издержками уже в аппаратной части.

Сильно сказано. Неужели на самом деле так мрачно все обстоит?

По той информации, которой располагаю я - да. С удовольствием приму поправки/исправления/дополнения!

Давайте уточню предыдущие формулировки:
"ни одна из местных софтверных компаний" = "ни одна из известных мне местных софтверных компаний";
"все кластерные конфигурации строятся по технологии Stand-by" = "все отказоустойчивые решения местные разработчики ПО строят по технологии Stand-by"

К сожалению я не в курсе всех наших софтверных компаний, но предполагаю что Oracle используется в качестве СУБД банками и некоторыми ОСС. Еще вроде ГНК использует. Банки раньше (до Oracle 9i, где впервые появился RAC) использовали standby, но не все. Я слышал, что в Галлабанке и в Промстройбанке используется RAC (это информация на уровне слухов, как на самом деле незнаю). Насчет Microsoft SQL Server вообще ничего не слышал.

Полагаю что, технология standby устраивает пользователей, иначе они требовали бы RAC. :icon_wink:

Если уж разработчики не знают "с чем кушать" RAC, то уж заказчики - тем более. :)

Сейчас, например, вместе с Mcirosoft и локальными партнерами разбираемся с технологиями по кластеризации MS SQL (три сервера и SAN-хранилище). Выявляется кардинальное отличие в идеологиях компаний Microsoft и Oracle по организации систем высокой доступности. Но в обоих случаях требуется правильный подход к написанию самих приложений (независимо от используемых технологий - Federated Databases от Microsoft или Oracle RAC и т.д., и т.п.).

К сожалению, разработчики в диалоге пока не участвуют...