Прехвърляне на данни от стандартно лечение син ЗИК (препоръчително процедура), комплексна автоматизация

С тази конфигурация, при лечението SPP появи "Прехвърляне на данни от информационните бази данни 1C: Enterprise 7.7", за което много благодаря на разработчиците на програмата.
При прехвърляне на данни само от една организация, грешките възникват само като правило, при прехвърлянето на данъка върху личните доходи - плащания към бюджета. Но при конвертиране на данни в множество организации, пред който сме изправени пред редица значителни предизвикателства.
Осигурява преглед на това как да се избегне голям брой грешки, списъкът на капани и начините за тяхното избягване.

Предложеният метод се основава на преобразуване (прехвърляне на данни) на най-малко 40 информационни бази данни с броя на служителите до 1000 от частни организации.

Придружаващият каталога е подробна инструкция за с необходимите обработки и снимки на екрани.

За първи път конвертирате само един не база и за предпочитане най-големите. Това може да е база данни с основна заплата (от прости до сложни), или обратното заместник - с различни вариации и сложността на формулярите за изчисление (от прости до сложни). Изборът е ваш. Всичко зависи от характера и личните предпочитания калкулатори. Но повече от един (максимум два) база данни за първи път, за да не разумно. И тази база не трябва да бъде прекалено голям. Първо нека оценител се научите как да се движите в програмата.
Преобразуване да произвеждат по-добре не от работната директория, както и от резервно копие.
Когато сте решили на база данни, трябва да го подготвят за реализация. В процес на изработване аз да включва следното:

Създаване на резервно копие на базата данни;
Тестване и определяне на база данни;
Марк за премахването на всички документи, уреждане и платежните документи, свързани с периода, в който не сте били планират да изпълнят. Какво означава това. Например: един от служителите трябваше ваканция начисляване, което представлява този месец и за следващата, за които все още не се начислява заплатата. Ако всичко ход, тъй като е, че винаги ще бъде грешки в регистъра на натрупване на "данък върху личните доходи. - плащания към бюджета" Това разработчиците грешки все още не може да определя размера на. Същото може да се дължи на "преминаване на празниците" и обезщетението за уволнение на служителя. Всички данни изчисление е по-добре се грижи за по-късно. вече в новата програма. Това ще ви отнеме значителна част от главоболие.
Премахване маркиран за изтриване елементи в базата данни.

Да, щях да забравя: трябва да се провери по индивидуалните партиди на работниците и служителите, за да се определи наличието (или по-скоро липсата на такава) признаци са различни от цифров. При наличието на тези или разработчиците не гарантира пренос на данни за сметките на клиентите. 2.5.17 обещанията на освобождаване за увеличаване на допустимия наляво и надясно черта, но това не е било направено. Римейк, мога да кажа, че лично аз понякога се проведе с преобразуването и наклонена черта ... Но след това разработчиците на коментарите отказали.

всъщност преобразуване

След прехвърлянето на данни. коригиране на грешки

Проверете номерацията на документи "Reflection заплати в регулиран счетоводство", тоест, проверете представки (не от съществено значение).
Проверете номерацията на документи "заповед за изпълнение" и ги pereprovesti. В противен случай неправилни вписвания в регистъра форми "организации Планирани държат работниците." Най- Тази грешка е регистриран на разработчиците, но relizah2.5.16 и по-рано все още е там. Вероятно ще бъдат коригирани в окончателния 2.5.17 (или не може).
Проверете номерацията на "Договор за изпълнение на работа" документи.
Уверете се, че всички документи, прехвърляне на данни от CD номерирани (данните рамка) на застана отделна единица. В противен случай няма да има училища за формиране на отчети. Ако тези, които не са посочени по - точни дръжки.
Номерата на референтния "разделението на организацията." Non глупаво прехвърля от ЗИК и ще продължава да бъде проблем. За автоматични сайтове за преномерирането препоръчват използване на универсален лечение "универсален подбор и условия за преработка" (на разположение на дискови Неговата или се доставят с статията).
Номерата на референтните "Позиции на организации." Правилни имена, за да се капитализират. Също така е много лесно да се извърши чрез третиране на "универсални съоръжения подбор и обработка." Но с помощта на произволна формула. Формула е приложен по-долу.

PervayaBukva = Leo (дял, 1);

Средина = Ср (име, 2);

NaimPolnoe = VReg (PervayaBukva) + Средина;

Изтриване "близнаци" в директорията "Работодател на организации." Аз препоръчвам да изпълнява универсалната лечение "за търсене и замяна дубликати водачи" (в комплекта) или "Търсене и замяна на ценности."
Добавяне на нулите в директорията "служители" (чрез обработване на "универсален избор и обработка"). Необходимо е, че в бъдеще да не се сблъскват с проблема на неправилно разпределение на персонала номера отново домакин на персонала. Но е важно да се запази съществуващата номерация превръща бивши служители. За да направите това, използвайте разумно лечение "универсален избор и съоръжения за обработка." Но с помощта на произволна формула. Формула е приложен по-долу.

// премахнете първата точка (освен ако, разбира се, те са били) и всички други глупости

// Сега добавете нули