LollyFox

В прошлом году была 0002-УТ-001

Сомнительно, что номер был именно 0002-УТ-001, скорее что-то типа 02УТ-001
и да, в этом случае максимальный возможный номер документа будет 99, а 100 и более 1C автоматически присвоить не сможет. В типовых конфигурациях "Бухгалтерия предприятия, ред.3.0" и "Управление торговлей, ред.11" формат номера реализации состоит из 10-ти символов, из которых первые два символа - это префикс организации, вторые два - это префикс информационной базы, пятый символ (после дефиса) специальный пользовательский префикс (по-умолчанию "0").


Т.е. если ничего не трогать руками, то максимальный возможный номер накладной 99999.
Ваша проблема в том, что при начале работы кто-то удалил незначащие нули, соотвественно сократив максималный номер до 99.
Перенумеруйте документы за этот год, добавив незначащие нули в номера всех документов.
Если работаете во фреше, то лучше обратиться к специалистам.
Если настроена синхронизация облачной 1С:Бухгалтерии с локальной 1С:Управление торговлей, то с перенумерацией надо быть осторожнее, т.к. можно получить дубли документов.

Железяка конечно отличная, слов нет, но например 1С до сих пор на М1 полноценно работать не может - дистрибутивы есть, платформа 1С:Предприятие устанавливается, а вот лицензию локально получить невозможно. Таким образом 1С на Mac с М1 можно использовать только в случае, если лицензию будет выдавать другая машина, т.е. база должна быть на своём сервере или в облаке.

Расширение разрабатывается под конкретную конфигурацию, т.е. расширение, которое было разработано для "Управление торговлей" (УТ) и не должно устанавливаться на другую конфигурацию, например "Бухгалтерия предприятия" (БП) + если расширение установлено ещё не значит, что оно будет работать как нужно + даже уже ранее установленное и рабочее расширение может перестать работать после обновления типовой конфигурации, т.к. разработчики решили переименовать/изменить объекты конфигурации, с которыми работает данное расширение + также расширение может перестать работать после обновления платформы, т.к. в расширении используются методы и конструкции встроенного языка 1С:Предприятие, а он тоже развивается + у любого расширения есть минимальные требования к версии установленной платформы и режиму совместимости конфигурации + Расширение, которое было написано для локальной версии вовсе не факт, что будет работать в клиент-серверном режиме и т. д.
Я что хочу сказать: "Расширение" - это вовсе не универсальное решение, которое можно установить в любую конфигурацию. Судя по скринам, Расширение не будет у вас работать, даже если вы разберётесь с ошибкой режима совместимости, т.к. это только видимая вам вершина айсберга.
Уточняйте у разработчиков, для какой именно конфигурации, какой редакции и каких релизов данное Расширение предназначено + требуемый режим совместимости конфигурации + минимальную версию платформы + режим использования (на 100% уверена, что ваша конфигурация данным требованиям не отвечает).

1С бесплатно выкладывает у себя на сайте учебные версии конфигураций БП, УНФ и ещё кажется УТ

Какая конфигурация ?
Если УТ 11.4, то не советую даже лезть разбираться, т.к. вышла 11.5, на которую скоро придется переходить - все товарные регистры переделали, объединив несколько в один монстроидальный, в котором теперь все, и остатки, и заказы, и резервы...

Быстрее получить новую лицензию с помощью резервного пин-кода, чем разбираться с протухшей.

В этой схеме как минимум ещё не хватает операции инвентаризации и оприходования
+ возвратов должно быть два: вам от покупателя и от вас поставщику,
+ возможно перемещение - если складов будет несколько
+ возможно комплектация/разукомплектация
+ надо сразу понимать, нужен ли учет по партиям, сериям, срокам годности и пр.

Кол-во баз — 500+.

Если конфигурации на управляемых формах, то при таком количестве баз советую посмотреть технологию 1CFRESH. Помимо прочего технология позволяет использовать общий список юзеров для всех баз. Для каждого из юзеров можно задать список баз, к которым он будет иметь доступ и права. Во все базы, к которым пользователю будет предоставлен доступ, он сможет заходить с единым логином и паролем, которые опять же одним кликом можно аннулировать или изменить сразу для всех ИБ, изменить список доступных баз и т.д. Вообщем админка у 1CFRESH отличная.
+ у технологии много других приятных фич, например, если конфигурации типовые, то можно одним махом обновлять сразу все ИБ, есть готовый Service Desk, который встраивается непосредственно в типовые конфигурации 1С и мн.др.

