Провести (Киев) тренинг по 1С: Предприятие – №150544
Закрыт
Фрилансеры предложат решение вашей задачи уже через несколько минут!
Публикация заказа на фриланс бирже не займет много времени.
Необходимо провести небольшой тренинг (1-2 дня) в Киеве для бухгалтера предприятия по учету производственных затрат в конфигурации УПП.
- Прием заявок
- Выбор исполнителя
- Выполнение заказа
- Обмен отзывами
Заявки фрилансеров
Нет заявок
Другие заказы в категории «Прикладное ПО»
Фирма торгует алкоголем. Конфигурация Линк-сервис. 1C v8.1
Нужно сделать отчёт. (Возможно внешний)
Отчёт представляет из себя информацию о контрагентах(покупателях) и ... Читать дальше
Нужно сделать отчёт. (Возможно внешний)
Отчёт представляет из себя информацию о контрагентах(покупателях) и ... Читать дальше
Фирма торгует алкоголем. Конфигурация Линк-сервис. 1C v8.1
Нужно сделать отчёт. (Возможно внешний)
Отчёт представляет из себя информацию о контрагентах(покупателях) и сумме и сроках их задолженностей.
Отчёт должен работать на базе данных, где не устанавливаются связи "документ на основании". Т.е. оператор оформляет приходный кассовый ордер, и не указывает за какую конкретно отгрузку. т.е. связи между отгрузками и платежами нет.
Это связано с тем, что очень часто покупатели, при переводе денег, не пишут за что оплата.
В итоге возникла неообходимость в отчёте, который бы сам, образно, устанавливал взаимосвязи между документами.
Имеются документы: реализация; приходный кассовый ордер; договор с контрагентом, где указано количество дней отсрочки платежа.
Документы реализация и приходный кассовый ордер, связывает только общий контрагент. Зависимостей, что "этот ордер" относится к "этой реализации" нет.
Одна из возможных схем работы отчёта:
(указать период отчета)
1) посчитать сумму задолженности на начало периода
2) взять сумму первой отгрузку (на начало периода отчёта), взять приходный кассовый ордер, посчитать оставшуюся сумму задолженности
3) если клиент ещё должен, то взять второй приходный кассовый ордер.
4) взять остаток, к нему приплюсовать сумму следующей отгрузки, посчитать оставшуюся сумму задолженности.
5) и так далее до конца (до конца периода отчёта)
В итоге, когда обработчик дойдёт до конца, у нас должны получится оплаченные и неоплаченные отгрузки. У неоплаченных отгрузок надо посчитать количество дней просрочки, и вывести их в таблицу.
В таблице должны быть следующие колонки:
наименование контрагента; задолженность на начало отчета; дата документа; сумма документа; сумма проплат(ы); сумма задолженности; дней просрочки; менеджер, работающий с контрагентом
Одна строка в таблице это один контрагент, но есть подстроки. Одна подстрока это один документ за период отчёта.
Пишите свои предложения(вопросы) или на этот сайт или в ICQ.
Цена договорная.
ICQ: 288497037 Свернуть
Нужно сделать отчёт. (Возможно внешний)
Отчёт представляет из себя информацию о контрагентах(покупателях) и сумме и сроках их задолженностей.
Отчёт должен работать на базе данных, где не устанавливаются связи "документ на основании". Т.е. оператор оформляет приходный кассовый ордер, и не указывает за какую конкретно отгрузку. т.е. связи между отгрузками и платежами нет.
Это связано с тем, что очень часто покупатели, при переводе денег, не пишут за что оплата.
В итоге возникла неообходимость в отчёте, который бы сам, образно, устанавливал взаимосвязи между документами.
Имеются документы: реализация; приходный кассовый ордер; договор с контрагентом, где указано количество дней отсрочки платежа.
Документы реализация и приходный кассовый ордер, связывает только общий контрагент. Зависимостей, что "этот ордер" относится к "этой реализации" нет.
Одна из возможных схем работы отчёта:
(указать период отчета)
1) посчитать сумму задолженности на начало периода
2) взять сумму первой отгрузку (на начало периода отчёта), взять приходный кассовый ордер, посчитать оставшуюся сумму задолженности
3) если клиент ещё должен, то взять второй приходный кассовый ордер.
4) взять остаток, к нему приплюсовать сумму следующей отгрузки, посчитать оставшуюся сумму задолженности.
5) и так далее до конца (до конца периода отчёта)
В итоге, когда обработчик дойдёт до конца, у нас должны получится оплаченные и неоплаченные отгрузки. У неоплаченных отгрузок надо посчитать количество дней просрочки, и вывести их в таблицу.
В таблице должны быть следующие колонки:
наименование контрагента; задолженность на начало отчета; дата документа; сумма документа; сумма проплат(ы); сумма задолженности; дней просрочки; менеджер, работающий с контрагентом
Одна строка в таблице это один контрагент, но есть подстроки. Одна подстрока это один документ за период отчёта.
Пишите свои предложения(вопросы) или на этот сайт или в ICQ.
Цена договорная.
ICQ: 288497037 Свернуть
Завершен 11 лет назад
Есть ПО написанное из исходников (vs 2008 с++)
ссылка
Для его выпуска необходимы некоторые изменения по указанному ТЗ
Требования:
с++ ... Читать дальше
ссылка
Для его выпуска необходимы некоторые изменения по указанному ТЗ
Требования:
с++ ... Читать дальше
Есть ПО написанное из исходников (vs 2008 с++)
ссылка
Для его выпуска необходимы некоторые изменения по указанному ТЗ
Требования:
с++
сделать быстро
качественно
работы приблизительно на 2 недели
в дальнейшем рассматривается вопрос о поддержке этого ПО - новые вресии.
От кандидата - портфолио, что писали на с++ из последних проектов, стоимость часа
контакт: аська
В приват не писать Свернуть
ссылка
Для его выпуска необходимы некоторые изменения по указанному ТЗ
Требования:
с++
сделать быстро
качественно
работы приблизительно на 2 недели
в дальнейшем рассматривается вопрос о поддержке этого ПО - новые вресии.
От кандидата - портфолио, что писали на с++ из последних проектов, стоимость часа
контакт: аська
В приват не писать Свернуть
5 заявок
Закрыт 11 лет назад
Требуется разработать приложение под iPhone, которое будет иметь несколько полей ввода (15-30) и сохранять на iPhone. В определенные интервалы времени ... Читать дальше
Требуется разработать приложение под iPhone, которое будет иметь несколько полей ввода (15-30) и сохранять на iPhone. В определенные интервалы времени соедининяться с сервером и передавать введенные данные. Серверная часть уже написана. Свернуть
3 заявки
Закрыт 11 лет назад
Нужно написать конвертатор данных из текстовых файлов в .sql для форума phpbb третьей версии.
Желательно программу, а не скрипт.
Задача ... Читать дальше
Желательно программу, а не скрипт.
Задача ... Читать дальше
Нужно написать конвертатор данных из текстовых файлов в .sql для форума phpbb третьей версии.
Желательно программу, а не скрипт.
Задача упрощается следующими данными:
1. Форум с нуля. Создан один раздел и один форум в нем.
2. Тем на форуме нет (ошибок с id топиками возникать не может).
3. На форуме зарегистрированы пару десятков юзеров (логин, пароль, электронная почта – все есть).
Мне нужно, чтобы конвертор делал следующее:
Из файла user.txt брал юзеров.
Из файла topic.txt брал название тем.
Из файла post.txt брал посты.
Во всех трех файлах все данные находятся с новой строки.
Юзеров может брать как угодно, главное чтобы посты не шли один за другим от одного юзера.
Из файла topic.txt брал из первой строки первую тему. Добавлял в эту тему из файла post.txt 7-12 строк (то есть в теме будет 7-12 постов). Затем брал из topic.txt вторую строку с названием темы и создавал тему, в эту тему из файла post.txt выдергивал следующие 7-12 постов. И так далее пока не будут использованы все строки из файла post.txt и topic.txt .
Полученный дамп .sql должен без ошибок грузиться на форум.
Исполнителю даю форум, тексты для тем, тексты для постов, данные юзеров, доступ к phpmyadmin. Можете проводить тесты, создавать и удалять темы как угодно, главное чтобы результат был.
Сразу предупреждаю, на Денвере тестировать не получится, т.к. phpmyadmin на денвере отличается от phpmyadmin на хостингах из-за версии. И чтобы не было недоразумений в версиях и сборках форума даю свой форум!
Пишите конкретно сумму и срок выполнения.
P.S. Если у кого-то есть аналогичный готовый продукт под другой движок форума, то готов выслушать. Свернуть
Желательно программу, а не скрипт.
Задача упрощается следующими данными:
1. Форум с нуля. Создан один раздел и один форум в нем.
2. Тем на форуме нет (ошибок с id топиками возникать не может).
3. На форуме зарегистрированы пару десятков юзеров (логин, пароль, электронная почта – все есть).
Мне нужно, чтобы конвертор делал следующее:
Из файла user.txt брал юзеров.
Из файла topic.txt брал название тем.
Из файла post.txt брал посты.
Во всех трех файлах все данные находятся с новой строки.
Юзеров может брать как угодно, главное чтобы посты не шли один за другим от одного юзера.
Из файла topic.txt брал из первой строки первую тему. Добавлял в эту тему из файла post.txt 7-12 строк (то есть в теме будет 7-12 постов). Затем брал из topic.txt вторую строку с названием темы и создавал тему, в эту тему из файла post.txt выдергивал следующие 7-12 постов. И так далее пока не будут использованы все строки из файла post.txt и topic.txt .
Полученный дамп .sql должен без ошибок грузиться на форум.
Исполнителю даю форум, тексты для тем, тексты для постов, данные юзеров, доступ к phpmyadmin. Можете проводить тесты, создавать и удалять темы как угодно, главное чтобы результат был.
Сразу предупреждаю, на Денвере тестировать не получится, т.к. phpmyadmin на денвере отличается от phpmyadmin на хостингах из-за версии. И чтобы не было недоразумений в версиях и сборках форума даю свой форум!
Пишите конкретно сумму и срок выполнения.
P.S. Если у кого-то есть аналогичный готовый продукт под другой движок форума, то готов выслушать. Свернуть
Завершен 11 лет назад