We hebben voor de bedrijfsvoering een aantal databases in IBM Lotus Notes/Domino. Eentje ervan bevat crediteuren en debiteuren, ze hebben als nummer Cjjjjxxx en Djjjjxxx waar jjjj 2009 of 2010 is en xxx een oplopende reeks.

In die database zijn speciaal voor de export naar OSF twee overzichten gemaakt. Eerst hebben we een proef export gedaan van debiteuren en van crediteuren. Daarmee wisten we de kolommen die verwachte werden. Daarop zijn die overzichten in Notes zo gemaakt dat het bij export exact het formaat wordt opgeleverd in een CSV bestand wat OSF blijkbaar verwacht. Vervolgens importeren in OSF.

Dat gaat prima met de crediteuren.

Maar bij de debiteuren krijgen we het niet werkend. Field SACCOUNTCODE not found in import is de melding die twee keer verschijnt. Maar niets wordt geimporteerd.

In eerste instantie dachten we dat het aan de nummering lag, dat jjjjxxx niet in zowel een D als C mag voorkomen. Maar zojuist maakte ik een export van de drie voorbeeld debiteuren die al in OSF zaten, en bij weer importeren daarvan kregen we dezelfde foutmelding.

Wat kan er mis zijn?

De kolom SACCOUNTCODE is wel aanwezig in de file?

Jazeker. Op een kolom na (salesperson geloof ik) is de file hetzelfde qua kolommen als de debiteuren export. Ook een export die ik daarna wil importeren (zowel zonder als met tussentijds verwijderen van die credieuren) loopt fout op deze melding.

Is het een optie als ik de file (niet zo groot) mail? Het zit vol klantgegevens die ik niet hier wil posten. Waarschijnlijk zie je het door ervaring direct wat er mis is.

Opgelost, zowel debiteuren, crediteuren als artikelen kunnen nu handmatig worden overgeheveld van Notes naar OSF. Oorzaak was de lengte van dit veld, nu dat 6 posities is, werkt het vlekkeloos. Ze hadden als nummer Cjjjjxxx en Djjjjxxx waar jjjj 2009 of 2010 is en xxx een oplopende reeks. Nu is het formaat Cjjxxxx geworden. Biedt tevens tien keer zoveel beschikbare nummers. En een nummeringsprobleem aan het einde van deze eeuw.

Een ander probleem was de formattering van de export, het blijkt dat een export uit Notes naar OSF op basis van het aloude WK1 het beste werkt.

Als er behoefte aan is, wil ik hier wel ergens een Notes template plaatsen met de code om eea te laten werken. Die zou dan kunnen bestaan uit drie forms en drie views en een paar actions, zodat een Notes developer die makkelijk kan gebruiken in zijn/haar eigen app. Onder GNU licentie, eventueel op OpenNTF. Laat maar weten of daar behoefte aan is.

Ik heb hetzelfde probleem. Import CSV file netjes in juiste formaat gezet (via een test export) en ook SAACOUNTCODES met een D vooraf laten gaan. Import lukt echter niet en krijg twee keer foutmelding "Field SACOUNTCODE not found in import".
Enige tips?

probeer eerst eens met 1 regel.
Kijk eens met een file browser of er inderdaad quotes om het veld staan.

Ik kom er ook niet uit. Heb alles wat hier staat geschreven al geprobeerd. Zelfs het invoeren van de exportfile geeft echter 2x melding SACCOUNTCODE niet aanwezig. Iemand nog een suggestie?

groet,
Marthijn

im-/exporteren kun je voor de beste resultaten in tab delimited formaat doen.
Geen D er voor zetten dat doet het programma al zelf.
En let op het aantal karakters.