Во-первых CRM к производству и учету отношения не имеет, это несколько из другой оперы.
Во-вторых из бесплатного ничего в голову не приходит. Из 1С под описанные требования лучше всего пожалуй посмотреть "1С:Управление нашей фирмой" (УНФ). Функционально в УНФ есть приход, расход, контроль остатков материалов, готовой продукции, денежных средств, производство и много что ещё (в том числе и немного CRM). Есть как "коробочный" вариант УНФ, который можно установить на свой сервер, так и в облаке. Облачный вариант изначально кроссплатформенный и позволяет работать с помощью обычного веб-браузера с любого устройства, имеющего доступ в Интернет + есть дистрибутивы тонкого клиента 1С для разных ОС (Windows, Linux, MacOS, iOS, Android). На первый месяц можно получить бесплатный доступ к облачной версии 1С:УНФ.
Поддерживается возможность миграции типовой базы УНФ со своего сервера в облако и наоборот, т. е. если функционально программа устроит, то можно будет базу со всеми введенными за месяц в облаке данными перенести на свой сервер и продолжить работать.

Количество информационных баз в данном случае не имеет особого значения. Важнее сколько всего одновременных пользователей, сколько в одной базе, размеры баз, файловые или SQL, способ подключения клиентов к серверу, HDD или SSD... - ничего этого вы не указали, а без этого будет гадание на кофейной гуще.
Если пользователей больше десятка, базы файловые в расшаренной папке, а диски HDD, то запуск 20 мин - это вполне ожидаемо.

Сервер на windows (есть мысль, что во всём виноват он, так ли это?

Скорее всего, но не факт, что переход на линкус решит проблему, т.к. проблема не в ОС.

Что уже предпринято:
- nethasp на CentOS проверен, он явно указывает на сервер лицензий
- разрешение выдавать лицензии серверу на БД на CentOS отключать пробовал: лицензия не находится
- в nhsrv на сервере лицензирования через NHS_IP_LIMIT запрещал выдавать лицензию серверу с CentOS

Настройки конфигурационных файлов nethasp.ini и nhsrv.ini предназначены для HASP ключей и не имеют никакого отношения к программным лицензиям.

Проблем в следующем: никак не удается заставить клиентов при подключении через веб-доступ получить ПРОГРАММНУЮ лицензию с сервера лицензий.

Все так и есть, клиенты могут получить программную лицензию сами только в случае, если на каждом клиентском ПК была активирована однопользовательская лицензия или в случае если клиент подключается к серверу по RDP. Во всех остальных случаях программную лицензию клиенту выдает или сервер 1С:Предприятия или модуль веб-сервера (для файловых баз).

Решение найдено, но пока не проверено. Подробности можно прочесть здесь

Это все же немного другая история - сервер лицензирования все равно не может выдать лицензии сразу клиентам, а только серверу 1С, а потом уже сервер выдает их клиентам.

Если есть хоть один зарегистрированный продукт 1С, то все дистрибутивы для любой ОС можно скачать бесплатно на официальном сайте техподдержки.
https://releases.1c.ru/project/Platform83
Выбираете требуемый релиз и там будет список доступных дистрибутивов.

И списка тех, с которыми 1С проверено работает, выбирай тот, который лучше знаешь.

Хотели перевести в 1С:Фреш, но ребята оттуда сообщили, что мы не можем доработанную конфигурацию залить во фреш.

Все правильно сказали - во облаке 1С:Фреш только типовые конфигурации, но можно посмотреть другие облака.

Было решено арендовать сервер и в тупую расположить там базу в файловом варианте. Но всё упёрлось в то, что 1С вечность грузит базу и в итоге отваливается с ошибкой, причём каждый раз с разной.

Похоже, что слабоватенький сервер и не хватает ресурсов. Посмотрите облака помощнее.
Например, вот у этих франчей есть вариант работы с доработанной "1С:Бухгалтерия сельскохозяйственного предприятия" в облаке 1С:ГРМ (также, как фреш от самой 1С, мощностей точно хватит), но цена там выше, чем во фреше - где-то 1500 руб./мес. за одного пользователя + знаю, что обновление доработанной конфы там жутко неудобное - надо сначала выгрузить базу из облака на локальный ПК, обновить локально и только потом снова загрузить в облако + во время этой процедуры (в промежутке между выгрузкой и загрузкой) работать в облаке смысла не имеет, т.к. данные не сохраняются.
На первый месяц могут дать доступ бесплатно и загрузить вашу доработанную базу - сможете сами проверить работоспособность, скорость и пр.
Плюс решения, что не нужен админ и не нужно отдельно платить за подписку ИТС - она уже входит в стоимость аренды + если будете платить больше чем за 5 пользователей, то база автоматически переводится в SQL без дополнительной оплаты.

Теоретически есть и другие варианты:

1. Арендовать не готовое облако с 1С, а только виртуальный сервер, но нужен свой админ + могут быть проблемы с лицензиями, т.к. у 1С программные лицензии привязываются к параметрам ВМ и если владелец сервера надумает что-то поменять, то лицензия слетает. Еще минус, что придется платить как за аренду виртуального сервера, так и за ИТС в полном объеме.

2. Поднять свой собственный сервер (терминальный или веб-сервер). Потребуется покупать свой сервер + свой администратор, но зато потом можно не платить за аренду железа и оплачивать только за ИТС. Причем лучше веб-сервер, чем терминальный, т.к. это дешевле с точки зрения лицензирования и выше безопасность.
6 Гб - это уже не мало, пора подумать о переходе на SQL.