medoc.ua

DanilKr
По этой ошибке ответил вам в ЛС

Колпаков Б.И. писав: ↑
17 квітня 2019, 12:17

DmitryM писав: ↑
17 квітня 2019, 12:10
FirebirdSql.Data.FirebirdClient.FbException (0x80004005): arithmetic exception, numeric overflow, or string truncation string right truncation при импорте...
Необходимо проверить формат номера телефона, который указан в импортируемом файле. В номере телефона (поле "<HTEL>") должно быть не более 14 символов.

Вы не прочитали до конца. Ошибка есть и при создании нового отчета из МЕДКА.

rsv писав: ↑
16 квітня 2019, 19:41
Вельмишановні розробники!
Підкажіть, а яким чином можна тепер сформувати заявки для фіз. особи? А то я шось трохи не доганяю...

| Показать
Image 1.jpg

Поддерживаю вопрос.

Голодный Пельмень писав: ↑
17 квітня 2019, 16:10

rsv писав: ↑
16 квітня 2019, 19:41
Вельмишановні розробники!
Підкажіть, а яким чином можна тепер сформувати заявки для фіз. особи? А то я шось трохи не доганяю...
| Показать
Image 1.jpg

Поддерживаю вопрос.

Выбирайте "Керівник".

Колпаков Б.И. писав: ↑
17 квітня 2019, 16:31

| Показать
Голодный Пельмень писав: ↑
17 квітня 2019, 16:10

rsv писав: ↑
16 квітня 2019, 19:41
Вельмишановні розробники!
Підкажіть, а яким чином можна тепер сформувати заявки для фіз. особи? А то я шось трохи не доганяю...
| Показать
Image 1.jpg

Поддерживаю вопрос.
Выбирайте "Керівник".

Т.е. приходит физическое лицо для получения ключа для подачи декларации в НАЗК или же подачи декларации о доходах, а мы в заявке его делаем "керівником"? Керівником чего или кого? Или это требование(улучшение), согласно закона "О доверительных услугах"?

Tima37 писав: ↑
17 квітня 2019, 17:03

Колпаков Б.И. писав: ↑
17 квітня 2019, 16:31

| Показать
Голодный Пельмень писав: ↑
17 квітня 2019, 16:10

Поддерживаю вопрос.
Выбирайте "Керівник".
Т.е. приходит физическое лицо для получения ключа для подачи декларации в НАЗК или же подачи декларации о доходах, а мы в заявке его делаем "керівником"? Керівником чего или кого?

Да, выбираем керівник.
Попробуйте создать заявку на физическое лицо(из карточки физического лица конечно!) для подачи декларации в НАЗК или подачи декларации о доходах, и Вы сами все увидите.

зы: не пойму, что так всех удивляет..

Колпаков Б.И. писав: ↑
17 квітня 2019, 17:08
..... не пойму, что так всех удивляет..

Это остаточная реакция после 29, 01 и 03 обновлений............ Стрессссс..........

Колпаков Б.И. писав: ↑
17 квітня 2019, 17:08
Да, выбираем керівник.

Ткніть мене носом туди, де про це сказано (написано). Десь хтось офіційно про це хрюкнув хоч раз?

Обновилось без ошибок.
"Прекращена работа программы ezvit"
Что делать?

Сетевая Firebird.
Win7 x64

Mironico4 писав: ↑
17 квітня 2019, 21:27
Обновилось без ошибок.
"Прекращена работа программы ezvit"
Что делать?

Сетевая Firebird.
Win7 x64

Проверьте:
откройте, пожалуйста, файл ezvit.exe.config, посмотрите какая версия указана для параметра "supportedRuntime"
Если версия будет не 4.0, запустите ModifyAPConfig.exe в корневом каталоге и повторите запуск программы.

В медке версии 11.01.003 при автопродлении сертификатов некорректно проходит подгрузка юр.адреса в заявк:
в случае, если в Карточке предприятия-Адреса несколько записей адреса, в.т.ч один с отметкой "Юр.адреса", после подписания Карточтки присоединения открывается окно с ошибкой "Дані адреса не заповнені. Data cannot be null".
После удаления строк адреса без отметки "Юр.адреса" все отрабатывает корректно.
Ранее все отрабатывало корректно.

Деньгуб Дмитрий писав: ↑
17 квітня 2019, 21:58

Mironico4 писав: ↑
17 квітня 2019, 21:27
Обновилось без ошибок.
"Прекращена работа программы ezvit"
Что делать?

Сетевая Firebird.
Win7 x64
Проверьте:
откройте, пожалуйста, файл ezvit.exe.config, посмотрите какая версия указана для параметра "supportedRuntime"
Если версия будет не 4.0, запустите ModifyAPConfig.exe в корневом каталоге и повторите запуск программы.

Спасибо! Помогло.

Mighty Max писав: ↑
17 квітня 2019, 11:52

Белокопытов Геннадий писав: ↑
16 квітня 2019, 15:19

Mighty Max писав: ↑
16 квітня 2019, 14:49
Имею с десяток серверов на Oracle, все используют Direct подключение, перенастраивать их ради установки обновления не имею никакого желания, скорее даже наоборот. Для успокоения совести проверил вариант с установкой при подключении через Oracle Client на одном из серверов, результат во вложении. Как быть?
Уточните, пожалуйста, вы можете выслать выгрузку таблицы ZRPCALCMETHOD с БД.
Ответ напишите в ЛС.
Получил от разработчика вариант возможного решения ошибки с ZRPCALCMETHOD, но в силу обстоятельств ещё не опробовал его, сделаю это сегодня.

