AVRORA program

Даты – На каждой авианакладной должны быть две даты:

• дата поставки
• дата вылета

Формирование документов:  — 35000 руб.

1. На каждую поставку (дату), при нажатии кнопки формирование документов, программа должна создавать папку с названием соответственно дате (Desktop/Documents-dd.mm.yy/). (можно рассмотреть вариант осуществления задачи способом рассылки, если это гораздо проще чем создание папки,)
   Папка должна содержать:
   1. Общий упаковочный лист по каждой авианакладной с названием соответственно номеру документа
      “Packing_list_ХХХХ”
   2. Общий инвойс по каждой авианакладной с названием соответственно номеру документа
      “Invoice_ХХХХ”
   3. Отдельный упаковочный лист на каждый трак с названием соответственно номеру документа и номеру трака – “Packing_list_ХХХХ-ХХ”
   4. Таблица в формате Excel с названием соответственно дате (поставки)
      “Table-dd.mm.yy”
   5. На Амстердам — Distribution instruction по каждой авианакладной с названием соответственно номеру документа –“Distribution_instruction_ХХХХ” (см. пример App.1). Документ должен включать следующую информацию:

1. Название Distribution_instruction_ХХХХ
2. Номер авианакладной и дата вылета (соответственно)

• Список траков, дата загрузки (дата вылета + 1 день) и коментарий по каждому траку

1. Под каждым траком– список получающих клиентов и сколько коробок каждый получает

1. Все документы должны быть сформированы в формате Excel с параметром печати в одну страницу (ширина).

Вопросы:

• A) b) c) формы уже есть, они устраивают ?
• Что такое пукт d) ? Таблица планирования ?
• Как будут нумероваться документы ? Пакинг листы и дистрибьюшн
• Откуда брать ремарки ? Будут ли они в эксель уже вставляться или из базы?

Формирование заказов 15000 руб.:

1. На каждую поставку (дату), программа должна создавать пакет заказов для поставщиков. Для каждого поставщика присутствующего в таблице поставки создаётся документ заказа в котором должна присутствовать следующая информация:

1. Header
2. Реквизиты поставщика
3. Дата поставки
4. Список заказываемой продукции, кол-во коробок, кол-во стеблей
5. Footer
6. См. пример – App2

Вопросы:

Откуда брать цвет ?

• Подпись внизу таблицы всегда такая ? Анастасия и проч. Это постоянная информация ?
• Пакет заказов должен формироваться в виде папки с Excel файлами или как ?

Отчёт по сортам и поставщикам 10000:

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

1. Header
2. Дата поставки
3. Столбик поставляемой продукции (без спецификаций – длины или веса)
4. Столбик с наименованием поставщиков
5. Столбики с количеством коробок, и количеством стеблей
6. Общее количество коробок и стеблей
7. См. пример – App3

1

СОГЛАШЕНИЕ О КОНФИДЕНЦИАЛЬНОСТИ

г.Москва                                                                                                                        04 марта 2015 г.

Общество с ограниченной ответственностью «»,в лице Генерального директора ., действующего на основании Устава, с одной стороны, ,  с другой стороны, именуемые в дальнейшем «Стороны»,заключили настоящее Соглашение о конфиденциальности о нижеследующем.

1.Стороны обязуются обеспечивать соблюдение условий защиты полученной от другой стороны информации, составляющей коммерческую тайну, и иной конфиденциальной информации, не допускать ее разглашения третьим лицам и не использовать во вред друг другу.

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

2.В целях исполнения предмета настоящего Соглашения Стороны обязуются:

— соблюдать конфиденциальность Информации, составляющей Коммерческую тайну, и иной конфиденциальной информации (далее — Информация), передаваемой Сторонами.

— обращаться с Информацией  и ее носителями в соответствии с требованиями внутренних нормативных документов Сторон и не допускать разглашения информации.

3.Обязательства по настоящему Соглашению распространяются также на Информацию, полученную Сторонами друг от друга до заключения настоящего Соглашения.

4.Сторона, допустившая утрату или разглашение Информации, несет ответственность за убытки, понесенные Передающей Стороной и возникшие  в связи с раскрытием Получателем переданной ему Информации.

5.Информация остается собственностью Передающей Стороны. Передающая Сторона вправе потребовать от Получателя вернуть ее в любое время, направив Получателю уведомление в письменной форме. В течении 15 дней после получения такого уведомления Получатель должен вернуть все оригиналы Информации и уничтожить по акту все копии Информации, имеющиеся у него, а также у третьих лиц, которым он передал с соблюдением условий настоящего Соглашения такую Информацию.

