Всем привет!
Перешел на пробный режим Ультра. Сразу было много вопросов, но почитал статьи, все прояснилось. Чтобы тема не осталась пустой, маленький вопрос по производству. Создал карточки изделий, рецептуры к ним. А, как удалить ненужные рецептуры из карточки изделия?

Адрес MS SQL сервера в вашем случае должен выглядеть как 178.159.240.204\sqlexpress для MS SQL Express, 178.159.240.204 если же там полный MS SQL Server или 178.159.240.204\sqlexpress,1433 и 178.159.240.204,1433 соответственно. Вместо IP адреса вы можете указать также имя домена своего виртуального хостинга, если оно есть. Например, unihat-by.com. Префикс-протокол (http) во всех вариантах указывать не нужно. Точную строку подключения вам может предоставить хостинг-провайдер, так как MS SQL Server может находиться вообще не по этому адресу.
Учтите, что вы должны обладать администраторскими правами на MS SQL Server, поскольку при операции конвертации средствами ТЦУ создается база на MS SQL Server, а это может сделать только учетная запись с соответствующим правом. Поэтому в окне ТЦУ, в котором вы задаете адрес MS SQL Server и имя базы надо указывать имя создаваемой базы, а не уже существующей.
Если у вас все равно не получается, приведите пожалуйста текст сообщения об ошибке или скриншот с этим сообщением.

P.S. ТЦУ поддерживает подключение только к MS SQL Server. Судя по приведенной вами ссылке выше, у вас MySQL сервер, а не MS SQL. Поправьте меня, если это не так.

MSSQL 2008 R2 пойдет. SSH не нужен

Что это означает? Поясните, пожалуйста. Как именно не работает поле для отзыва и как оно должно работать?

Существует ли импорт платежей от клиентов? Подозреваю, что нет. А, очень жаль. В нелюбимой мной 1С этот импорт есть в различных вариантах.

Действительно, импорта платежей нет. Но мне интересно - как это выглядит?

Вы понимаете, что каждая программа может иметь свой формат обмена. Как быть в этом случае? Делать под каждую клиент-банковскую программу отдельный импортер? А если это Excel - писать еще один мастер импорта? Ну, допустим, напишем. Хотя, честно скажу, более скучной работы не найти.
Что касается 1С - то какой-то 1С-программист для кого-то, под конкретную конфигурацию, под конкретную клиент-банковскую программу реализовал такой импортер.
Кстати, формат, который вы привели в качестве примера устарел, как кости мамонта. Давно применяется xml, а еще лучше JSON-формат.
Да, и еще вопрос.
Допустим, я напишу импортер, который будет загружать приходные ордера в ТЦУ из файла Excel. А кто будет в этот самый эксель данные записывать? Банковская программа? А есть у нее такая возможность? Допустим, даже, что в той программе, которой вы пользуетесь, такая возможность есть. А как быть с другими банковскими программами?
Вопросов масса. Все они требуют изучения перед принятием каких-либо решений.

Доброго времени суток, Андрей и команда!
Пока Вы рассматриваете предыдущее предложения, появился новый вопрос.
Дело в том, что, в Беларуси нет копеек, поэтому Лена, помогай ей Бог, сделала отчеты ТН и ТТН, где цены и суммы округляются. Проблема в том, что программа про наши отчеты с округлениями ничего не знает, и поэтому суммирует неокруглённые цифры. И в отчете округляется итоговая сумма из программы. А если сложить суммы из распечатанного отчета, то эта «бумажная» сумма не сходится с итоговой суммы из программы.
Вот иллюстрация, того что в накладной:

Стоимость с НДС, руб

113570
129789
113570
162239
162239
356928
178464
194684
194684
162239
259578
246598
Итого: 2274580
А на калькуляторе: 2274582
Вечный вопрос: что делать?

Да, но если добавим скидку к этой схеме, всё равно получаться копейки в итоговых суммах. Можно, конечно и скидки округлить под эту схему, но не в нашем случае и не сейчас, т.к. оптовые цены уже утверждены. Как-то не логично сворачивать процесс внедрения ТЦУ Ультра из-за проблем с округлениями. Очень обидно. Ведь, ТЦУ округляет до копеек или центов и это очень хорошо. Но в Белоруссии нет копеек, что, например, учитывает местная версия 1С, которая оперирует с округленными до рублей ценами и суммами в каждой строке накладной.
А в ТЦУ, когда округления прописаны только в шаблоне отчета, то получается, что сумма округлений отчета не равна округленной сумме из самой ТЦУ.
Вопрос: можно ли в самой ТЦУ установить настройку округления до целых чисел (до рублей) во всех цифровых ячейках накладной?

Очень рад Вашему ответу!
В Белоруссии за округления НДС в накладной налоговая не цепляет.
Вопрос по ТЦУ только в нестыковке трех итоговых сумм: сумма без НДС, сумма НДС и сумма с НДС. Поэтому если Вы округлите аргументы в этих трёх столбцах накладной, всё будет ОК.
Мы одно время выписывали накладные в Эксель, поэтому я точно знаю, где и какие должны быть округления, т.к. это проверено на опыте – такие накладные принимают все гипермаркеты в Беларуси.
мы пользовались такими формулами:
цена без НДС =ОКРУГЛ(цена без НДС;0)
сумма НДС =ОКРУГЛ(цена без НДС*0,2*кол-во;0)
сумма с НДС =ОКРУГЛ(сумма без НДС+ сумма НДС;0)

Пример из ТЦУ: если загружаем в ТЦУ розничную цену с НДС без дробей 38 937,00, то получаем: цена без НДС = 35 397,27, НДС = 3 539,73 и в итоге не совпадают итоговые суммы НДС и стоимость без НДС.
Если загружаем в ТЦУ розничную цену с дробями = 35 692,80, чтобы получить целое число в цене без НДС = 32 448,00, то НДС = 3 244,80 и в итоге не совпадают итоговые суммы НДС и стоимость с НДС.

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