Внешний отчет (обработка) 1с 8.3

Добрый день! А чем не подходит стандартный отчет по закупкам?

Андрей Швиднюк 27 серпня 2020

Добрий вечір, немає валюти регл. обліку гривні. А треба (((

Здравствуйте, Андрей.

Так в УТП закупки по регламентированному учету не ведутся в разрезе номенклатуры (если смотреть на регистр накопления ПриобретенияНалоговыйУчет). В регистре накопления Закупки - только данные управленческого учета.

Или Вам нужно объединить регистр накопления Закупки с регистром бухгалтерии Хозрасчетный (проводки Дт 2х Кт 63)?

Андрей Швиднюк 27 серпня 2020

Добрий вечір, так знаю що в регл. обліку не ведуться, показує лише управ. обліку. В нас валюта управ. обліку долар, а регл. обліку грн. Інвестор хоче ще бачити закупки і в грн.

То Вам потрібно просто перерахувати суми в доларах у гривню по поточному курсу (на яку дату)?
Чи потрібно організувати облік закупівель у гривні? Наприклад, додати ще один регістр і зробити, щоб документи робили по ньому рухи одночасно з рухами по регістру Закупівлі?

Андрей Швиднюк 27 серпня 2020

Алгоритм роботи наступний (в налаштуваннях валюта регламентованого обліку гривня, валюта управлінського обліку долар, курси валют щодн обновляються з фінанс.юа

1) закуповується сировина (продукція) - в 1с вводиться накладна, номенклатура з характеристиками, ціна зазначаєть в грн

2) щодня необхідно робити звіт по прийнятій продукції за зміну, тому у відборі вказувати ще й години окрім дати. наприклад звіт за період з 01.08 по 27.08 або з 27.08 8:00:00 год по 27.08 18:59:59 год., має відображатись кількість прийнятої продукції, вартість і сума як в грн так і доларах. в розрізі номенклатури скільки кожний контрагент поставив, або навпаки контрагент яку продукцію поставив, скільки і по якій ціні. Якщо заданий діапазон дат більше ніж один день то має будуватись по кожній даті. Це все приблизно описано наочно в файлах до завдання

По перше, потрібно зрозуміти, що хоч в документах і вказана гривня, але у регістр (по якому будується звіт) потрапляють долари.
Отже є два найочевидніших варіанти вирішення Вашої задачі (насправді їх значно більше, але то все варіації на тему цих двох).
1. Можна розраховувати суми в гривні при побудові звіту (курс брати з регістру з курсами валют на дату документа надходження, або прямо з документа надходження - в ньому фіксується той курс, по якому взаєморозрахунки з постачальником відображаємо).
В цьому випадку істотних змін в конфігурацію вносити не потрібно. Задача вирішується відносно швидко і не дорого.
Але формуватись цей звіт може годинами (може й швидше, але не настільки швидко, як користувачам зазвичай хочеться).
2. Можна в той же регістр Закупівлі додати ще один ресурс СумаРегл і при проведенні документів заповнювати його вказаною в документі суммою гривень, або перерахованою сумою документа з іншої валюти (якщо документ надходження валютний) у гривню.
Ну і потрібно буде або перепровести всі документи, або (що краще, хоч і витратніше) - написати ще обробку, яка в рухах всіх існуючих документів розрахує цей ресурс.
Цей варіант більш правильний з точки зору архітектури і методології розробки.
І в цьому випадку звіт буде формуватись "миттєво" (так як він формується зараз).

Вам який варіант більше до вподоби? На який бюджет Ви розраховуєте?

Андрей Швиднюк 27 серпня 2020

більше другий, по бюджету по пропозиціям

Якщо будемо все-одно вносити зміни у конфігурацію (варіант 2 без цього неможливий), то звіт все-одно робимо зовнішнім? Чи краще вже в конфігурацію його вставити?

Андрей Швиднюк 28 серпня 2020

думаю зовнішній. СКД

Ще питання.

1.

У звіт мають потрапляти ТІЛЬКИ прибуткові накладні?

Чи повернення, коригування, авансові звіти, звіти комісіонерів про продажі, надходження доп. витрат, надходження з переробки - теж?

2.

Я правильно розумію, що Вартість - це Ціна?

І вона розраховується як Сума / Кількість?

Чи має якось витягуватись вказана в документі Ціна?

Андрей Швиднюк 28 серпня 2020

1) на даний момент це поки тільки прибуткові. зараз в базі лише близько 500 документів

2) так вартість це ціна (ціна*к-ст=сума)

бажано щоб ціну відображало

на даний момент це поки тільки прибуткові. зараз в базі лише близько 500 документів

Тобто на даний момент обмежуємо задачу?

Варіант 1.
- В регістрі Закупки СумаРегл та НДСРегл будуть заповнюватись ТІЛЬКИ для прибуткових накладних (для інших документів там будуть нулі).
- У звіті потрібно реалізувати додатковий фіксований відбір, щоб у звіт потрапляли тільки рухи прибуткових накладних (доречі, в цьому випадку звіт буде трохи повільніше формуватись).
Так?

Варіант 2.
Чи бажано все ж таки зробити корректно (щоб всі документи рухали регістр правильно)?
Просто доробити це пізніше буде значно дорожче, ніж зробити це зараз вкупі з прибутковою накладною.

Варіант 3.

Чи інші документи (крім прибуткової) не чіпаємо (вони будуть по регістру робити рухи з нульовими регламентними сумами), але і в звіті обмежень не вносимо (просто для не прибуткових накладних регламентні сума і вартість будуть нульові)?

Андрей Швиднюк 28 серпня 2020

варіант 2

Підкажіть, будь ласка, а що сталось з цією задачею? Її ж наче взялись виконувати. А тепер вона закрита без виконання.