6.Настоящее Соглашение вступает в силу с даты его подписания Сторонами.

7.Настоящее Соглашение состоит из двух  листов, подписано в двух  экземплярах, имеющих одинаковую юридическую силу, по одному для каждой из Сторон.

• Док-ты – склады-перемещение товаров.

  В перемещении товаров (торг-13) не пишется полное наименование продукции (пишется краткое наименование, которое мы заводит для себя).
  Хотя в накладной на перемещение пишется полное наименование.
  В торг-13 не заполняется масса брутто.

В накладной представлено краткое наименование:

В накл. полное наименование:

• Планирование.
  а) В таблице нужно добавить колонку брутто.
  Т.е. должно появится в номенклатуре в ед. измерения строчка брутто. У нас есть только нетто.
  Т.е. должно быть и брутто и нетто.

  б)Когда создается из планирования заказ от поставщика, то создается заказ не всегда корректный.
  Не минусует и не плюсует корректировки. Иногда изначально от плана отминусовывает, но не плюсует…выдает не корректные данные, т.е. данные не соответствуют колонке подтверждено.

Пример:

• В счете в схеме проезда нужно убрать телефон 509-12-59 (спец. герметиков) на схеме. Поменять схему проезда. Верная схема проезда на сайте САЗИ.

Это старая схема, которую нужно изменить:

• В реквизитах САЗИ не корректные данные. КПП в Томилино и в Люберцах отличаться. Нужно добавить в организацию КПП грузоотправителя.
  Нужно добавить колонку адрес юридический САЗИ и адрес фактической отгрузки САЗИ.

Некорректные данные в графу  «поставщик» КПП должно быть не Томилинское,  а Люберецкое.

• Завести АКТ о приемке ТМЦ в реализации (после получения данных от Стогова –требования предъявляемые заводом производителем к хранению и перевозке материалов)
  (образец прилагается)
• Разобраться: почему ставя резерв во внешнем заказе, реализация проводится со списание материалов со склада, а не из резерва. Почему не потягивает данные с внешнего заказа?
  Так же происходит наоборот… в счете нет резерва, а реализацию проводит и берет из резерва, следовательно задвоино  списание материалов со склада.
• Отредактировать ТТН

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

Б) Когда заполняешь эту таблицу в колонке перевозчик нужно добавить выбор, т.е. чтобы можно было выбрать  фирму (БЕТА или клиент, но  чтобы можно было просто написать вручную тоже).
Если выбираешь, то должно подтягиваться не только название организации, но и реквизиты фирмы

В) Заказчик автоматически должен подтягиваться …т.е. кого отгружают тот и выходит (полное наименование). Сейчас все верно подтягивает.

Г) Пункт разгрузки и погрузки подтягивается автоматически, но не подтягивает внизу в трансп.отделе(нужно чтобы подтягивало) …. т.е. чтобы можно не заполнять и оно автоматически подтягивало адрес  из базы 1с.

Д) Вид перевозки – добавить автоматически  —  «АВТОМОБИЛЬНАЯ».

В транспортном отделе должно подтягиваться автоматически ЗАКАЗЧИК (ПЛАТЕЛЬЩИК).
В сведениях о грузе нужно заполнять в реализации, и тогда автоматически должно быть перечислено строки с разными видами упаковки в ТТН…т.е. если в счете бухты, поддоны и ведра, то должно быть перечислено вид упаковки:
1. Бухта -2
2.поддон-3
3. Коробка-4
И автоматически должно посчитать кол-во мест и массу брутто итого.

В документе реализация товаров:
В колонке «вид упаковки» сделать возможность выбора (бухта, под, коробка, канистра и т.д.)

В реализации товаров есть колонка «кол-во мест». Данные этих колонок подтягивать в ТТН нужно, чтобы автоматически округляло кол-во мест до целого числа (пример: 7,6=8мест)
 

В ТТН:
В товарном отделе в колонке «МАССА, Т» заменить Т(тонны) на кг(килограммы).

В колонке отпуск разрешил в строке «должность» автоматически должно подтягивать Директор по управлению и в торг-12 тоже нужно написать Директор по управлению.
В товарном отделе: нужно чтобы подтягивалось Всего к оплате в табличке, которая отдельно справа вынесена.

