|
Заруба Интеграл vs 1C-2 Ø₽ (длинная ветка 11.12.2020 14:52) | ☑ | |||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
0
IdeaV
19.11.20
✎
22:32
|
Словарик и первоисточник задачи: Заруба 1С vs lsFusion
Функциональные требования клиента: Хочу довольно простую конфигурацию с громким названием УУ для мелкой торговой фирмы Не надо писать вторую УТ, нужно написать минимальный функциональный контур четко по нашим требованиям, чтобы было просто и удобно, остальное по необходимости будем дописывать позже Всякие печатные формы не нужны, у нас есть БП, мы все будем печатать из нее, у нас этим все-равно занимается бухгалтер, а она работает в БП То есть по сути база нужна для ведения очень простого УУ, но курочить под это нашу БП мы не хотим Что нужно: Справочник "Контрагенты" При выборе в документах нужно скрывать тех, у кого стоит галочка "Архивный", но чтобы была возможность увидеть всех, включая тех, у кого стоит галочка "Архивный" Справочник "Номенклатура" Добавить галочку "Услуга" Справочник "Договоры" Подчинен контрагентам В реквизите "Детализация расчетов" выбирается одно из двух значений, "По договору" или "По расчетным документам" Справочник "Склады" Хотелось бы иметь возможность опционально не видеть нигде склад, если у нас будет только один склад Справочник "Кассы" Хотелось бы иметь возможность опционально не видеть нигде кассу, если у нас будет только одна касса Справочник "Расчетные счета" Хотелось бы иметь возможность опционально не видеть нигде расчетный счет, если у нас будет только один расчетный счет Документ ПТУ Факт закупки у поставщика на склад списка товаров и услуг Приходует товары (услуги не приходовать) на склад Начисляет долг поставщику Начисляет себестоимость, при этом должна быть возможность отнести услуги на конкретные товары конкретных ПТУ Цены по умолчанию подставляются из последнего ПТУ от выбранного поставщика Документ РТУ Факт продажи покупателю со склада списка товаров и услуг Расходует товары (услуги не расходовать) со склада Начисляет долг покупателя Списывает себестоимость с учетом ТЗР по ФИФО без учета складов Должен контролироваться количественный отрицательный остаток на складе Цены по умолчанию подставляются те, которые назначены на выбранную номенклатуру выбранному покупателю или (если такой цены не назначено), то те, которые назначены на выбранную номенклатуру Документ ПКО Факт оплаты от покупателя Приходует денежные средства в кассу Списывает долг покупателя Документ РКО Факт оплаты поставщику Расходует денежные средства из кассы Списывает долг поставщику Должен контролироваться отрицательный остаток в кассе Документ ПРС Факт оплаты от покупателя Приходует денежные средства на расчетный счет Списывает долг покупателя Документ СРС Факт оплаты поставщику Расходует денежные средства с расчетного счета Должен контролироваться отрицательный остаток на расчетном счете Во все документы в поле "Автор" должен проставляться текущий пользователь Во всех документах должна указываться ставка НДС (10, 18 или 20%), сумма НДС и признак, НДС в сумме или сверху Необходимые регистры продумайте сами Отчет "Ведомость по товарам на складах": — Номенклатура — Склад — Начальный остаток — Приход — Расход — Оборот — Конечный остаток Отчет "Ведомость по расчетам с контрагентами": — Контрагент — Договор — Расчетный документ — Начальный остаток — Приход — Расход — Оборот — Конечный остаток Отчет "Ведомость по денежным средствам": — Тип денежной ячейки (одно из значений, "Касса" или "Расчетный счет") — Денежная ячейка — Начальный остаток — Приход — Расход — Оборот — Конечный остаток Отчет "Продажи и себестоимость": — Номенклатура — Покупатель — Сумма продажи — Сумма себестоимости — Сумма прибыли — Процент рентабельности Во всех отчетах должен быть опциональный отбор по периоду Во всех отчетах должна быть возможность использования полей периода (день, месяц, квартал, год) Во всех отчетах должна быть возможность формирования с детализацией до регистратора Во всех отчетах должна быть возможность формирования с детализацией до типа регистратора Во всех отчетах должна быть возможность для пользователя настроить произвольный отбор Во всех отчетах должна быть возможность для пользователя настроить произвольные группировки Во всех отчетах должна быть возможность для пользователя настроить произвольную сортировку Во всех отчетах должны автоматом сохраняться последние настройки, сделанные пользователем Во всех отчетах должна быть возможность сохранить настройку, сделанную пользователем Каждые 10 минут при необходимости должна автоматом восстанавливаться последовательность проведения складских документов, то есть перепроводиться документы в хронологической последовательности Должен быть web-сервис для одностороннего обмена с БП, направление из УУ в БП Инициатором запроса данных будут БП В обмене участвуют ПТУ и РТУ Обмениваться должны только те данные, которые еще не были отправлены Формат обмена любой из XML, JSON, XLSX, на стороне БП обработаем любой из выбранных форматов Должна быть гарантированная доставка данных Нефункциональные (требования) пожелания: — Скорость разработки (более чем адекватный критерий, заказчику это очень важно) — Читабельность кода (еще один важный критерий, решение нужно поддерживать) — Функциональность (опять же важно, потому что заказчик хочет удобства, а не велосипед на костылях) |
||||||||||
15
IdeaV
19.11.20
✎
23:50
|
(8) Какую базу?
(13) Да, я там нашел потом ответы на свои вопросы, но сильно не вчитывался Ты, конечно, красавец, потратил 30 часов на это задарма. Любишь выпрограммировывать всякое, похоже. Интеграл победит |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |