вот такое сообщение. Нет возможность счас скачать с депозита. Переложите кто то

Нажмите для просмотра прикрепленного файла

необходимо зарегистрироваться для просмотра ссылки


Да, помощь действительно нужна( там проблемы на уровне структуры... Думаю, надо вытаскивать автора сюда, поставить задачу нормально, спросить, почему с нуля, а не бюджетку дотачивать.

Думаю нафига им бюджетка. Это ж бухия или Зик. А тут учет детей...
Да структура ...

мне на почту пришло уведомление. по ссылке открыл.
хотя как было 0 личных сообщений так и осталось.

Не раз слышал "у нас склад один и второго никогда не будет!".... первый раз даже поверил)

Что-то мне подсказывает, что этот учет детей - только самое начало(прожект явно выполняется по принципу "что вижу - то и пою"). Группы, воспитатели, затраты, одежда... бюджетка хороша механизмом учета по источникам финансирования. Хоть здесь велосипед не изобретать...

Вопчем, надо автора сюда и - допрос с пристрастием).

Готов поучаствовать, если проект некоммерческий.

Согласен. Хотя бывают и исключения

Отписался автору, если выползет из тени помогу, чем смогу. Структура и в правду ужасна.

отписался.

Здравствуйте! Немного подправил базу, посмотрите, кто-может, что неправильно? Ссылка на конфигурацию необходимо зарегистрироваться для просмотра ссылки

Спраовчник "Так/Ні", "Стать" это надо делать как Перечисления, возможно и "Родичі", "Соцыальний статус".
Зачем форма справочника "Вихованци" сделана под определенный размер? У меня например низа вобще не видно Я бы сделал как-то с использованием страниц.
Интерфейсная часть очень ужасна. Я бы переделал все
И справочник "Вихованці" мне не совсем понятен, зачем классы разделили на группы? А если дети переходят из одного класса в другой - что каждый раз перемещать их по группам? Лучше использовать какой-то регистр сведений что бы хранить информацию о том в каком классе находится ребенок, так можно будет и вести историю, и получить актуальные значения. + сделать какой-то документ (или обработку?) для перемещения детей из класса в класс.

+ еще один момент, насколько я знаком с подобными структурами, дети могут выбывать и прибывать повторно (а так же может иметь место временное выбытие), в данной конфигурации этот момент видимо упущен, и в случае наступления такого случая справочник вихованцив будет содержать дубли. Посему основную (более статичную) информацию было бы правильно выделить в отдельный справочник... Вобщем в своих раздумьях я споткнулся на те же грабли, что и выше - неправильная структура.

Увеличить длину поля "Наименование".
В событие формы "ПередЗаписью" дописать
Наименование = фамилия+" "+Имя+" "+ДатаРождения;
Номера паспорта и свидетельств, идентификационный код сделать текстовыми чтобы ведущие нули можно было вводить (СН-000555)

А можете исправить в базе?

Что конкретно исправить?

Что Вы считаете неправильно. Я только начинаю программировать под 1С, и я много чего не знаю.

Я не могу утверждать что я что-то считаю не правильным, т.к. не знаю, что в итоге Вы хотите получить от создания данной конфигурации.
Я могу навести некий порядок, настолько насколько посчитаю это целесообразным, будете ли Вы с этим потом согласны?


Ну я тоже не могу похвастаться большими знаниями в этой области
В течении следующей недели попробую сделать что-то, если никто не против?

Я буду очень благодарен всем, кто сможет навести порядок в этой базе. Можно творить на свой рассудок: главное, чтобы можно было вести учет прибувших, выбувших воспитанников. Делать отчеты их. Делать отчеты сирот, полусирот и т.д в заданых периодах....

А что Вы имеете ввиду событие формы "ПередЗаписью"?

Поищите в сети (а возможно и на форуме) книжку "1C v81 - Практическое пособие разработчика - Примеры и типовые приемы (Радченко, 2007)".
Много времени не займет, но зато поймете основные моменты разработки.

Вот необходимо зарегистрироваться для просмотра ссылки еще почитайте.

А есть какие-то законодательные документы по тому как это должно быть? (интересуют ссылки или реквизиты).
И было бы неплохо если бы Вы описали общий процесс - т.е. все по пунктам, что должно происходить от приема ребенка до его выбытия.

Когда ребенок поступает, то складывают Документ "Анкета дитини", в которой будут внесены почти все основные данные. Я сделал справочник Вихованці (она вмещает чуть больше даных о ребенке, которые нужны, например, при заполнении формы на загранпаспорт), на основании которой можно сформировать другие документы, такие как "Анкета дитини" и "Заява-анкета на отримання закордонного паспорта". В процессе будет этот список дополнен. И нужно формировать отчеты, например, сколько на определенную дату было сирот, или полусирот (для этого у нас есть поле "социальний статус"), сколько детей прибыло/выбыло за определенный период, полный список детей по классах и друние.