В транспортном отделе: в таблице «операции» в пункте разгрузка нужно убрать слово автопогрузчик и мех, оставить только в строке погрузка.

В строке «операции» в колонке дата прибытия, автоматически должно подтягиваться дата выписки документа и время.

Внедрение

Обучение

Цель: обучить пользователей заказчика, задействованных в опытной эксплуатации системы, основным приемам корректной работы с адаптированной конфигурацией

Документы:

• Списки слушателей со стороны заказчика (с отметками о прослушанных курсах)
• Сертификаты слушателей об окончании учебных курсов (при типовых курсах)
• Акт сдачи-приемки

Предпусковая подготовка

Цель: Ввод данных из ранее использовавшейся информационной системы (систем)

Документы:

• Протокол тестирования
• Акт сдачи-приемки

Опытная эксплуатация

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

Цели:

• Выявление ошибок и неточностей при реальной работе системы
• Помощь сотрудникам заказчика в освоении технологии работы с конфигурацией

Документы:

• Листы учета рабочего времени
• Список выявленных неточностей

Корректировка прототипа по результатам опытной эксплуатации

Происходит параллельно этапу опытной эксплуатации. Выполняется силами проектной группы. Может производиться как на территории заказчика, так и на территории исполнителя.

Документы:

• Список выявленных неточностей

Передача в промышленную эксплуатацию

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

Документы:

• Акт сдачи-приемки

Сопровождение

Цель: обеспечить работу 1С:АС после окончания этапов разработки и внедрения. Включает в себя набор профилактических регламентных работ по поддержанию информационной системы в рабочем состоянии и оперативном консультировании пользователей по вопросам корректной технологии работы с программой.

Документы:

• Договор сопровождения
• Листы учета рабочего времени

Приложение № 1.Технология проектной работы

Обследование

Предварительные переговоры

Цели этапа:

• Установить круг ответственных лиц со стороны заказчика
• Определить порядок взаимодействия при дальнейшем проведении работ
• Максимально подробно донести до заказчика технологию работ по внедрению 1С:АС
• Ориентировочно оценить стоимость этапа обследования

Документы:

• Договор о намерениях
• Коммерческое предложение
• Договор на обследование

Предпроектное обследование

Цели этапа:

• Определить типовую конфигурацию или типовое решение, на котором будет построен дальнейший проект (стартовая конфигурация)
• Определить основные разрывы между стартовой конфигурацией и начальными требованиями заказчика
• Подробное обследование бизнес-процессов заказчика, построение схем
• Проведение обследования компьютерной системы заказчика. Анализ и построение технической архитектуры проекта
• Окончательное определение требований к системе
• Создание Технического задания на разработку 1С:АС

Документы:

• Отчет по обследованию (включая обследование компьютерной системы)
• Техническое задание на разработку 1С:АС
• Договор на адаптацию ПП «1С:Предприятие»

Адаптация

Цель этапа – создание прототипа конфигурации для дальнейшего внедрения на предприятии заказчика.

Разработка технического проекта

Цели этапа:

• Детальная проработка требований заказчика
• Согласование входных и выходных форм документов и отчетов
• Согласование алгоритмов проведения документов и работы отчетов и обработок

Документы:

• Технический проект

Разработка прототипа конфигурации

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

Документы:

• Протоколы тестирования по объекту
• Протоколы внутреннего тестирования на функционал и производительность

Тестирование, сдача приемка в опытную эксплуатацию

Цель: сдача и закрытие этапа адаптации,

Основные этапы:

• Письменное уведомление заказчика об окончании работ по адаптации
• Назначение заказчиком приемной комиссии
• Демонстрация корректной работы приемной комиссии конфигурации на тестовом примере
• Передача заказчику конфигурации для выявления ошибок на тестовом примере

Документы:

• Протокол тестирования
• Акт сдачи-приемки работ по этапу адаптации

Коммерческое предложение по созданию системы складского  учета на основе 1С: Предприятие 8.2

Целью проекта является построение системы складского учета деятельности компании ОАО «НПК».

Данное коммерческое предложение составлено на основе элементов ТЗ предоставленных заказчиком.
Так как в нашем распоряжении были только элементы технического задания, все предположения и оценки можно считать приблизительными и требующими более подробного обсуждения. Главный вопрос заключается в том, есть ли у вас какие-либо производственные операции и действительно ли нужен ли производственный учет в программе?  Исходя из прочитанного материала все описанные операции – «складские», в связи с этим мы рекомендуем остановиться не на продукте 1С:Управление производственным предприятием, а на 1С: Управление Торговлей. Данное решение получится в разы более простым и менее затратным, если нет иных причин, по которым нужно внедрять именно УПП.

