Почему не использовать C# для управленческого учета вместо 1С?
Уважаемы специалисты, почему для управленческого учета (оперативного учета), не начнут разрабатывать программу на C#? 
Не начнут КТО? Уверен, что есть десятки команд, которые успешно разрабатывают на C# программы для управленческого учета.Ведь 1С это оболочка над базой данных, а интерфейс написан на C#. 
Для начала не C#, а C++ (сейчас 11, но переходят на 14). Далее не оболочка, а ORM (с поддержкой MsSQL, PostgreSQL, IBM DB, Oracle и собственный формат) + BSL (со встроенными библиотеками и внешней опенсурс библиотекой БСП) + web-интерфейсы + мобильный и браузерный клиенты + кроссплатформенность на Win-Lin-Mac.Зачем создавать платформу и еще встроенный язык 1с (Искусственно создавать новые рабочие кадры???Чтобы выжимать деньги на всяких книжках по программированию 1с и прочих учебных курсов?), если есть .NET Framework и C#?
Для начала нет и шарп появились после платформы 1С (2002 против первых версий 1С под DOS). И тут же встречный вопрос - а зачем встроенные языки для Матлаба и Автокада, зачем VBA для ворда и экселя, зачем PowerShell для винды? Да, в том числе для написания книжек и продажи курсов, но в первую очередь - новые инструменты удобны и приносят выгоду по сравнению с их отсутствием (заточены под быстрое решение узкого класса задач).А что бы не начинать проект постоянно с нуля, можно написать собственную библиотеку с необходимыми инструментами для бухгалтерии и т.п.
1С-киллиров создавали десятками. И где они сейчас? Пока эти поделки пытались довести до какого-то конкретного состояния, 1С расширяла функциональность своей платформы на порядки - параллельные программы все время были в качестве догоняющих и не приносили денег создателям, а потому умерли.
А что бы не начинать проект постоянно с нуля, можно написать собственную библиотеку с необходимыми инструментами для бухгалтерии и т.п.
Вы сами ответили на свой вопрос.
Считайте что платформа 1С это библиотека или фреймворк для бухгалтерии, C# это базовая система, а 1С заточенный фреймворк