Заява-Розрахунок по интернету с октября 2018

[PetroP]

Где посмотреть размещения полей и структуру этого документа, можно сразу и на "повідомлення про виплату...." .
Заранее спасибо.

В каталоге медка есть подкаталог "tmpl"...

[Medoc Man]

Здравствуйте уважаемые.
Клиент не хочет ручками набирать этот отчет в Медок, а хочет импортировать из своей учетной программы. Но для того, чтобы импортировать, надо сначала его в учетке сделать и сделать правильно.
Где посмотреть размещения полей и структуру этого документа, можно сразу и на "повідомлення про виплату...." .
Заранее спасибо.

Описания XML-структур ФСС размещал на своём официальном ресурсе.

[Tima37]

спасибо.

[poltava_energy]

Створюємо нову форму C1100101

У таблицю 1 вписуємо одну особу із значеннями у колонках T1RXXXXG14 = 0 та T1RXXXXG16 = 0,00
Медок лається, відмічає червоним, але значення показує

medoc_fkng_error_861.png (1.48 КБ) 351 просмотр

Експортуємо для подачі у контролюючий орган, і отримуємо XML із такими значеннями

Код: Выделить всё

    <T1RXXXXG14 ROWNUM="1">0</T1RXXXXG14>
    <T1RXXXXG15 ROWNUM="1">1819.75</T1RXXXXG15>
    <T1RXXXXG16 ROWNUM="1">0.00</T1RXXXXG16>

Дивимося схему

Код: Выделить всё

      <xs:element name="T1RXXXXG14" type="IntColumn"  nillable="true" minOccurs="0" maxOccurs="9999"/>
      <xs:element name="T1RXXXXG15" type="Decimal2Column"  nillable="true" minOccurs="0" maxOccurs="9999"/>
      <xs:element name="T1RXXXXG16" type="Decimal2Column"  nillable="true" minOccurs="0" maxOccurs="9999"/>

Доки все гаразд, і по схемі значення 0 та 0,00 є допустимими.

Імпортуємо тільки що ескпортований, вірний документ знову до медка, і бачимо наступне (у полі 14 стоїть курсор)

medoc_fkng_error_862.png (875 байт) 351 просмотр

Тобто замість вірних значень поля T1RXXXXG14 = 0 та T1RXXXXG16 = 0,00 у нас поля повністю пусті.

Чому медок повністю ігнорує допустимі значення із власної ж схеми
Це баг чи хвіча

[Белокопытов Геннадий]

poltava_energy
Згідно Постанови Правління ФСС України № 12 від 19.07.2018 року "Про затвердження Порядку фінансування страхувальників для надання матеріального забезпечення застрахованим особам у зв'язку з тимчасовою втратою працездатності та окремих виплат постраждалим на виробництві за рахунок коштів Фонду соціального страхування України», звіт «Заява-розрахунок» подається страхувальниками для надання за рахунок коштів Фонду соціального страхування України фінансування матеріального забезпечення застрахованим особам, страхових виплат п страждали на виробництві, відшкодування вартості поховання потерпілого та пов'язаних з цим ритуальних послуг.

Допомога по тимчасовій непрацездатності внаслідок захворювання або травми, не пов'язаної з нещасним випадком на виробництві та професійним захворюванням, ФСС виплачує застрахованим особам починаючи з шостого дня непрацездатності за весь період до відновлення працездатності або до встановлення медико-соціальною експертною комісією (МСЕК) інвалідності (встановлення іншої групи, підтвердження раніше встановленої групи інвалідності).
Допомога по тимчасовій непрацездатності по догляду за хворою дитиною або хворим членом сім'ї виплачується за рахунок коштів ФСС з першого дня непрацездатності.

Тому, якщо у співробітника лікарняний до 5-ти днів тільки за рахунок підприємства, то його не відображають в звіті "Заява-розрахунок".

При незаповнених, та вказаних значеннях "0" для гр. 14. «Кількість днів, що підлягають оплаті, у т. ч. за рахунок коштів Фонду» T1RXXXXG14 і гр. 16. «Сума (в гривнях з копійками), у т. ч. за рахунок коштів Фонду» T1RXXXXG16 програма видає строгий контроль.
Імпорт значень "0" для гр. 14, 16 не є коректним, необхідно користувачу правильно заповнити ці поля.

[priup]

poltava_energy
...........................

Ай да Геннадий!
Ай да молодец!!!

[poltava_energy]

При незаповнених, та вказаних значеннях "0" для гр. 14. «Кількість днів, що підлягають оплаті, у т. ч. за рахунок коштів Фонду» T1RXXXXG14 і гр. 16. «Сума (в гривнях з копійками), у т. ч. за рахунок коштів Фонду» T1RXXXXG16 програма видає строгий контроль.
Імпорт значень "0" для гр. 14, 16 не є коректним, необхідно користувачу правильно заповнити ці поля.