Но даже если установка пройдет успешно, это не решит проблему в полной мере. Так как у меня есть ещё 6 старых серверов, каждый из них совмещает роли СУБД (Oracle DB 11g 32bit!) и сервера приложений Медок. Oracle Client на них не стоит, при такой конфигурации в нем не было необходимости, все подключаются через Direct. Для проверки установил на один из них Oracle Client x64, но он по какой-то причине не видит конфигурационные файлы, хотя установка клиента производится в ORACLE_HOME.

Не хочу показаться грубым, но мне крайне не нравится вариант с изменением конфигурации серверов ради установки данного обновления. Хотелось бы понимать, будут ли разработчики исправлять проблему с установкой обновления 11.01.003 на OracleDB, выпустив для этого отдельное обновление или патч, который можно применить без перенастройки серверов? Или же эта задача будет возложена на администраторов, которым придется подстраивать свои сервера под обновление?

Возможно я пропустил момент перехода с Direct на Oracle Client x64? Если кто в курсе, просьба сообщить номер обновления в комментариях к которому разработчики требовали/рекомендовали переходить с Direct на Oracle Client x64, просьба сообщить номер.

Изначально подал заявку в поддержку и параллельно веду с ними общение по данной проблеме. Поучил ответ по поводу сбоя 'CERTIFCASTE Iters must be less than 65535":

Что касается успешного обновления серверов, на которых стоит Oracle DB 11g 32bit - разработчик сообщил что установить Oracle Client х64 необходимо, по причине того, что при использовании директ-соединения срабатывает ограничение на стороне библиотек Оракла при загрузке в БД справочника большого размера. В связи с этим разработчик не может что-то изменить, нужно использовать соединение через клиент Оракла.

При желании, записать большой справочник можно в несколько подходов не выходящих за рамки ограничения!

Если на момент подготовки данного обновления разработчик знал, об ограничении, то почему заранее не уведомил, о необходимости перенастройки серверов под работу через Oracle Client? Если об этом не знали заранее, то по какой причине решение последствий своего промаха разработчик возлагает на конечного пользователя?

Так как перенастройка серверов потребует привлечение специалистов, которые не работают бесплатно, прошу предоставить официальный ответ разработчиков.

Спасибо.

Sagius писав: ↑
18 квітня 2019, 09:44
В медке версии 11.01.003 при автопродлении сертификатов некорректно проходит подгрузка юр.адреса в заявк:
в случае, если в Карточке предприятия-Адреса несколько записей адреса, в.т.ч один с отметкой "Юр.адреса", после подписания Карточтки присоединения открывается окно с ошибкой "Дані адреса не заповнені. Data cannot be null".
После удаления строк адреса без отметки "Юр.адреса" все отрабатывает корректно.
Ранее все отрабатывало корректно.

Всё бы отработало, да, вероятно, в "неюридическом" адресе не был заполнен адрес.

Medoc Man писав: ↑
18 квітня 2019, 13:02

Sagius писав: ↑
18 квітня 2019, 09:44
В медке версии 11.01.003 при автопродлении сертификатов некорректно проходит подгрузка юр.адреса в заявк:
в случае, если в Карточке предприятия-Адреса несколько записей адреса, в.т.ч один с отметкой "Юр.адреса", после подписания Карточтки присоединения открывается окно с ошибкой "Дані адреса не заповнені. Data cannot be null".
После удаления строк адреса без отметки "Юр.адреса" все отрабатывает корректно.
Ранее все отрабатывало корректно.
Всё бы отработало, да, вероятно, в "неюридическом" адресе не был заполнен адрес.

Хмм, о таком варианте я сразу не подумал. Не логично ведь перебирать все адреса а потом уже искать среди них отметку "юр" (или не проверять в первую очередь данное поле).
Но спасибо за подсказку.

После всех "танцев с бубном"обнова встала, но теперь такое впечатление что "поломалась" кодовая страница
В списке отчетов вместо названий отчетов знаки "?"
В квитанциях к налоговым и корректировкам тоже встречаются "?"
В реестре налоговых - Наименование контрагента "?", статус - "?"

| Показать

: error2.jpg (507.94 Кіб) Переглянуто 3470 разів

DanilKr писав: ↑
18 квітня 2019, 14:18
После всех "танцев с бубном"обнова встала, но теперь такое впечатление что "поломалась" кодовая страница
В списке отчетов вместо названий отчетов знаки "?"
В квитанциях к налоговым и корректировкам тоже встречаются "?"
В реестре налоговых - Наименование контрагента "?", статус - "?"

: 1.png (30.14 Кіб) Переглянуто 3456 разів

Gora Kornev писав: ↑
18 квітня 2019, 14:25

DanilKr писав: ↑
18 квітня 2019, 14:18
После всех "танцев с бубном"обнова встала, но теперь такое впечатление что "поломалась" кодовая страница
В списке отчетов вместо названий отчетов знаки "?"
В квитанциях к налоговым и корректировкам тоже встречаются "?"
В реестре налоговых - Наименование контрагента "?", статус - "?"

1.png

Проверил поставил в клиенте и dbhome украинскую кодовую страницу
Ресстр первинных документов стал отображаться нормально, а список отчетов и квитанции как были с "?" так и остались

DanilKr
Уточните, пожалуйста, есть ли возможность подключиться к вам удаленно?
Если такая возможность есть, напишите в ЛС данные для подключения.

Перешел вчера на Firebird 3 x64.
Сравниваю размер бекапов с утра и обнаруживаю что
после перехода размер подскочил с 24 Гб до 63 Гб.
Интересненько....

medoc.ua

Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003

Re: Оновлення 11.01.003