Сторінка 1 з 2
ОНОВЛЕННЯ 10.01.137
Додано: 09 серпня 2016, 08:47
Sagius
ЗМІНИ В ОНОВЛЕННІ 10.01.137
- | Показать
- У ФУНКЦІОНАЛІ ПРОГРАМИ
1. Модуль «Первинні документи» > Реєстр первинних документів
1.1. Виправлене дублювання ПН/РК при отриманні документів з ЄРПН.
1.2. Виправлене відображення підписів контрагентів у Видаткових накладних.
1.3. Виправлена групова відправка проімпортованих ПН на реєстрацію в ДФС.
2. Модуль «Звітність» > Єдиний внесок
Виправлене проставлення «БК» в полі Код за ЄДРПОУ або податковий номер/серія та номер паспорта страхувальника у всіх Додатках ЄСВ для ФОП, які замість ІНН використовують серію та номер паспорту.
3. Модуль «Адміністрування» > Параметри системи
На вкладку «Документообіг» доданий параметр «Обробляти повідомлення сервісу ПТАХ». Параметр дозволяє обробляти повідомлення, призначені для сервісу обміну первинними документами з іншими обліковими системами (наприклад, 1С).
За замовчуванням параметр встановлений.
Re: ОНОВЛЕННЯ 10.01.137
Додано: 09 серпня 2016, 10:31
priup
На локалках без проблем пока.........
Re: ОНОВЛЕННЯ 10.01.137
Додано: 09 серпня 2016, 11:15
medocukr
Після оновлення не запускається Шаблони первинних документів, медок локальний
Re: ОНОВЛЕННЯ 10.01.137
Додано: 09 серпня 2016, 11:32
Колпаков Б.И.
Для решения запуска Шаблони первинних документів:
по ссылке скачать библиотеку и подбросить в корень программы с заменой
https://drive.google.com/open?id=0B3wAH ... l9LVjNoZkk
Re: ОНОВЛЕННЯ 10.01.137
Додано: 09 серпня 2016, 11:34
Ivanhoe
medocukr писав:Після оновлення не запускається Шаблони первинних документів, медок локальний
На сетевой версии - аналогично!
Потом вылазит такое, и Медок накрывается медным тазом...
Re: ОНОВЛЕННЯ 10.01.137
Додано: 09 серпня 2016, 11:37
ZuluSpirit
medocukr писав:Після оновлення не запускається Шаблони первинних документів, медок локальний
+ Мережевий
Перевірено і на станції, і на сервері. Результат однаково-плачевний...
ОС: Win8.1 (станція) та Win7 (сервер).
- | Показать
Код: Виділити все
M.E.DOC 10.01.137
Мережева версія
Головне меню ОС: Microsoft Windows NT 6.2.9200.0
System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.IO.FileLoadException: Could not load file or assembly 'ScintillaNet, Version=2.2.6061.27877, Culture=neutral, PublicKeyToken=948d6c9751444115' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
File name: 'ScintillaNet, Version=2.2.6061.27877, Culture=neutral, PublicKeyToken=948d6c9751444115'
at ZvitGUI.RTFDoc.RTFDsgn.UCRtfDocRstDsgn.InitializeComponent()
at ZvitGUI.RTFDoc.RTFDsgn.UCRtfDocRstDsgn..ctor()
at ZvitGUI.RTFDoc.UCRtfDocTemplate..ctor(IMainWindow w, FormRtfDocTemplate form, Boolean createNewDoc, Boolean PrimaryDocsColors)
at ZvitGUI.RTFDoc.UCRtfDocTemplate..ctor(IMainWindow w, FormRtfDocTemplate form, Boolean createNewDoc, RstRunType runType)
at ZvitGUI.RTFDoc.UCRtfDocTemplate.Run(IMainWindow w, RstRunType rstRunType)
at ZvitGUI.RTFDoc.UCRtfDocTemplate.RunOther(IMainWindow w)
Предупреждение: регистрация привязки сборок выключена.
Чтобы включить регистрацию ошибок привязки сборок, установите значение параметра реестра [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) в 1.
Примечание. Регистрация ошибок привязки сборок может привести к некоторому снижению производительности.
Чтобы отключить эту функцию, удалите параметр реестра [HKLM\Software\Microsoft\Fusion!EnableLog].
--- End of inner exception stack trace ---
at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
at ezvit.UCMainMenuOld.RunCommand(XmlNode node)
at ezvit.UCMainMenuOld.TvPartMouseDoubleClick(Object sender, MouseEventArgs e)
at System.Windows.Forms.Control.OnMouseDoubleClick(MouseEventArgs e)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
П.М. Зате МЕДок швидко закривається:)
П.П.М. Дякую, буде можливість - спробуємо!)
Re: ОНОВЛЕННЯ 10.01.137
Додано: 09 серпня 2016, 11:39
TAMARA
це точно )
Re: ОНОВЛЕННЯ 10.01.137
Додано: 10 серпня 2016, 13:08
1st_vpr
обновился до 10.01.137, опять вылезла проблема стыковки с 1С
При попытке отправки НН в 1С (ПКМ-"Відправити в 1С") выскакивает сообщение
медок сетевой. Стыковку с 1С делаем в терминальном режиме на удаленном сервере
Re: ОНОВЛЕННЯ 10.01.137
Додано: 10 серпня 2016, 13:18
antonrtv
при экспорте с реестра отчетов таблицы в эксель выдает ошибку
Re: ОНОВЛЕННЯ 10.01.137
Додано: 10 серпня 2016, 13:32
tobiss
antonrtv
Необхідно вибрати конкретний період за який хочете зробити експорт. У Вас вибрано Період - ВСІ.
Re: ОНОВЛЕННЯ 10.01.137
Додано: 10 серпня 2016, 13:35
tobiss
1st_vpr
Після переналаштувань стиковки в 1С перезавантажте служби Медка
Re: ОНОВЛЕННЯ 10.01.137
Додано: 10 серпня 2016, 15:22
antonrtv
tobiss писав:antonrtv
Необхідно вибрати конкретний період за який хочете зробити експорт. У Вас вибрано Період - ВСІ.
годовые отчеты выдают туже ошибку, а месячные нормально
Re: ОНОВЛЕННЯ 10.01.137
Додано: 11 серпня 2016, 11:06
Ирен_М
antonrtv писав:tobiss писав:antonrtv
Необхідно вибрати конкретний період за який хочете зробити експорт. У Вас вибрано Період - ВСІ.
годовые отчеты выдают туже ошибку, а месячные нормально
А у меня и от периода не зависит, такую же ошибку выдает и месячный и годовой отчеты.
Re: ОНОВЛЕННЯ 10.01.137
Додано: 11 серпня 2016, 11:11
poltava_energy
Схоже у версії
137 знову поламали індекси
Версія бази що тільки що відновлена з резервної копії розміром близько 7 гігабайт.
Відкриття реєстру первинних документів за минулий місяць, та відкриття однієї податкової стало займати декілька хвилин.
Одна ця операція призводить до читання з диску загалом близько
4 (ЧОТИРЬОХ!!!) гігабайт.
Ще одна така операція за інший місяць призводить до зчитування
7,5 (семи з половиною)
ГІГАБАЙТ!!! що вже більше розміру файла БД.
Ви там подуріли з такими вимогами до дискової підсистеми ???
Re: ОНОВЛЕННЯ 10.01.137
Додано: 11 серпня 2016, 13:57
Ivanhoe
Кластер из восьми серверов с рейдами 0+1 без проблем справится с такой задачей... It is honey, baby
Re: ОНОВЛЕННЯ 10.01.137
Додано: 11 серпня 2016, 15:14
poltava_energy
Ivanhoe писав:
Кластер из восьми серверов с рейдами 0+1 без проблем справится с такой задачей... It is honey, baby
Думаю, економічно більш вигідно повисмикувати одному програмісту його руки із
опи - ніж купляти кластер із вісьми серверів
Дослідив більш детально проблему.
Експеримент було проведено на тестовій системі із мереживною embedded-версією Firebird. На системах із Firebird-classic та Firebird-superserver ситуація така саме, окрім того що там важче відслідкувати загальне використання ресурсів декількома просессами.
Числові стовпчики по порядку: виділення памяті, прочитано байт, записано байт.
1. Старт ZvitGrp1
- error_medoc_01.png (2.18 Кіб) Переглянуто 4878 разів
2. Запуск медка
- error_medoc_02.png (2.18 Кіб) Переглянуто 4878 разів
3. Відкриття реєстру первинних документів
- error_medoc_03.png (2.21 Кіб) Переглянуто 4878 разів
4. Перша податкова накладна
- error_medoc_04.png (2.22 Кіб) Переглянуто 4878 разів
5. Друга податкова
- error_medoc_05.png (2.22 Кіб) Переглянуто 4878 разів
6. Третя податкова
- error_medoc_06.png (2.23 Кіб) Переглянуто 4878 разів
Як це чудово видно, саме жахіття починається після відкриття податкової, під час якого зчитується понад
ТРИ ГІГАБАЙТИ на кожну податкову.
Re: ОНОВЛЕННЯ 10.01.137
Додано: 11 серпня 2016, 16:50
ferret
Версія бази що тільки що відновлена з резервної копії розміром близько 7 гігабайт.
чисто из праздного любопытства- сколько времени заняло восстановление базы?
Re: ОНОВЛЕННЯ 10.01.137
Додано: 12 серпня 2016, 09:17
poltava_energy
ferret писав:чисто из праздного любопытства- сколько времени заняло восстановление базы?
Цього разу я на час не дивився, але приблизно стільки
http://www.me-doc.com.ua/forum/viewtopi ... =7&t=12170
Ситуація з оновленнями 135-137 взагалі якась дивна...
Перед встановленням 135-го оновлення зробили РК, потім почали ставити оновлення та отримали звичну помилку з
Cryptolib6.dll.
Після цього апдейтер почав відкочувати оновлення назад і завис. Після довгого очікування було прийнте рішення зняти задачу, але база виявилася непрацездатною із помилками
bad checksum. Те як вона працює після відновлення наведено вище
PS: Зараз, після купи тем про пошкодження баз, мені здається, що така поведінка апдейтера була запланованою.
Чим більше поламаних БД, тим більше звернень до розробників і тим більший заробіток
Re: ОНОВЛЕННЯ 10.01.137
Додано: 12 серпня 2016, 09:54
ZuluSpirit
poltava_energy писав:PS: Зараз, після купи тем про пошкодження баз, мені здається, що така поведінка апдейтера була запланованою.
Чим більше поламаних БД, тим більше звернень до розробників і тим більший заробіток
Робіть
додатково бекап БД засобами Firebird і буде спокійніше: швидше створюється, швидше розгортається, зберігаються налаштування ролей.
Re: ОНОВЛЕННЯ 10.01.137
Додано: 12 серпня 2016, 12:00
Emelkey57
tobiss писав:1st_vpr
Після переналаштувань стиковки в 1С перезавантажте служби Медка
Аналогічна проблема. Перезапустив служби ZvitGrp і Firebird нічого не допомогло!!!