Пане Геннадію.
Питання ж не у правилах подання таких заяв (про правила у мене взагалі мови не було).
А у тому що медок спотворює власні ж документи.
Процедура Експорт-Імпорт-Експорт повинна давати однаковий результат.
А він різний

PS: Якщо воно таку лажу робить ще й по іншим документам, то у мене для вас сумні новини

[Белокопытов Геннадий]

Якщо воно таку лажу робить ще й по іншим документам, то у мене для вас сумні новини

Для усіх звітів імпорт виконується коректно, відповідно до структури полів XSD схеми бланку. Для форми C1100101 імпорт значень "0" для гр. 14, 16 не виконується, по причині указаній в повідомленні вище.

[poltava_energy]

Якщо воно таку лажу робить ще й по іншим документам, то у мене для вас сумні новини

Для усіх звітів імпорт виконується коректно, відповідно до структури полів XSD схеми бланку. Для форми C1100101 імпорт значень "0" для гр. 14, 16 не виконується, по причині указаній в повідомленні вище.

Давайте повторю ще раз.

Медок.
Навмисне.
Спотворює.
Дані.
Користувачів.


Ви намагаєтеся підміняти дані на ліві, які вас ніхто не прохав видаляти та намагаєтеся брати на себе функції ФСС.
У цій формі ви робите автозаміну нуля на пусто, у іншіх можете робить автозаміну 0 на 1, потм ще якусь.
Алгоритми роботи декількох тисяч форм перевірити практично неможливо. А тепер дивіться мій процитований коментар.
Прецедент створено.
Як вимкнути цю тупу автозаміну

[Medoc Man]

Якщо воно таку лажу робить ще й по іншим документам, то у мене для вас сумні новини

Для усіх звітів імпорт виконується коректно, відповідно до структури полів XSD схеми бланку. Для форми C1100101 імпорт значень "0" для гр. 14, 16 не виконується, по причині указаній в повідомленні вище.

Давайте повторю ще раз.

Медок.
Навмисне.
Спотворює.
Дані.
Користувачів.


Ви намагаєтеся підміняти дані на ліві, які вас ніхто не прохав видаляти та намагаєтеся брати на себе функції ФСС.
У цій формі ви робите автозаміну нуля на пусто, у іншіх можете робить автозаміну 0 на 1, потм ще якусь.
Алгоритми роботи декількох тисяч форм перевірити практично неможливо. А тепер дивіться мій процитований коментар.
Прецедент створено.
Як вимкнути цю тупу автозаміну

Давайте я тоже повторю ещё раз.
"0" быть не должно из соображений заполнения (хотя он и допустим по схеме). M.E.Doc при импорте убирает "0". Бухгалтеру не выводится контроль о некорректном заполнении.
И ещё раз повторю.
"0" быть не должно (хотя он допустим). M.E.Doc при импорте убирает "0". Бухгалтеру не выводится контроль о некорректном заполнении.
Могу повторить ещё, если требуется.

P.S.: "нормы" заполнения немного... приоритетнее "схем". Логично, что в ПО предусмотрены подобные вещи, которые позволят бухгалтеру не ломать голову, почему поле светится красным, хотя оно "пустое".

[EdwardTurJ]

А чому в Медку графи 21 та 22 не можуть бути пустими? Яка тут логіка?

[vnkor]

Як вимкнути цю тупу автозаміну

Может, собака порылась здесь?

| Показать

Screenshot_24.jpg (65.57 КБ) 167 просмотров

[poltava_energy]

Давайте я тоже повторю ещё раз.
...
И ещё раз повторю.
...

Ви розробник медка? технічний спесіаліст? яка ваша роль на цьому форумі?

Может, собака порылась здесь?

Можливо і тут, але редактувати властивості автозаміни для кожного бланку - контрпродуктивно.
Повинні були глобальні налаштування невтручання програми у користувацькі дані.

[Medoc Man]

Ви розробник медка? технічний спесіаліст? яка ваша роль на цьому форумі?

Моя роль в том, чтоб донести до Вас, что "Медок навмисно НЕ спотворює дані користувачів".

[Ирина Шадрина]

Повинні були глобальні налаштування невтручання програми у користувацькі дані.

Ну да, контроли на ошибки просто так ставят. Поверьте, користувачи такого наваяют, что мама не горюй. И если лично Вашему предприятию нужны нули в пустых графах, то меняйте свойства бланка. Обычно я делать этого не советую, т.к. на шлюзах стоят те же контроли, и отчет может не пройти.