Поясните:


Т.е. при поступлении вводят в справочник все данные, а потом уже вводят документ который отражает поступление, так?

Если один и тот-же выбывает/прибывает больше одного раза - то выбытиЯ где-то нужно хранить. Или документ выбытие вводить или в регистре сведений хранить информацию.

Да, можно документ поступление, а потом анкету.

Если логично подумать, то нас интересует только есть или нет ребенка?

Тогда почему не использовать амбарную книгу?
Мне кажется нас должно интересовать все о ребенке, есть он, был, или временно выбыл.

Я думаю, что Вы правы!

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

p.s. думаю все заинтересованные уже скачали файл, поэтому ссылку умышленно убираю, если что спрашивайте в личку.

Стащил. К сожалению, б\м внимательно смогу заняться не раньше вторника. Украинский язык могу взять на себя.
Было б круто наладить командную разработку с удаленным доступом к терминалу, с хранилищем. Кто в теме?

Посмотрел я базу: мне до этого уровня еще очень далеко! Да, не плохо было бы сделать сетевую версию? Как Вы думаете?

Большое спасибо, всем!

Сейчас практически все объекты интерфейса прописаны на двух языках, может где-то недосмотрел, просто не сильно уделял этому внимание. Если у истории будет продолжение, естественно я готов прилизать уже имеющийся фейс.


Если б знать, что разрабатывать... Я так понимаю у автора тоже проблема с пониманием конечного продукта.


Что значит сетевую? Работать по сети нескольким пользователям можно и в этой, только чуть подкрутить надо.

Я

ЗЫ. ВИПы, смотрите тему в ВИП разделе!

Дописал бы движения по регистрам Движения воспитанников и какой нить отчет.

А вообще если взять за основу типовые "штучки" это было бы нарушением АП?

Да, я имел ввиду, что работать будут с базой по сети несколько человек одновременно.

Какую информацию надо? Спрашивайте.

Вы посмотрите что Вам сделали сейчас. И пошагово говорите, что нужно добавлять

Я нигде не встречал подобного продукта. Так что писать приходиться с нуля: творить!

Вот несколько документов необходимо зарегистрироваться для просмотра ссылки

По сути, эти документы нужно расспечатывать в любой момент. Ну, конечно, и не распечатывая просматривать на мониторе в том виде, как это сделал автор "logist"

Фотографию в справочнике Дети невозможно загрузить - код к кнопкам не прописан.

Можно подробнее, какие движения? Там етсь регистр в котором собственно отслеживается прибытие/выбытие и переход по классам (переход по классам пока не написан).


Типовые штучки это что?

Я же написал, что это не конечный продукт, там есть еще вещи которые не работают или не существуют. Я просто написал костяк. Дальнейшие действия требуют какой-то постановки задач (что делать-то?).

chechelnitskiy, если Вы не поняли, полноценно работать в этой конфигурации еще нельзя.

1. Ну например количество детей всего?
2. Например универсальный отчет.

Вы можете сами править эту конфигурацию. Дело в том, что Вы верно размышляете!

1. Вот документи, которие нужно формировать необходимо зарегистрироваться для просмотра ссылки
2. Сделать рабочий стол, на котором будет список всех детей справа, а слева фото того ребенка, на котором в даний момент находиться курсор.
3. Страничку, на которой будет отображена вся информация о детях. Например, количество сирот всего, прибівшіх за последний месяц, квартал, год.

А можно без "например", данных может быть куча, что конкретно там должно быть?

Я думаю, что нужно сделать блок, в котором будет отображено:
- количество всего детей;
- количество детей, прибывшых за год;
- количество детей, выбывшых за год;

Ошибка при додаче социального статуса

Касаемо социального статуса у меня появилось другое видение проблемы, поэтому данное поле из справочника убрано.

Читаю я некоторые "регламентные" документы по поводу детских домов-интернатов, и кажется мне, что я очень поспешил... вобщем, то что было сделано - сделано посмотреть, не более.
Надеюсь за неделю соберу и освою всю минимально необходимую информацию, и на выходных начну с нуля
У меня только один вопрос - 8.1 или 8.2? Хочу второе, что скажут специалисты?

Я за 8.2 - и интерфейс красивей, и платформа новее.

Социальные проэкты положено делать либо на древних либо на новейших технологиях в стадии бета версии.

Вопрос по теме.
Ситуация предполагает наличие хоть какого-то кадрового учета, (например) для получения ФИО должностей на дату, собственно вопрос - стоит обойтись только регистром, или лучше(правильнее) сделать еще и документы типа "прием на работу", "увольнение" и т.п.

Было бы не плохо сделать и такие документы. Потом, можно будет, и включать эти данные в документы, которые этого требуют. Например, ознакомлен с приказом:
- Иванов;
- Петров;
- Сидоров.......