четверг, 15 августа 2019 г.

ИНН, Безналичные и пр.. Таблица 17 Штрих

Поле 10 (печать параметров офд в чеках)- 1 
Поле 12* (печать реквизитов пользователя)- 32(63)
Поле 17 (формат ФД)- 2 (т.е. = 1.05)
Печать ИНН и Наименование покупателя                 Поле 25 (автопечать тегов)- 1
Печать Безналичными (вместо Электронными)       Поле 39 (новые заголовки реквизитов)- 1

Печать реквизитов
Значение поля 12
6 рек. «Признак предмета расчета
5 рек.
«Адрес покупателя» 
4 рек.
«Адрес отправителя» 
3 рек.
«место расчета»
2 рек.
«Adress»
1 рек.
«user»
0
0
0
0
0
0
0
1
0
0
0
0
0
1
2
0
0
0
0
1
0
3
0
0
0
0
1
1
4
0
0
0
1
0
0
——






8
0
0
1
0
0
0
——






16
0
1
0
0
0
0
——






32
1
0
0
0
0
0
——






62
1
1
1
1
1
0
63
1
1
1
1
1
1

вторник, 30 апреля 2019 г.

УНФ: первые впечатления

Все очень удобно (в отличии от УТ 11) и логично!
Приятно работать!!

Особенности:
1. Установка цен происходит обработкой Ценообразование.
Отсюда два вопроса:
1.1 Права работы с ней (видимо все будет ОК)
1.2 История установок цен и главное- ответственных

Уже исправлено:
Начиная с версии 1.6.17 (25.03.2019) появилось появилось Резервирование на нескольких складах в одном заказе
Переключайте расположение склада резерва в Заказе покупателя и Заказ-наряде, используя команду Шапка/табличная часть кнопки Еще или контекстного меню.


вторник, 23 апреля 2019 г.

Terminal server in Windows Server 2003

Внезапно стало актуальным..

https://support.microsoft.com/ru-ru/help/822134/the-function-of-terminal-server-cals-in-windows-server-2003

В настоящее время Windows Server 2003 не поддерживает управление клиентскими лицензиями для пользователей. 

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

вторник, 16 апреля 2019 г.

Расширения формы в управляемом приложении

После появления Расширений Конфигурации найти определение Расширений Форм не представляется возможным!

Расширение формы- дополнительные параметры управляемой формы (к примеру- ЭтоГруппа у справочника).
Набор параметров, поставляемых расширением формы, различается в зависимости от типа (основного реквизита) формы (справочника, документа, отчета..)

Суть дана в книге Разработка управляемого интерфейсаЧасть 3. Программирование формГлава 3.3. Открытие формФорма группы

Существовали и "обычных" формах в виде "Расширения элементов управления, расположенных в форме" 

понедельник, 19 ноября 2018 г.

Ошибки posgresql (1С) и немного mssql - Мощный пост

1. При очистке таблицы SQL (к примеру регистра информации в тестовой базе или "распухшего" и вызывающего ошибки, но при этом не критичного для удаления) в pgAdmin использую команду TRUNCATE (опустошить таблицу или набор (TRUNCATE CASCADE) таблиц)

2. В процессе обновления информационной базы произошла критическая ошибка по причине: Ошибка СУБД: 42703: ERROR: column "filename" does not exist LINE 1: SELECT FileName, Creation, Modified, Attributes, DataSize FR...

Точно возникала на платформе 8.3.9.2033 (у нас и здесь) + Postgresql 9.6.2 (у нас и до 9.1.2, скорее всего дело не в нем) УТ 10.3 (у источника- УТ 11) после восстановления базы данных из бэкапа стандартными средствами (pg_restore) при попытке сохранить измененную конфигурацию. 
Связано это с новым функционалом "расширение конфигурации". Суть в следующем: после восстановления БД из бэкапа при попытке сохранить измененную конфигурацию выходит ошибка. 
Что точно в нашем случае. В исходной базе таблиц configcas и  configcassave нет. В какой момент они создаются нужно выяснить (при восстановлении или при попытке сохранения изменений). 
Очевидно конфигурация вносит (создает?) некие изменения в таблицы configcas и configcassave (могут отсутствовать в бэкапе или быть некорректными для платформы). 
Решение. Удалить таблицы configcas и  configcassave (разумеется если не используются расширения конфигурации). 
При восстановлении из *.dt такого не происходит!
3. Ошибка в размере файла *** при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице *** здесь