в октябре 31 день, тогда сумма выходит верно..volodya1122 писав:Звіт з рентної плати (додаток 4) J0820401
Неправильно рахує суму податкового зобовязання
Має бути 84*23,40=1965,60
А Медок чомусь придумав свої правила математики і в нього виходить
84*23,40=1902,19
Оновлення 10.01.150
Re: Оновлення 10.01.150
Re: Оновлення 10.01.150
Обнаружена новая ошибка.
У предприятия 15 филиалов по Украине и все филиалы регистрируют НН от имени главного. При установке начала интервала нумерации НН в свойствах бланка ничего не происходит. НН продолжают номероваться с 0 по порядку.
Еще у кого то возникала такая проблема.
У предприятия 15 филиалов по Украине и все филиалы регистрируют НН от имени главного. При установке начала интервала нумерации НН в свойствах бланка ничего не происходит. НН продолжают номероваться с 0 по порядку.
Еще у кого то возникала такая проблема.
Re: Оновлення 10.01.150
Во как!!!??!!tamutya писав:использую программу для учета нескольких предприятий. Такая проблема только в одной базе и то только в журнале "РЕЕСТР ВЫДАНЫХ НАЛОГОВЫХ НАКЛАДНЫХ" архив
А я сразу просил много информации , а вытягивать по капле новые и новые сведения не собираюсь.
Скорее всего настроено автоматическое перемещение в архив документов закончивших "ПОЛНЫЙЦИКЛ ДОКУМЕНТООБОРОТА" !
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
Re: Оновлення 10.01.150
У вас запомнило цифру, что вы поставили в начале интервала нумерации?DmitryM писав:Обнаружена новая ошибка.
У предприятия 15 филиалов по Украине и все филиалы регистрируют НН от имени главного. При установке начала интервала нумерации НН в свойствах бланка ничего не происходит. НН продолжают номероваться с 0 по порядку.
Еще у кого то возникала такая проблема.
-
- Повідомлень: 545
- З нами з: 23 травня 2016, 14:32
- Звідки: Оттуда
Re: Оновлення 10.01.150
DmitryM писав:Обнаружена новая ошибка.
У предприятия 15 филиалов по Украине и все филиалы регистрируют НН от имени главного. При установке начала интервала нумерации НН в свойствах бланка ничего не происходит. НН продолжают номероваться с 0 по порядку.
Еще у кого то возникала такая проблема.
пускай настраивают нумерацию в карточке Главного предприятия , а не своей филии
Шаман-извращенец вызвал золотой дождь
Re: Оновлення 10.01.150
Какую таблицу кодировки используете при импорте?IvanV писав:Подскажите, пожалуйста, почему при импорте ЕСВ в медок в таблице 8, в именах сотрудников может буква ї менятся на є. Изначально отчёт выгружается из сторонней программы в DBF и при просмотре DBFViewer'ом в именах показываются буквы 'ї', но при импорте они почему-то меняются на 'є' (например, вместо Сергіївна - Сергієвна и т.д.). В таблице 5,5 тыс. строк, поэтому исправлять вручную - не вариант.
Re: Оновлення 10.01.150
У каждого филиала есть свой ЕДРПОУ ?DmitryM писав:Обнаружена новая ошибка.
У предприятия 15 филиалов по Украине и все филиалы регистрируют НН от имени главного. При установке начала интервала нумерации НН в свойствах бланка ничего не происходит. НН продолжают номероваться с 0 по порядку.
Еще у кого то возникала такая проблема.
Если да, то выполнена статья ПКУ про делегирование права подписания ПН, по простому - присвоен ли каждому филиалу свой № филии?(приказ есть? печать для ПН у каждого филиала своя -есть?)
https://www.youtube.com/watch?v=1Q54t3-3ZaE
ХутинПуйло!
ХутинПуйло!
Re: Оновлення 10.01.150
В инструкции импорта-экспорта в описании метода "GetEmptyDataSet" расписано перечисление "ZDataTypeEnum":
- создаются только типы с 0 по 6;
- 0 и 3 похожи на целое;
- 1 похоже на плавующую точку;
- 2 похоже на строку;
- 4, 5, 6 похоже на дату+время;
- после создания тип 3 определяется методом "Type" как тип 2, типы 4 и 5 - как тип 6;
Другими словами, описание не соответствует реальности.
Очень прошу: обновите документацию, обновите "medoccom.tlb".
- | Показать
- создаются только типы с 0 по 6;
- 0 и 3 похожи на целое;
- 1 похоже на плавующую точку;
- 2 похоже на строку;
- 4, 5, 6 похоже на дату+время;
- после создания тип 3 определяется методом "Type" как тип 2, типы 4 и 5 - как тип 6;
Другими словами, описание не соответствует реальности.
Очень прошу: обновите документацию, обновите "medoccom.tlb".
Re: Оновлення 10.01.150
дайте угадаю...на джимейле такое?papirus писав:Помилка почти
-
- Повідомлень: 8802
- З нами з: 29 липня 2011, 14:59
- Звідки: Украина, Донецкая область, Бахмут
- Контактна інформація:
Re: Оновлення 10.01.150
Если не ошибаюсь, что то блокирует почтовый ящик.
Re: Оновлення 10.01.150
Возможно, а может и правда с джимейлом временные траблы. Можно попробовать открыть доступ ненадежным приложениям к почте ну или на крайняк сменить почтовик на укр нет или мету.Колпаков Б.И. писав:Если не ошибаюсь, что то блокирует почтовый ящик.
-
- Повідомлень: 8802
- З нами з: 29 липня 2011, 14:59
- Звідки: Украина, Донецкая область, Бахмут
- Контактна інформація:
Re: Оновлення 10.01.150
Траблов с джимейлом нет, это либо антивирус, либо фаэрвол.
Re: Оновлення 10.01.150
Временная системная проблема, попробуйте позже. Ну чотким англ.языком же написано. А еще подмечено- обновительский скрипт в настройках п\я дописывает pop&smtp к мейлу в поля серверов. С какой целью?
На этом месте должна была быть какая-то подпись
Re: Оновлення 10.01.150
На сколько я знаю пробовали и с 1251, и с 866, и с 866UKR.alexmar писав:Какую таблицу кодировки используете при импорте?IvanV писав:Подскажите, пожалуйста, почему при импорте ЕСВ в медок в таблице 8, в именах сотрудников может буква ї менятся на є. Изначально отчёт выгружается из сторонней программы в DBF и при просмотре DBFViewer'ом в именах показываются буквы 'ї', но при импорте они почему-то меняются на 'є' (например, вместо Сергіївна - Сергієвна и т.д.). В таблице 5,5 тыс. строк, поэтому исправлять вручную - не вариант.
Re: Оновлення 10.01.150
Существует 2 таблицы кодировки с украинскими символами CP866 и RUSCII (CP866U, CP1125, GOST Ukrainian)IvanV писав:На сколько я знаю пробовали и с 1251, и с 866, и с 866UKR.alexmar писав:Какую таблицу кодировки используете при импорте?IvanV писав:Подскажите, пожалуйста, почему при импорте ЕСВ в медок в таблице 8, в именах сотрудников может буква ї менятся на є. Изначально отчёт выгружается из сторонней программы в DBF и при просмотре DBFViewer'ом в именах показываются буквы 'ї', но при импорте они почему-то меняются на 'є' (например, вместо Сергіївна - Сергієвна и т.д.). В таблице 5,5 тыс. строк, поэтому исправлять вручную - не вариант.
В CP866 символы Є=242 є=243 Ї=244 ї=245
В RUSCII (CP866U, CP1125, GOST Ukrainian) символы Є=244 є=245 Ї=248 ї=249
У вас, похоже, в dbf используется таблица CP866, а при импорте вы выбираете CP866U. Попробуйте все-таки еще раз с CP866
-
- Повідомлень: 292
- З нами з: 19 липня 2012, 16:02
- Звідки: Харьков
- Контактна інформація:
Re: Оновлення 10.01.150
Сутність проблеми:
Організації, які мають власний приватний поштовий сервер та проводять з'єднання через IP-адресу, використовуючи скриньки для роботи зі стаціонарним екземпляром програми M.E.Doc, в режимі «Адміністрування» — «Параметри системи» — «Електронна пошта» в стрічці з'єднання з серверами вхідної та вихідної пошти «Сервер» відбувається «підстановка» IP-адреси доменним ім'ям.
Після збереження форми «Електронна пошта» та повторному перегляді інформації бачимо, що поля «Сервер» було замінено на доменне ім'я за встановленим шаблоном:
протокол.доменне ім'я поштового серверу
Приклад: ezvit-mm.mainmaker.com
Після використання функції «Перевірити з'єднання» модуль не знаходить відповідного «доменного ім'я» поштового серверу та виникає помилка.
Заміна на «доменне ім'я» та не збереження ІР-адреси в стрічці «Сервер» здійснюється після оновлення програми з 10.01.149 на 10.01.150.
Во внутрішній базі даних: таблиці MAILSERVERS відбувається збереження саме IP-адрес, однак при створенні візуальної форми «Електронна пошта» відображається «доменне» ім'я.
Отримання та відправка звітності, повідомлень та квитанцій відбувається, але при проведенні перевірки з'єднання виникає помилка. Адміністратори та бухгалтери(клієнти) дуже незадоволені.
Організації, які мають власний приватний поштовий сервер та проводять з'єднання через IP-адресу, використовуючи скриньки для роботи зі стаціонарним екземпляром програми M.E.Doc, в режимі «Адміністрування» — «Параметри системи» — «Електронна пошта» в стрічці з'єднання з серверами вхідної та вихідної пошти «Сервер» відбувається «підстановка» IP-адреси доменним ім'ям.
Після збереження форми «Електронна пошта» та повторному перегляді інформації бачимо, що поля «Сервер» було замінено на доменне ім'я за встановленим шаблоном:
протокол.доменне ім'я поштового серверу
Приклад: ezvit-mm.mainmaker.com
Після використання функції «Перевірити з'єднання» модуль не знаходить відповідного «доменного ім'я» поштового серверу та виникає помилка.
Заміна на «доменне ім'я» та не збереження ІР-адреси в стрічці «Сервер» здійснюється після оновлення програми з 10.01.149 на 10.01.150.
Во внутрішній базі даних: таблиці MAILSERVERS відбувається збереження саме IP-адрес, однак при створенні візуальної форми «Електронна пошта» відображається «доменне» ім'я.
Отримання та відправка звітності, повідомлень та квитанцій відбувається, але при проведенні перевірки з'єднання виникає помилка. Адміністратори та бухгалтери(клієнти) дуже незадоволені.
- Вкладення
-
- pic1-Mail.jpg (99.25 Кіб) Переглянуто 3279 разів
-
- pic2-Email.jpg (114.07 Кіб) Переглянуто 3279 разів
Работаю с БЕСТОМ с 2000 года.
Документ Навигатор - стыковка МЕДок+1С+ПАРУС - https://mainmaker.com/articles/dn.html
Документ Навигатор - стыковка МЕДок+1С+ПАРУС - https://mainmaker.com/articles/dn.html
-
- Повідомлень: 545
- З нами з: 23 травня 2016, 14:32
- Звідки: Оттуда
Re: Оновлення 10.01.150
Александр Трупкин писав:Сутність проблеми:
Організації, які мають власний приватний поштовий сервер та проводять з'єднання через IP-адресу, використовуючи скриньки для роботи зі стаціонарним екземпляром програми M.E.Doc, в режимі «Адміністрування» — «Параметри системи» — «Електронна пошта» в стрічці з'єднання з серверами вхідної та вихідної пошти «Сервер» відбувається «підстановка» IP-адреси доменним ім'ям.
Після збереження форми «Електронна пошта» та повторному перегляді інформації бачимо, що поля «Сервер» було замінено на доменне ім'я за встановленим шаблоном:
протокол.доменне ім'я поштового серверу
Приклад: ezvit-mm.mainmaker.com
Після використання функції «Перевірити з'єднання» модуль не знаходить відповідного «доменного ім'я» поштового серверу та виникає помилка.
Заміна на «доменне ім'я» та не збереження ІР-адреси в стрічці «Сервер» здійснюється після оновлення програми з 10.01.149 на 10.01.150.
Во внутрішній базі даних: таблиці MAILSERVERS відбувається збереження саме IP-адрес, однак при створенні візуальної форми «Електронна пошта» відображається «доменне» ім'я.
Отримання та відправка звітності, повідомлень та квитанцій відбувається, але при проведенні перевірки з'єднання виникає помилка. Адміністратори та бухгалтери(клієнти) дуже незадоволені.
где то такое было , ах да .... вот тут: http://www.me-doc.com.ua/forum/viewtopi ... 40#p167540
https://drive.google.com/file/d/0B2zV-H ... lOTEE/view -завантажте і замініть файл в корені Медка на сервері, при зупинених службах, оригінал dll збережіть
Шаман-извращенец вызвал золотой дождь
Re: Оновлення 10.01.150
имел об эту тему разговор с сисадминами ......облэнерго, так вот они высказали сомнение в целесообразности автозаполнения настроек эл.почты. Кто разбирается, тот заполнит правильно, а кто нет- все равно найдет способ сделать здесь ошибку.
На этом месте должна была быть какая-то подпись
-
- Повідомлень: 292
- З нами з: 19 липня 2012, 16:02
- Звідки: Харьков
- Контактна інформація:
Re: Оновлення 10.01.150
где то такое было , ах да .... вот тут: viewtopic.php?f=7&t=13532&p=167540#p167540
https://drive.google.com/file/d/0B2zV-H ... lOTEE/view -завантажте і замініть файл в корені Медка на сервері, при зупинених службах, оригінал dll збережіть
Спасибо за помощь faustpatron! dll-ка очень помогла.
Теперь клиенты с частными почтовыми серверами смогут проверять соединения без ошибок и точно понимать: существует ошибка в имени или пароле ящика.
https://drive.google.com/file/d/0B2zV-H ... lOTEE/view -завантажте і замініть файл в корені Медка на сервері, при зупинених службах, оригінал dll збережіть
Спасибо за помощь faustpatron! dll-ка очень помогла.
Теперь клиенты с частными почтовыми серверами смогут проверять соединения без ошибок и точно понимать: существует ошибка в имени или пароле ящика.
Работаю с БЕСТОМ с 2000 года.
Документ Навигатор - стыковка МЕДок+1С+ПАРУС - https://mainmaker.com/articles/dn.html
Документ Навигатор - стыковка МЕДок+1С+ПАРУС - https://mainmaker.com/articles/dn.html