Creation of a report in 1C (composition, nomenclature)

Доброго дня, Олександро.

Ваша задача трохи дивна. І спершу потрібно витратити чимало часу на те, щоб зрозуміти для чого Вам потрібна така дивина, і чи точно вона потрібна саме в такому вигляді, як Ви описуєте? А зазначеного Вами бюджету не вистачить навіть на збір вимог, аналіз, проектування, планування і оцінку Вашої задачі. Про реалізацію й казати нема чого.
Тож додайте хоча б одного нулика праворуч і тоді можна буде сподіватись, що знайдеться хтось, хто візьметься за Вашу задачу.

Oleksandra Bovgar 24 December 2020

Сергій ще раз доброго дня!

Так і хочеться почати з Вами працювати)

Запропонуйте свій варіант бюджету,  виходячи з ТЗ, а ми вже розглянемо його)

Як я Вам вже сказав на іншому Сайті, я в цьому році вже завершив свою діяльність... і можу в дуже-дуже фоновому режимі асинхронно спілкуватись щодо задач "на майбутнє".
А до роботи планую повернутись в другій половині (ближче до кінця) січня.
Тож, якщо Вам задача "горить", то вибачте за те, що відволік Вашу увагу - я навряд чи зможу Вам допомогти.
А якщо задача може почекати до кінця січня-лютого, тоді можна потроху (в асинхронному режимі) спілкуватись.
Причому, бажано спілкуватись з людиною, яка може безпосередньо відповідати на питання (щоб не було "зіпсованого телефону").

Якщо все ж таки Ви вирішите почати зі мною спілкування, то для оцінки Вашої задачі мені від Вас знадобиться:
- Файл Вашої конфігурації. Або, навіть краще, якщо є така можливість, - вивантаження бази зі схожими на Ваші (але не справжніми) демо-даними для розробки.
- Скажіть повну версію (всі чотири цифри) платформи 1С, яка у Вас використовується (і\або на якій має працювати результат).
- Обґрунтуйте вибір інтерфейсу саме у вигляді звіту? Чому не обробка, або спільна форма? Тим більше, що є вимога щодо її роботи в режимі робочого столу/кіоску.
- Скажіть, що має відбуватись далі з отриманими даними? Адже автоматичне заповнення таблиці і її ручне редагування для чогось потрібні, а не просто щоб поклацати мишкою. Якщо потрібно просто подивитись дані з бази, то не зрозуміло для чого їх редагувати руками. А якщо їх редагують руками, то очевидно, що далі з ними щось збираються робити. Що?


Далі будуть ще уточнюючі питання. Але для початку бесіди, думаю, що цього достатньо.

З Повагою,
Назаренко Сергій

Може претендувати на звання "Краща постановка задачі року"

Доброго дня. Сам з Чернівців, але опис задач не зовсім зрозумілий, ті люди, які пишуть, що їм все зрозуміло, скоріше за все говорять не правду. Саме ккраще це поспілкуватись вживу і обговорити.

А  які люди пишуть, що їм все зрозуміло?

Не переживайте, я не про вас. Є дуже багато таких завдань, де люди пишуть, що їм на 100 % все зрозуміло і вони це зроблять "на раз два"

Ну то файно) Бо вже м переживав, шо не зрозумілисте завдання.

Ну от мені, наприклад, зрозуміло.

Доброї ночі.

Не впевнений, що Вам зрозуміло все (точніше, що Ви прочитали задачу уважно).

Звичайний звіт по товарах на СКД.

Якщо врахувати, що

Створення звіту для 1С з можливістю подальшого самостійного редагування.

• Стовпець «номенклатура» ... з можливістю додавати, видаляти або об’єднати окремі номенклатури.
• Звіт повинен надавати можливість додати необхідну кількість складів, шляхом дублювання табличної частини (Залишок-Прихід-Розхід-Залишок)

то звіт не такий вже й звичайний виходить. Бо ручне редагування звітів на СКД - це та ще задача.

Доброго вечора.

Насправді там нічого складного нема.

Я уже таке робив, причому саме у звіті, в тому числі і на керованих формах. Якщо цікаво - пишіть в приват, поділюся прикладом. 

Я знаю, як це робиться - теж доводилось.
Просто це вже виходить за рамки "звичайного" звіту на СКД.
До того ж, не зрозуміло найважливіше - для чого це замовнику? Можливо, можна запропонувати йому більш зручне рішення, ніж редагування табличного документа.

Ну, я ці моменти завжди уточнюю перед виконанням, коли знайомлюся з базою.