Примерная смета на программное обеспечение:

Примерная смета на автоматизацию:

Стоимость 1 нормо часа – 2100 руб. включая НДС 18%.

С уважением,

Мошков Дмитрий Викторович

Дополнительная разработка в Реестре логиста. Оформление и выписка документов в случае забора товаров у поставщика и перемещения товаров со склада на склад.

Стоимость разработки: 10 часов Х 1900 руб = 19 000 руб.

В данный момент в торговой программе задание на забор товара у поставщика и на перемещение товаров с одного склада на другой используется документ «Заказ покупателя» — внутренний заказ. Это неудобно, так как в этом документе нельзя указать поставщика, товары, их кол-во, выбрать водителя, выбрать адрес доставки. Главной проблемой является то, что в этом виде документа нет товарной части. Все остальное можно было бы легко добавить.

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

1. Для того чтобы в реестре отражалась полная информация по забору товара у поставщиков, добавить в документ «Заказ покупателя» дополнительную операцию – «Забор товара у поставщика». Эта операция должна быть идентична интерфейсу обычного заказа покупателя с товарной частью. Таким образом, в реестре будут заполнены поля: контрагент, адрес доставки, наименование и кол-во товара, ответственный, комментарий, водитель.
2. Для того чтобы в реестре отражалась полная информация по перемещению товаров с одного склада на другой, в документ «Заказ покупателя» добавить еще одну операцию «Перемещение товаров». В интерфейсе этой операции должна быть товарная часть, склад отправитель, склад получатель, адрес доставки, водитель, комментарий. На основании этой операции должна быть возможность вводить документ «Перемещение товаров».  Таким образом, при оформлении и распечатке документов для водителя через реестр, на основании такого заказа будет сформировано Перемещение товаров и распечатана ТТН нового образца.

Итак, программисту необходимо:

1. Сделать две дополнительные операции в документе «Заказ покупателя»: Забор товара у поставщика, Перемещение товаров.
2. Данные операции не должны делать никаких записей в регистрах.
3. На основании операции Перемещение товаров при пакетном оформлении документов через реестр должно формироваться, но не проводиться Перемещение товаров. Проведет сформированный документ вручную операционист, который будет принимать товар на складе-приемнике. И должна распечатываться товарно-транспортная накладная нового образца (все данные для этого есть в заказе покупателя).
4. На основании операции «забор у поставщика» ничего через реестр формировать и распечатывать не надо. Задание водителю будет видно в путевом листе. А документы на провоз водителю должен дать поставщик.

1. Справочник Банковские счета
   1. В принципе, было бы достаточно полей Номер счета и БИК. Но, поскольку гарантировать, что во всех базах 1С будет всегда загружен актуальный классификатор банков нельзя, то необходимо еще передавать и следующие поля: Наименование банка, Корр.счет, адрес банка.
   2. А вот хранение полей SWIFT и IBAN в 1С не предусмотрено.
2. Справочник Номенклатура
   1. Обязательное поле для 1С – Наименование, Ед.изм. – это всё есть в таблице .
   2. Будет ли какая-либо структура справочника (групп )?
3. Как вы и предлагаете, СФ будем делать в 1С автоматически на основании загруженного документа.
4. Со сторно документов вопрос открытый, т.к. в 1С такая операция для каждого вида документа имеет свою специфику.
5. Для чего используется поле «Заказ на покупку/продажу»?
6. Накладная на покупку
   1. Закупка от ПОЛ. Уточните: оформление документов будет производиться в 2 этапа – сначала от ПОЛ, потом от реального поставщика. Закупка от ПОЛ в 1С не предусмотрена.
   2. Что означает поле Код операции?
   3. Склад будет подцепляться по наименованию из справочника Складов, если его там нет — автоматически создаваться. МОЛ не нужен.
   4. Поле «Налог, включенный в цену» — именно в цену или в сумму (2-е предпочтительней)?
7. Накладная на покупку
   1. Закупка от ПОЛ. Уточните: оформление документов будет производиться в 2 этапа – сначала от ПОЛ, потом от реального поставщика. Закупка от ПОЛ в 1С не предусмотрена.
