Ошибка в программе

Версия 597 при открытии склада цены на товары стоят в рублях (основная валюта), но вместо руб. пишет евро (в справочнике 4 вида валют). Чтобы переключить на рубли нужно переключится на на другую валюту, а потом опять на рубли. После закрытия программы всё повторяется. На подчинённых компьютерах галочка "использовать дополнительные валюты" вообще не стоит, но цена на складе так же стоит евро. В предыдущих версиях этого не было.

В догонку про валюты: как реализовать конвертацию валют при переносе денег из кассы в кассу (пример из кассы 1 переносим 42000 руб. в кассу 2 поступает 1000 евро по курсу 42 руб.) Т.к. при оплате товара из рублёвой кассы в евро, сумма в кассе отображается как: 42000 руб. - 1000 евро.

<yura>
Версия 597 при открытии склада цены на товары стоят в рублях
Уже внесли изменения, они будут в следующей версии.


В догонку про валюты: как реализовать конвертацию валют при переносе денег из кассы в кассу
Можно сделать следующим образом: переводить не с помощью "Отправить деньги в кассу...", а в первой кассе выписать расходный ордер с суммой в одной валюте, а во второй кассе выписать приходный ордер уже в другой валюте.

speaker, Спасибо, об этом варианте я не подумал.

Программа ТДТ версия 3.0.1.572
Выявили программный глюк. Для самопроверки провели эксперимент. Далее описание эксперимента. Перед экспериментом провели проверку структуры базы (выявлено 149 ошибок) и выполнили резервное копирование.
1. На складе лежит некоторая позиция в количестве 15 шт, из них 10 в резерве.
2. Выписываю счёт на 15 шт этой позиции.
3. Выписываю накладную по счёту. Естественно, программа разрешает отгрузить только 5 шт.
4. Выписываю оплату по накладной. При этом накладная у меня оплачена полностью, а счёт нет. Товар находится на складе в количестве 10 шт (в резерве).
5. Изменяю счёт, уменьшая количество выписанных единиц товара до фактически отгруженных, то есть до 5. Счёт при этом становится полностью оплаченным.
6. Проверяем количество единиц товара на складе. Их 15! (5 свободны, 10 в резерве)
7. Проверяю структуру базы. Количество ошибок 150. Последняя ошибка именно по той позиции, с которой экспериментировали.
8. Удаляю накладную. Счёт удалить невозможно, т.к. по нему выписана накладная, хотя накладная удалена.

Просим предусмотреть исправление подобных ошибок при проверке структуры базы.

<Вероника>, исправляли ошибку с резервированием еще в прошлых версиях, обновите программу (проверили сейчас на версии 3.0.1.598, ситуация не воспроизводится, на складе после изменения счета верное количество товара, при этом накладная и счет удаляются).

Версия программы 3.0.1.598.
Зачем убрали в окне поиска товара возможность изменять содержимое товаров? Осталась одна "галка"

<Евгений>, какой смысл в изменении и удалении при поиске товара?

speaker
какой смысл в изменении и удалении при поиске товара?
Копировали по привычку из этого окна.

Еще вопрос. В партиях при внесении товара нужное количество перешедшего товара проставляется и отображается в списке, а при попытке изменения количество стоит равным 1.

<Евгений>
В партиях при внесении товара нужное количество перешедшего товара проставляется и отображается в списке, а при попытке изменения количество стоит равным 1.
Уже исправили, в ближайшее время выпустим обновление.

speaker
какой смысл в изменении и удалении при поиске товара?
Кстати как копировать из окна склад наименование товара напрямую в буфер обмена? Если нет можно её добавить?

<Евгений>, со склада напрямую копировать наименование нельзя, это можно сделать из справочника. Таким образом, на складе выберите пункт контекстного меню "Перейти к справочнику", а в справочнике пункт "Копировать..." (либо просто сочетание [Ctrl]+[C] на клавиатуре).

<Вероника>
Просим предусмотреть исправление подобных ошибок при проверке структуры базы.
Как в новой версии обстоит дело с исправлением неисправимых ошибок (статус "неисправлено") при проверке структуры базы, которых из-за некорректного резервирования накопилось у нас уже 149 штук? Можно ли продолжать работу при таком количестве ошибок? Или просто время-от-времени считать их количество в надежде, что новых не возникнет?

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

<Вероника>
Как в новой версии обстоит дело с исправлением неисправимых ошибок (статус "неисправлено") при проверке структуры базы, которых из-за некорректного резервирования накопилось у нас уже 149 штук? Можно ли продолжать работу при таком количестве ошибок? Или просто время-от-времени считать их количество в надежде, что новых не возникнет?
Можно работать дальше. Если есть возможность, отправьте базу вместе с описанием проблемы на 2@375.ru, посмотрим, можно ли будет что-то исправить.

<Евгений>
Версия программы 3.0.1.598.
При оформление карты скидок, сканер штрихкода не считывает код. В настройках все включил, кроме карт скидок все нормально работает.
Просьба исправить.
Опишите проблему подробнее в письме на адрес 3@375.ru

Ахтунг !

ТДТ Версия 605 при нажатии на отчёт "карты скидок" вылетает сообщение:

fmReports.fr_rpt_disccard.qryFirmP.SelectQuery:Can't format message 13:198 -- message system code -4, Arithmetic exception, numeric overflow, or string truncation.

<yura>
Ахтунг !
У меня 605 - отчет работает нормально - ищите у себя что-то..
Под администратором отчет выводите?
Перевходили в программу?
Проверку базы пробовали?

<yura>
ТДТ Версия 605 при нажатии на отчёт "карты скидок" вылетает сообщение:
Сделайте скриншот окна печати отчетов с выбранными параметрами и отправьте на 2@375.ru

КАА, Всё делал, не помогает, ошибка вылетает сразу после нажатия на надпись "карты скидок", даже не открывается окно выбора параметров.

<yura>, сохраните (через Сервис → Сохранение данных) и отправьте базу на 2@375.ru