8. Журнал списания. Вопросы будут по результатам ответов на п. 5.
9. Для обратного заполнения в буферную таблицу: номера документов – строка 11 символов, GUID – строка 36 символов, имя табличной части – строка 30, номер строки – число 5.
10. Заполнять обратно в буферную таблицу информацию об ошибке загрузки, смене статуса и идентификатора загруженного объекта в 1С, наверное, имеет смысл только для: всех видов документов, а также договоров (это всё соотносится с конкретной базой/ЮЛ). Для Контрагентов, Банковских  счетов и Номенклатуры это нецелесообразно, поэтому вероятно это будем заносить в буферную таблицу загружаемого документа.
11. Проверку на ошибки и занесение обратно в таблицу – всё реально. Помешать может только нереальный объем информации.

2. ОС. Тут сложнее. Сначала закупается как ТМЦ (т.е. храниться в Номенклатуре), а в момент ввода в эксплуатацию заводится в справочник ОС (там уже появляются дополнительные поля, специфичные для ОС).

Поэтому, наверное, надо сделать так:

— в общем случае все 3 типа передавать в одной буферной таблице,

— Услуги. Если описание не совпадает с наименованием, то либо добавить поле Описание в общую буферную таблицу, либо выгружать в отдельной буферной таблице.

— ОС. Специфичные для ОС поля либо добавить в общую буферную таблицу, либо выгружать в отдельной буферной таблице.

1. ОС. В 1С операция покупки и ввода  в эксплуатацию – 2 разные операции. Выгружаемая из AX накладная на покупку ОС предполагает 2 этих операции?
2. По поводу ограничения на создание записей вручную. Надо подумать. Например, будет ли у бухгалтеров необходимость заводить какую-либо операцию непосредственно в 1С и не проходящую через AX (неторговую операцию) и при этом заводить еще и контрагента (или ТМЦ). Например, перечисление налогов и т.д. Если да, то ограничивать будет нельзя.
3. Справочник Контрагентов
   1. Обязательное поле для 1С – Наименование.
   2. Что означают поля Счет поставщика и Счет клиента?
   3. По какому полю связывается контрагент с договорами, банковскими счетами, накладными на покупку и продажу?
   4. Будет ли какая-либо структура справочника (групп )? Или структура только такая «группа-контрагент»? Если вложенность больше, то как будет передаваться структура групп?
   5. 1С позволяет хранить адрес как просто строкой, так и по полям (индекс, область, район, город, улица, дом, корпус, квартира). Поэтому можно передавать по любому. Как вам удобнее?
   6. В 1С валюта является характеристикой не контрагента, а конкретного договора.
   7. Каким полем определяется Юр. или Физ. лицо.
   8. Телефон один нужен, но вот данные контактного лица, мобильный, почта, наверное, для бухгалтерского учета не особо нужны.

Вопросы/комментарии по документу «Спецификация по интеграции с 1С» от 26.07.2013

1. По поводу использования ТМЦ/Услуги/ОС в накладной на покупку. В Бухгалтерии 8.2 (а именно она будет использоваться как основная конфигурация, использование 7.7 в организациях не планируется) возможна только одна комбинация в накладной на покупку – ТМЦ+Услуги, а ОС – всегда отдельно. Так что лучше, если на каждый тип будет отдельный документ, а в буферной таблице будет признак этого типа (как вы и предлагаете). Номера документов, разумеется,  не должны совпадать. Возможно?
2. Эта же проблема в накладных на продажу. А может ли быть ОС в накладных на продажу?
3. Если нет, то комбинация ТМЦ+Услуги в накладных на продажу в 1С могут одновременно существовать. В этом случае можно выгружать одним документом, без поля «Тип накладной». Но мы бы предпочли единообразие – общие требования и к приходу, и к расходу: один документ – один тип. Возможно?
4. Возвратная накладная от покупателя. Будет ли данный тип документа? Но он должен как-то отличаться от Накладные на покупку товаров. Будет?
5. Журнал списания. А как мы поняли, здесь отражаются еще и операции оприходования. Уточните поподробнее: какие хозяйственные операции здесь предполагается учитывать.
6. По поводу учета ТМЦ/Услуги/ОС. В 1С специфика такая:
   1. ТМЦ храниться в справочнике Номенклатура;
   2. Услуги могу вообще не храниться ни в каком справочнике, в накладных в отдельном поле можно указывать только её наименование, но если хранится – то тоже в справочнике Номенклатура;